Vérifier la réussite de la connexion à l'aide de rfcomm

J'essaie de connecter mon téléphone à mon RaspberryPi à l'aide d'une dent bleue dongle (pas d'essayer de faire quelque chose de surprenant, juste déterminer quand mon téléphone est dans la zone). Si j'allume mon téléphone de la dent bleue sur et exécutez la commande suivante, j'obtiens le résultat suivant (avant que quelqu'un commence à prêcher pour m'expliquer comment cela est une violation de la sécurité, permettez-moi de vous rappeler que c'est pas mon téléphone bluetooth id):

commande:

sudo rfcomm connect 0 AA:BB:CC:DD:EE:FF 10
echo $?

de sortie:

Connected /dev/rfcomm0 to AA:BB:CC:DD:EE:FF on channel 10
Press CTRL-C for hangup
0

Maintenant, si je mets mon téléphone en bluetooth hors, et la question est la même commande, j'obtiens le résultat suivant (encore une fois, tous les id ont été changés pour protéger les innocents).

commande:

sudo rfcomm connect 0 AA:BB:CC:DD:EE:FF 10
echo $?

de sortie:

Can't connect RFCOMM socket: Host is down
0

Depuis que je suis en train d'essayer de déterminer quand le téléphone est dans la chambre et quand elle laisse, j'ai besoin d'une certaine manière (d'une autre façon) de détection lorsque le dongle peut et ne peut pas se connecter à elle. Comment puis-je faire pour atteindre cet objectif? (NOTE: j'ai essayé de retirer le téléphone de la construction et même de l'éteindre complètement)

EDIT: que j'ai considéré comme la capture de la stderr message et de le tester comme

error=$`sudo rfcomm connect 0 AA:BB:CC:DD:EE:FF 10 >/dev/null` &
if [ $error=="Can't connect RFCOMM socket: Host is down" ]
then
    ...
fi;

Mais le problème est que rfcomm doit s'exécuter en arrière-plan.

InformationsquelleAutor puk | 2013-10-01
  1. 5

    Je n'ai pas bien compris comment le faire, mais c'est la façon dont je suis autour d'elle. J'ai simplement attendre 5 secondes après la sudo rfcomm connect 0 AA:BB:CC:DD:EE:FF 10 de commande, puis-je vérifier pour voir si il y a une connexion. Je soupçonne que cela fonctionne parfaitement, que la prochaine itération va attraper les erreurs commises, mais ne pas me citer sur elle. Peut-être un plus d'expérience . J'ai inclus le travail minimale exemple (MWE), de sorte que vous pouvez le suivre.

    MWE:

    #!/bin/bash

phone1="AA:BB:CC:DD:EE:FF" #Address of phone
inside=1  # Whether the phone is 'inside' the house (0) or 'outside (1)

phoneDetected ()
{
   # Search for phone
   hcitool rssi $phone1 &>/dev/null
   ret=$?

   # If search was unsuccessful,
   if [ $ret -ne 0 ]
   then
      # Add phone
      sudo rfcomm connect 0 $phone1 10 &>/dev/null &

      # Note: the return code of rfcomm will almost always be 0,
      # so don't rely on it if you are looking for failed connections,
      # instead wait 5 seconds for rfcomm to connect, then check
      # connection again. Note this is not fool proof as an rfcomm
      # command taking longer than 5 seconds could break this program,
      # however, it generally only takes 2 seconds.
      sleep 5
      hcitool rssi $phone1 &>/dev/null
      ret=$?
   fi;

   # Case 1) we are now connected (ret=0) and we were previously outside (inside=1)
   if [ $ret -eq 0 ] && [ $inside -eq 1 ]
   then
      # change state to inside and do something (I am playing a song)
      inside=0
      mplayer /home/pi/documents/rasbpi/raspi1/media/audio/1.mp3 &>/dev/null
   # Case 2) we are no longer connected (ret=1) but we were previously inside (inside=0)
   elif [ $ret -eq 1 ] && [ $inside -eq 0 ]
   then
      # change state to outside and do something (I am playing another song)
      inside=1
      mplayer /home/pi/documents/rasbpi/raspi1/media/audio/2.mp3 &>/dev/null
   fi;
}

# run an infinite loop
while :
do
   phoneDetected $phone1
done
    InformationsquelleAutor puk