Besoin de testeurs pour un nouveau plugin: MQTT Discovery

j’ai hésité à mettre un event sur le unload de la modal mais ca risque de créer trop d’interférence avec d’autres modal sous jeedom

j’ai renommé le bouton en « Fermer & Recharger »

Du coup j’ai quelques questions :
Comme j’ai beaucoup d’équipements Apple je ne vois qu’eux dans la page Equipements découverts
alors que dans MQTT Explorer je vois d’autres équipements, est ce que le nombre d’équipements affichés est limité, est ce que les équipements déjà configurés apparaissent dans la page équipements découverts ? moi comme je n’ai que les Apple …

Quand je clique sur recharger, ça se lance mais la page se ferme

j’étais en train de rédiger le message, je viens de voir que j’ai déjà quelques réponses

Je compare mon paramétrage sur mon raspberry 0 :

/usr/bin/python3 -m TheengsGateway -H 192.168.0.31 -Df "[IBEACON,GAEN,MS-CDP,APPLE_CONT,APPLE_CONTAT]" -ll WARNING  -Dn RaspberryPi  -pt home/raspberryPi/BTtoMQTT -Lt home/raspberryPi/LWT

Quand à docker sur l’autre PC :

version: '3.3'
services:
    gateway:
        image: theengs/gateway
        network_mode: host
        container_name: theengs-gateway

        environment:
            - MQTT_HOST=192.168.0.31
            #- MQTT_USERNAME=<username>
            #- MQTT_PASSWORD=<password>

            - MQTT_PUB_TOPIC=home/docker/BTtoMQTT #
            - MQTT_SUB_TOPIC=home/+/BTtoMQTT/undecoded #
            - MQTT_PRE_TOPIC=home/presence/TheengsGateway #
            - LWT_TOPIC=home/docker/LWT
            - PRESENCE=true #
            - PUBLISH_ALL=true #
            - TIME_BETWEEN=60
            - SCAN_DUR=10 #
            - SCAN_TIME=60
            - LOG_LEVEL=ERROR
            - HASS_DISCOVERY=true
            - DISCOVERY=true
            - DISCOVERY_TOPIC=homeassistant/sensor
            - DISCOVERY_DEVICE_NAME=docker
            - DISCOVERY_FILTER=[IBEACON,GAEN,MS-CDP,APPLE_CONT,APPLE_CONTAT]  #
            #- SCANNING_MODE=active
            - ADAPTER=hci0
        labels:
            - "com.centurylinklabs.watchtower.enable=true"
        restart: unless-stopped
        volumes:
            - /var/run/dbus:/var/run/dbus

1 « J'aime »

Mes deux raspberry ont des docker-compose similaires

version: ‹ 3.3 ›
services:
gateway:
network_mode: host
environment:
- MQTT_HOST=10.xx.x.xxx
- MQTT_USERNAME=xxxxx
- MQTT_PASSWORD=xxxxxxxxx
- MQTT_PUB_TOPIC=home/Theengs243/BTtoMQTT
- MQTT_SUB_TOPIC=home/+/BTtoMQTT/undecoded
- PUBLISH_ALL=true
- TIME_BETWEEN=60
- SCAN_TIME=60
- LOG_LEVEL=INFO
- HAAS_DISCOVERY=true
- DISCOVERY=true
- DISCOVERY_TOPIC=homeassistant/sensor
- DISCOVERY_DEVICE_NAME=TheengsGateway
- DISCOVERY_FILTER=‘[IBEACON,GAEN,MS-CDP,APPLE_CONT,APPLE_CONTAT]’
- SCANNING_MODE=active
- ADAPTER=hci0
volumes:
- ‹ /var/run/dbus:/var/run/dbus ›
container_name: TheengsGateway
restart: always
image: theengs/gateway

attention que le plugin ne va jamais découvrir des équipements dont les données sont juste « publiées » autrement dit, il n’utilise pas ce qui se trouve dans le topic « home »; il ne va proposer que des équipements qui sont remontés via le topic « homeassistant » donc quand tu dis

dans MQTT Explorer je vois d’autres équipements

=> ce n’est pas assez précis.


non et j’ai testé avec mes modules zwave, il y a un ascenseur si la liste est trop longue


non


oui, le bouton ne veut pas dire « recharger la modale », c’est « recharger la config des équipements que je viens d’ajouter »;

edit:
image
c’est plus clair comme ça?

je voulais dire les équipements publiés dans home / Theengsgateway / Theengs242 ou Theengs243 (mes deux raspberry) / BTtoMQTT

oui compris

donc c’est normal, le plugin ne les verra jamais si leur config n’est pas aussi publiées dans « homeassistant » et c’est tant mieux
j’ai aussi énormément de « déchet » qui remontent dans « home »

Je vois que tu as :

- DISCOVERY_FILTER=‘[IBEACON,GAEN,MS-CDP,APPLE_CONT,APPLE_CONTAT]’

Enlève les guillemets.

EDIT : Je suis curieux par rapport au log de docker.
Theengs indique le paramétrage qu’il utilise pour la suite.
Moi j’ai :

Creating config at /root/theengsgw.conf ...
{
    "host": "192.168.0.31",
    "pass": "",
    "user": "",
    "port": 1883,
    "publish_topic": "home/docker/BTtoMQTT",
    "subscribe_topic": "home/+/BTtoMQTT/undecoded",
    "presence_topic": "home/presence/TheengsGateway",
    "presence": true,
    "publish_all": true,
    "ble_scan_time": 60,
    "ble_time_between_scans": 60,
    "log_level": "ERROR",
    "discovery": true,
    "hass_discovery": true,
    "discovery_topic": "homeassistant/sensor",
    "discovery_device_name": "docker",
    "discovery_filter": "[IBEACON,GAEN,MS-CDP,APPLE_CONT,APPLE_CONTAT]",
    "scanning_mode": "active",
    "adapter": "hci0",
    "time_sync": "[]",
    "time_format": "0"
}

oui j’avais enlevé les guillemets dans la version sur les raspberry

Oh ! tu dis qu’il manque un champ de recherche ?! :slight_smile:

Non j’ai compris ma confusion :smiling_face:
comme j’ai tous mes équipements xiaomi tout va bien
le problème pourrait se poser si je voulais en ajouter un, j’espère que je le verrais au milieu de tous ces équipements Apple

d’où l’idée du champ rechercher (dans la modale) pour filtrer l’affichage, je note de rajouter ca :wink:

tu as vmt bcp d’équipements qui s’affichent?

j’ai commencé à compter il y en a plus de 150
Que des APPLE

Je pense que le filtre n’est pas pris en compte chez toi.
Chez moi, il fonctionne.
Tu peux montrer le log de theengs ?

Ou alors il l’est mais les messages n’ont pas ete supprimé
Un petit delete de tout le topic « homeassistant » puis redémarrage de theengs pour voir si ca revient ou pas

Et côté plugin faut redémarrer le démon aussi; il efface et reconstruit sa liste à chaque démarrage du démon

Ah ça semble être réglé
Dans l’ordre j’ai fait un docker-compose down sur mes deux raspberry
J’ai ensuite delete homeassistant/sensor

J’ai relancé les docker-compose up -d sur mes deux raspberry

Et relancé le daemon du plugin

Et maintenant ça semble ok

j’ai corrigé le log_level dans mes docker-compose, INFO c’était un peu trop verbeux, inexploitable
J’ai mis comme toi ERROR

C’est une bonne nouvelle !