Bonsoir,
Ma question est générale mais est il possible pour un arduino de détecter la présence de balises bluetooth dans son environnement proche et si oui quel est le type de matériel compatible (balises et carte de com arduino)
Mon projet est un système d'alarme capable de détecter si l'objet équipé d'une balise sort d'un périmètre donné.
Merci.
Quand vous dites balise - vous faites référence spécifiquement à Un iBeacon ? un HM-10 original avec un firmware récent doit savoir faire
Oui un ibeacon CC2541-Beacon ou une autre balise type porte clé appelée ausssi itag
Bonjour,
Attention à l'abus de langage, iBeacon est un produit commercial il ne faut pas l'associer à une caractéristique du protocole Bluetooth 4.0.
Fabricecarrique fait référence à une spécificité du bluetooth 4.0 où le périphérique est en mode broacasting. Pour rester simple le périphérique envoie à intervalle régulier des trames d'advertissing. Un autre module bluetooth à juste à écouter ces trames.
-Standby:
Attention à l'abus de langage, iBeacon est un produit commercial il ne faut pas l'associer à une caractéristique du protocole Bluetooth 4.0.
Non pas vraiment un « produit commercial » - c’est plutôt une dénomination sous forme d’une marque d’un protocole documenté qui conduit au parametrage en BTLE - ça a été lancé par Apple avec iOS7 en 2013 (cf la doc apple, il n’y a même pas de ™ (trademark) sur le mot)
C’est devenu tellement utilisé que vous avez des commandes AT pour cela dans des puces Bluetooth 4 (AT+IBEA, AT+DELO,AT+IBE2,...)
Ensuite des sociétés se sont emparées de ce protocole pour offrir des objets physique servant de «balise » suivant le protocole iBeacon
Ma question était de savoir si par balise il avait cela en tête
Bonjour
HM-10 est une piste comme signalé par J-M-L
Le module HM-10 sont livrés avec des firmwares d'origines et versions diverses (c'est un peu la loterie...)
Dans le cas des firmwares 'HMSoft' récents des commandes AT prennent en charge le mode iBeacon (Beacon d'origine Apple) : tant en scanner qu'en émulation (avec possibilité de redéfinir en partie l'identifiant , 'major' ,'minor', l'intervalle entre deux émissions.....). Les possibilités dont peut être moindres pour les firmwares 'Bolutek', j'ai eu la chance d'être livré 'firmware HMSoft'.
Autre piste : l'ESP32 géré avec l'environnement Arduino commence à prendre en charge les principaux formats actuels de balises BLE (beacons) : l'iBeacon (origine Apple) et Eddystone (origine Google) : là aussi en scanner et en émulation.
Je parle içi de balises (beacons) reconnues comme telles par divers scanners de balises Android
Mon projet est un système d'alarme capable de détecter si l'objet équipé d'une balise sort d'un périmètre donné.
C'est à tester pour voir si le 'flou' de la délimitation du périmètre est acceptable
Dans le projet : jeprévois un arduino MKRFox + module Bluetooth HM10 ?
et pour les balises, avez vous un modèle, une référence ?
Mon arduino va écouter a intervalle régulier les balises et si le signal d'au moins une balise n'est plus entendu, je déclenche un envoi via sigfox.
Cela vous parait-il faisable ? sachant que la notion de cout et primordiale et que l'autonomie des balises doit être maxi.
Vous voulez fabriquer la balise ou l’acheter?
Pour info je viens d'ajouter au tuto de J-M-L "Exemple d'utilisation d'un HM-10 bluetooth LE" une description de configuration d'un HM-10 en iBeacon + scanner de beacons (iBeacon ou pas) en ESP32.
(je n'ai pas sous la main 2 HM-10 pour mettre l'un en iBeacon l'autre en scanner).
J'ai lancé un test d'autonomie avec un HM-10 alimenté par une pile CR2032.... à suivre....
Avec 180 µA en veille un réveil toutes les 7 secondes l'autonomie ne sera pas celle des Ibeacons du commerce dont l'autonomie annoncée sur pile est de 2 ans !!
il existe des balises tellement peu chères que je ne sais pas si ca vaut la peine d'en acheter une, après une balise avec un ESP32 + CR2032 ca peut être interessant peut être avec une batterie avec une plus grosse autonomie ? dans ce cas le projet pourrait être :
- 1 arduino MKRFOX 1200 avec un module bluetooh qui écouterai des esp32 avec capteur de choc et qui transmettrait l'alarme au MKRFOX
On est plus dans le même scénario de périmètre mais de capteur qui s'active ou pas.
Le truc c'est vraiement l'autonomie des ESP32 + Capteur, car la faut il mettre un veille ?