Je suis sur une smart en debian 11 (changement emmc Domadoo il y a 15 jours).
Version 4.4.19
Je tente désespérément de faire fonctionner un ESP32 comme antenne bluetooth avec le super tuto ci après :
Je réussis à programmer mon ESP32, je le vois connecter à ma borne Wifi Unifi.
Mon ESP32 est rentré avec le SSID de ma unifi, le mot de passe, l’adresse ip locale de mon jeedom, un mot de passe pour l’esp32, le topic bt/, et le nom de mon esp32 : ESP32BUREAU.
Mais ensuite… c’est autre chose…
MQTT Manager est bien paramétré puisqu’il fonctionne très bien avec ZWAVE JS et Zigbeelinker (config en screen).
Ensuite, comme le tuto était sous JMQTT je suis parti dessus, j’ai créé l’équipement (screen ci-joint),le broker était déjà créé car j’utilise un équipement pour éteindre le PC (qui fonctionne également). (config broker en screen).
Je pense que je me plante sous TGW… Et dans ESP32 j’ai mis l’ip de jeedom, puisque le broker est local, sauf que sous MQTT Discovery si je fais utiliser la même config que MQTT Manager, ça me sort l’IP de ma borne wifi unifi, quelle est l’adresse IP que je dois mettre dans mon ESP32 ?
Et sous TGW comment paramétrer ? Voici ma dernière tentative en screen…
plugin-tgw ne gère pas les antennes sous esp32/omg => j’ai retiré le tag.
Pour le reste je n’ai pas compris ce que vous voulez ni ce qui bloque.
Entre mqtt manager, jmqtt et mqtt discovery il faut choisir. Il y en a 2 « de trop »; dans le sens où un seul suffit pour rapatrier les infos sur jeedom.
Bien, je t’avoue que je suis un peu perdu à travers les différents posts et tutos.
D’après ce que j’avais compris, et apparemment j’ai eu tort, sous TGW mon ESP32 peut remplacer une clé bluetooth (sena par exemple), et ferait office d’antenne bluetooth avec l’avantage d’être déporté, donc branché à plusieurs mètres de mon jeedom. Mais en fait cela se fait sans TGW… C’est peut être plus simple…
Je pensais devoir créer mon équipement sous JMQTT pour le faire reconnaître sous TGW.
Je commençais à saisir que MQTT Discovery et JMQTT remplissaient la même fonction mais que JMQTT serait plus personnalisable avec par exemple mes commandes d’allumer/éteindre mon pc fixe à distance, et que MQTT Discovery était plus clé en main.
Mais je pensais aussi que MQTT Discovery avait besoin dans tous les cas de TGW…
Bref, j’ai mal compris et bizarrement je n’avais pas vu le petit schéma dans la doc de MQTT Discovery.
Bien, j’ai donc désactivé TGW, supprimé mon équipement sous JMQTT correspondant à mon ESP32.
Sous MQTT Discovery, ma config semble bonne ? Rien à faire de plus ? J’ai compris que mon ESP32 allait permettre d’envoyer des infos à MQTT Discovery, mais est ce que j’ai rentré la bonne IP sur mon ESP32 d’après toi ? Et est ce que mon ESP32 est censé remonter comme équipement ?
De plus quand je relance le demon sous MQTT Discovery, il me trouve mes 3 nuts, alors que seulement un est présent à la maison, il les a gardé en mémoire d’une tentative précédente ? Et dans ce cas comment être sûr que mon ESP32 est bien paramétré ?
S’il faut que je reposte en ne reprenant plus TGW et JMQTT, je refais pas de soucis.
donc un esp32 avec openmqttgateway (omg) va être une antenne bluetooth, exactement.
mais donc ce n’est pas theengsgateway qui tourne sur l’esp mais openmqttgateway qui est la même base pour faire simple que theengsgateway.
pas du tout; mqtt discovery n’est pas fait uniquement pour tgw/omg. il est fait pour supporter le protocol « mqtt discovery » qui utilise mqtt très populaire sur homeassistant (HA)
donc il est compatible avec tgw/omg mais aussi zigbee2mqtt, zwavejs, il existe aussi une intergration rfxcom mais plein d’autres passerelles en tout genre (jusqu’au voitures connectés…)
et donc l’avantage c’est qu’il n’y a rien à créer, le plugin va reconnaitre automatiquement les équipements et leurs commandes pour autant que la passerelle (= omg, tgw, z2m etc) soit compatible avec le protocol évidement.
jmqtt lui est un client générique pour mqtt; donc par définition, tout ce qui arrive sur mqtt sera intégrable à jeedom mais avec plus ou moins de boulot manuel.
J’ai donc désactivé TGW, supprimé mon équipement sous JMQTT correspondant à mon ESP32.
Mes interrogations à présent du coup, histoire d’être à peu près clair et synthétique.
Sous MQTT Discovery, ma config semble bonne ? Rien à faire de plus ? J’ai compris que mon ESP32 allait permettre d’envoyer des infos à MQTT Discovery, mais est ce que j’ai rentré la bonne IP sur mon ESP32 ? Et est ce que mon ESP32 est censé remonter comme équipement ?
J’ai vu dans la doc que les ESP32 remontaient dans le topic home, mais si j’ai mis le topic bt/# dans mon ESP32, c’est bon quand même ?
De plus quand je relance le demon sous MQTT Discovery, il me trouve mes 3 nuts, alors que seulement un est présent à la maison, il les a gardé en mémoire d’une tentative précédente ? Et dans ce cas comment être sûr que mon ESP32 est bien paramétré ?
S’il faut que je reposte en ne reprenant plus TGW et JMQTT, je refais pas de soucis.
l’esp32 doit avoir l’ip de ton broker mqtt (le serveur mqtt, souvent mosquitto) => comment a-t-il été installé?
edit: à priori via mqtt manager puisqu’il fonctionne avec zwavejs et zigbee? en local?
oui
pas mqttdiscovery mais probablement ton broker mqtt si les configs étaient publiées en « retain » (qui veut donc dire que le broker doit retenir les messages et les renvoyer si un client le demande)
Effectivement, le broker a été installé « d’office » par MQTT Manager, avec mot de passe créé par lui, pour mon zigbee puis pour mon zwave.
J’avais compris que l’ip était celui de mon jeedom, mais il semblerait que celle qui remonte dans MQTT Discovery (quand je coche que je veux utiliser la même config) est l’adresse ip de ma borne unifi, peut être logique d’un côté puisque c’est le seul réseau wifi dispo.
Ok pour l’esp32 donc si la config est bonne, ça remonte et pas de doute possible.
Oh, d’accord pour la remontée des nuts. Je n’ai pas trouvé la fonctionnalité retain dans MQTT Manager, mais ce n’est pas grave, en l’état, je peux laisser tel quel je présume.
Donc normalement si je modifie mon ip de broker avec l’ip qui remonte dans MQTT Discovery ça devrait déjà aller mieux. Et pour le topic, je laisse sur home, je laisse bt/# dans la config de mon esp et ça doit rouler ?
Mon Jeedom a l’ip 192.167.1.37, et mqtt manager semble reprendre 127.0.0.1, quand je vais sur la gestion de ma borne unifi, c’est bien cette ip 127.0.0.1 qui est indiquée dans l’adresse du navigateur.
Et quand je fais « utiliser la configuration de MQTT Manager », c’est 127.0.0.1…
Pour l’esp désolé je ne comprends pas bien, l’ip du lan ?
Pour le topic, j’avais mis bt/, donc je mets plutôt home/ ?
Initialement je parlais de laisser home sur mqttdiscovery.
Dans un réseau tout équipement à une ip locale qui est 127.0.0.1, c’est la même pour tous les équipements et ca veut juste dire « moi-même ».
En plus de ça, il peut y avoir une ou plusieurs ip qui elles sont uniques par réseau. Ici 192.167.1.37 pour jeedom.
Donc si on veut se parler à soi on peut utiliser l’ip hôte local (127…) mais si on veut parler à un autre équipement il faut utiliser son ip sur le réseau (192…)
Oh la buse je connais les adresses réseau des équipements, mais je ne connaissais pas ce 127.0.0.1… Ok j’ai compris pour 127.0.0.1, quand j’ai ça sur mon unifi vu qu’il est en local, ça indique ça, et pour mqtt discovery qui se rapporte à mqtt manager, il est donc normal qu’il affiche 127.0.0.1, mais l’adresse à indiquer reste celle de jeedom.
J’ai modifié la config esp, il se connecte bien au réseau wifi, mais cela ne semble pas remonter, je vérifie que mon ESP a bien pris en compte les modifs ce soir, et je reviens ici.
YEEESSSS !! Enfin réussi à le faire remonter, je n’avais pas renseigné les zones d’identifiant et mot de passe. Maintenant je vois la suite et je ferai un récap que je mettrai en solution si j’arrive au bout
Bonjour à tous, je prends enfin le temps de faire un petit récap, niveau débutant lol.
Donc le but était de paramétrer un ESP32 comme récepteur bluetooth en remplacement de BLEA pour récupérer la présence de mes nuts.
Dans un 1er temps, je précise qu’il faut avoir paramétré MQTT Manager mais si vous avez ZWAVE JS ou jeezigbee, voire d’autres probablement, vous l’avez déjà installé et paramétré, donc rien à faire.
J’ai installé MQTT Discovery, en reprenant le paramétrage de MQTT Manager : cliquer sur « utiliser la configuration de MQTT Manager ».
Une fois OMG installé, il faut paramétrer l’ESP en le faisant se connecter à votre wifi, pour se faire, vous devriez le trouver dans les réseaux wifi disponibles sur votre téléphone, vous vous connectez, et vous validez que vous voulez vous connecter à ce réseau malgré l’absence de données internet.
Ensuite vous allez sur votre navigateur sur votre téléphone connecté à ce réseau wifi ESP32 et vous rentrez l’adresse : http://192.168.4.1.
Et vous rentrez les données suivantes : SSID : le nom de votre réseau WIFI (attention perso avec ma borne wifi, j’avais un espace, j’ai dû le remplacer par un tiret, ça ne fonctionnait pas). Mot de passe WIFI : votre mdp wifi. mqtt server : l’ip de votre jeedom mqtt port : 1883 mqtt user : l’identifiant de mqtt manager (dans configuration du plugin : authentification) chez moi : jeedom mqtt pass : au même endroit que pour l’identifiant dans mqtt manager
Ne pas cocher mqtt secure mqtt broker cert : ne rien mettre gateway name : votre choix mqtt base topic : home/ (cela permet qu’il soit dans le topic racine pris en compte par MQTT Discovery (visible dans la config du plugin) gateway password : votre choix à personnaliser
Ensuite c’est magique. Tout devrait apparaître dans MQTT Discovery.
De mémoire j’ai dû relancer les dépendances de MQTT Discovery pour trouver mes équipements.
Voilà c’est un peu basique, mais pour moi ça l’était pas. Un grand merci à l’auteur du tuto Bad, et à MIP qui m’a filé un sacré coup de main.
A noter : histoire d’aller jusqu’au bout il ne faut qu’un ESP, que les nuts, niveau logiciel que MQTT Manager et MQTT Discovery (pas de theengs gateway ni JMQTT).
