Bonjour , je me suis procuré un module pour communiquer avec mon spa intex en Mqtt. j’ai créé sur gladys mes commande Mqtt pour controler mon spa et j’ai donc ces topics. gladys/device/mqtt:Spa/feature/mqtt:Spa/state gladys/device/mqtt:Bulle Spa/feature/mqtt:Bulle Spa/state gladys/device/mqtt:Filtre Spa/feature/mqtt:Filtre Spa/state gladys/device/mqtt:Chauffage Spa/feature/mqtt:Chauffage Spa/state gladys/device/mqtt:Température désirée/feature/mqtt:Température désirée/state gladys/master/device/mqtt:Température actuelle/feature/mqtt:Température actuelle/state
j’ai besoin que Gladys récupère ou Publi sur les topics du module .j’ai demandé au concepteur du module qui me donne cette réponse.
« Mon système ne marche probablement pas avec ESPhome, il a été codé sous Visual studio code.
Pourquoi tu devrait le modifier ?
Normalement gladys devrait écouter ces topic et pouvoir converser avec !?!
Les 2 topic sont Pool/# et Wifi/# »
J’ai bricolé ça hier soir et ça fonctionne très bien. Je récupère la température de mon spa, toutes les commandes fonctionnent. La seule chose qui coince un peu c’est la variation de la température désirée avec le + et le - mon spa ne réagit pas toujours .
Je vais regarder ta solution Pierre-gilles sans Node Red.
C’est vrai! J’avais complètement oublié que ça existait. C’est, je crois, arrivé plus tard dans les fonctionnalités et j’avais renoncé à utiliser mes devices capricieux.
Le réflexe est de créer un device pour l’intégrer à Gladys. Passer par les scènes n’est pas intuitif car le message reçu peut modifier l’état d’un device factice et, pardonne moi si je me trompe, il faut deux scènes pour un simple switch : une scène pour recevoir l’état et une pour le contrôler
Bon, il va falloir que je regarde à ça de plus près !
Effectivement, après comme c’est du custom on est bien obligé de faire comme ça, c’est de la même manière côté Node-RED, il faut des triggers différents
Même si je te l’accorde dans Node-RED on a l’impression que c’est moins de travail vu qu’on peut avoir plusieurs scènes sur le même « plan »
J’ai réussi a envoyer mes commandes de marche et arrêt pour toutes les fonctions de mon spa. Mais je n’ai pas réussi à récupérer la température actuelle ni a envoyer la température désirée avec envoyer et recevoir un message Mqtt.
Pour récupérer la température actuelle, pas sûr que ce soit possible via Gladys uniquement (via Node-RED c’est possible)
Par contre, pour envoyer la température désirée, tu créé un appareil MQTT virtuel dans Gladys, puis tu fais une scène où tu envoie en MQTT la valeur de cet appareil à chaque fois que son état change
Depuis la version 4.41, j’ai résolus mon problème. La possibilité d’écouter un topic Mqtt personnalisé m’a permis de récupérer la température actuelle de l’eau de mon Spa. Depuis 2 jours c’est Gladys qui contrôle mon spa sans passer par Node Red. Le seul problème qui me reste à régler c’est que mes scènes qui allument et éteignent le spa et la filtration matin et soir envoient directement les messages Mqtt on et off sur les topics du module dans mon spa et donc sur mon Dashboard je ne vois pas les boutons marche/arrêt changer d’état. Je ne sais pas si mon spa est allumé ou éteint à distance.
Ich habe ein Modul gebastelt, um auch mein Intex-Spa anzuschließen. Statt mit benutzerdefinierten Topics (die nur zuhören, aber nicht steuern) habe ich direkt das Programm, das vermutlich dasselbe ist wie deins, so modifiziert, dass es Gladys-Topics sendet und empfängt sowie Gladys-Werte (1 und 0 statt an und aus).
Falls es dich interessiert, kann ich den modifizierten Firmware-Code teilen (und sogar die Schaltung, auch wenn sie auf GitHub ist).
Hallo, ich habe mein Problem gelöst, indem ich Node Red verwendet habe, um die 1 und 0 von Gladys in Ein und Aus für mein Spa zu verwandeln. Die Karte habe ich bei Patitan gekauft, der seine Karten über das Home Assistant-Forum herstellt und verkauft. Das Firmware stammt von ihm und er sagte mir, dass es in Visual Studio Code codiert ist. Ich habe keine Ahnung, was das ist und wie man es ändert. Ich sehe, dass du das WLAN-Signal abfängst, das ist interessant.
Ich werde dich also nicht bitten, dein Modul zu zerlegen, um es zu flashen (auch wenn ein Thema zur drahtlosen Aktualisierung von Grund auf vorgesehen ist), und ich werde dir auch nicht vorschlagen, im Allgemeinen weiter zu gehen, solange wir nicht wissen, auf welcher Karte der Firmware deines Moduls installiert ist.
Man wird sehen, ob deine aktuelle Lösung dich zufriedenstellt oder ob du bereit bist, daran herumzubasteln (es ist technisch, aber nicht unüberwindbar)!
Ach ja, noch etwas, das ich tun muss… Mein GitHub aktualisieren
Das Thema, das du abhören musst, ist wifi/rssi, genau so als benutzerdefiniertes Thema in deinem virtuellen MQTT-Gerät
.
