Je viens de recevoir mon RPI zero, du coup, je n’ai pas pu m’empêcher de tester le script Cela fonctionne. Donc le problème vient bien de RPI3/4, après je ne m’y connais pas assez pour debugger les librairies plus en profondeur.
Je vais donc utiliser le pi zero comme passerelle et écrire les datas sur le serveur MQTT en ajoutant l’option du paramètre reporting_method = “Gladys” : une préférence sur la normalisation de la publication des données ?
j’ai commencer à regarder l’outil gladys-bluetooth-analyzer pour le parrot flower et le miflora qui remonte bien des mesures, @AlexTrovato j’ai 2 questions:
si je veux intégrer ces 2 périphériques dans gladys je dois faire 1 fichier par périphérique comme ce qui est fait pour le zigbee ou il faut répartir le code autrement ?
est il nécessaire de réécrire le code de récupération des données intégralement ou peut on utiliser les lib npm qui existe déjà pour ces produits ?
C’est pas prévu encore
Il faut trouver l’endroit où (et comment) déterminer que tel périphérique Bluetooth est compatible avec telle manière de communiquer.
Ou creer un nouveau service qui réutilise le service Bluetooth si c’est vraiment spécifique.