Bluetooth LE sur Raspbian

J'ai installé bluez-5.15 à partir de la source avec la configuration suivante:

$ ./configure --prefix=/usr --mandir=/usr/share/man --sysconfdir=/etc \
--localstatedir=/var --libexecdir=/lib --disable-systemd

Ensuite, j'ai dû copier gatttool manuellement dans le répertoire /usr/local/bin dir

$ sudo cp attrib/gatttool /usr/local/bin/

J'ai redémarré le Raspberry Pi et j'ai essayé le suivant à se connecter à mon BLE de périphérique:

$ sudo hciconfig hci0 up

$ sudo hcitool lescan
LE Scan ...  
EA:FB:B5:CE:B0:13 DfuTarg

$ sudo hcitool lewladd EA:FB:B5:CE:B0:13

$ sudo hcitool lecc EA:FB:B5:CE:B0:13
Could not create connection: Input/output error

Alors j'ai essayé de vous connecter avec gatttool:

$ gatttool -b EA:FB:B5:CE:B0:13 --interactive
[EA:FB:B5:CE:B0:13][LE]> connect
Attempting to connect to EA:FB:B5:CE:B0:13
Error: connect error: Device or resource busy (16)
[EA:FB:B5:CE:B0:13][LE]>

Ce qui me manque ici - est-ce un problème de configuration? Ce qui ne les erreurs veux dire?

Est-ce un dongle USB? Si vous essayez de le débrancher et de rebrancher, il ne fait que corriger?

OriginalL'auteur Sekkou527 | 2014-03-06

  1. 11

    Tout d'abord, j'ai parlé avec un collègue sur ma configuration et pour Raspbian (ou, plus précisément, Debian), il a recommandé les paramètres de configuration suivants:

    ./configure --prefix=/usr --mandir=/usr/share/man --sysconfdir=/etc --localstatedir=/var --enable-library --with-systemdsystemunitdir=/lib/systemd/system --with-systemduserunitdir=/usr/lib/systemd

    Par la suite, après une inspection plus poussée, voici comment j'ai pu réussir à se connecter. Donc, ce qui se produit est que le dispositif a été d'essayer de se connecter à (NRF à base de BLÉ de l'appareil) a requis l'adresse LE drapeau à être "aléatoire". Voir ci-dessous:

    gatttool -t random -b EA:FB:B5:CE:B0:13 -I

    Alors le résultat:

    [EA:FB:B5:CE:B0:13][LE]> connect
Attempting to connect to EA:FB:B5:CE:B0:13
Connection successful
[EA:FB:B5:CE:B0:13][LE]> characteristics
handle: 0x0002, char properties: 0x0a, char value handle: 0x0003, uuid: 00002a00
-0000-1000-8000-00805f9b34fb

    Huzzah! Aussi, il peut être nécessaire de définir le niveau de sécurité à quelque chose de bas que de haut:

    [EA:FB:B5:CE:B0:13][LE]> sec-level medium
    Je reçois un message d'erreur lorsque j'essaie d'utiliser le -t paramètre: Unknown option -t. Ce qui pourrait être la cause de cela?
    De vérifier la version de bluez. J'ai été en utilisant 5.15 pour Debian.
    tant pis, je l'ai ré-installé bluez avec la dernière version, et maintenant il fonctionne très bien. Merci quand même!
    eu le même problème, je suppose que l'-t aléatoire a été la clé

    OriginalL'auteur Sekkou527

  2. 5

    De mon expérience avec Bluez 5.15

    1. Vous assurer que vous avez pas de connexion à la BLE de l'appareil (consultez hcitool con).
    2. Ne pas exécuter hcitool lecc.
    3. Commencer gatttool comme dans votre question.
    4. Dans gatttool exécuter connecter de commande. Si la commande se bloque, puis appuyez sur le bouton de l'appareil (c'est à dire parfois nécessaire lors de la connexion à SensorTag).

    Je crois que les versions antérieures de Bluez nécessaire hcitool lecc étape, mais ce n'est pas le cas aujourd'hui.

    Merci pour votre aide, mais je crois que j'ai résolu le problème de connexion. J'ai finalement été en mesure de se connecter en utilisant l'adresse aléatoire drapeau dans gatttool. Aussi, mon appareil n'a pas un bouton (je ne suis pas poursuivre l'SensorTag).

    OriginalL'auteur wrobell