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 »
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
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:

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 ?! ![]()
Non j’ai compris ma confusion ![]()
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 ![]()
tu as vmt bcp d’équipements qui s’affichent?
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 !