آموزش جامع BLE

آموزش BLE از صفر: مبانی، تاریخچه و مقایسه با فناوری‌های بی‌سیم

Bluetooth Low Energy چیست، چرا ساخته شد و چه زمانی باید آن را به‌جای Bluetooth Classic، Wi-Fi، Zigbee، NFC یا LoRa انتخاب کنیم؟

فهرست مطالب
عکس واقعی برد ESP32 دارای ماژول ESP-WROOM-32؛ نمونهٔ سخت‌افزار سازگار با BLE.
عکس واقعی برد ESP32 دارای ماژول ESP-WROOM-32؛ نمونهٔ سخت‌افزار سازگار با BLE. عکس: Ubahnverleih؛ منبع Wikimedia Commons؛ CC0. محتوای عکس تغییر نکرده است؛ نسخهٔ نمایشی ویکی‌مدیا استفاده شده است. این عکس مستند اجرای آزمایش LCENJ نیست.
مرحله 1 از ۲۰ مسیر تسلط بر BLE

BLE یا Bluetooth Low Energy شاخه‌ای از خانواده بلوتوث است که برای دستگاه‌های کم‌مصرف، سنسورها، پوشیدنی‌ها و محصولات باتری‌خور طراحی شده است. هدف این مرحله آن است که قبل از ورود به پکت و کدنویسی، تصویر درستی از مسئله داشته باشید و بدانید BLE چه کاری را خوب انجام می‌دهد و چه کاری را نه.

از Bluetooth Classic تا BLE

Bluetooth Classic برای ارتباط پیوسته‌ای مثل صدا و انتقال نسبتاً حجیم داده مناسب است. BLE از نسخه 4.0 وارد مشخصات بلوتوث شد و به‌جای روشن نگه داشتن دائمی رادیو، بیشتر زمان را در خواب می‌گذراند و در بازه‌های کوتاه تبلیغ یا تبادل داده می‌کند. نسخه‌های 4.2 و خانواده 5 قابلیت‌هایی مانند بسته بزرگ‌تر، سرعت 2M، برد بیشتر با LE Coded و Advertising توسعه‌یافته را اضافه کردند. شماره نسخه به‌تنهایی کافی نیست؛ باید جدول قابلیت‌های تراشه و پشته نرم‌افزاری را هم بررسی کنید.

BLE را با چه فناوری‌ای مقایسه کنیم؟

Wi-Fi برای پهنای باند زیاد و اتصال مستقیم به شبکه IP بهتر است اما معمولاً انرژی بیشتری مصرف می‌کند. Zigbee برای شبکه مش کم‌مصرف چندگرهی مناسب است. NFC برد بسیار کوتاه و تجربه نزدیک‌کردن دستگاه‌ها را فراهم می‌کند. LoRa داده کم را در مسافت زیاد می‌فرستد. UART و USB بی‌سیم نیستند اما برای دیباگ، برنامه‌ریزی و اتصال مطمئن محلی همچنان مهم‌اند. انتخاب درست از نیاز محصول شروع می‌شود، نه از نام فناوری.

پنج معیار ساده برای انتخاب

برای هر پروژه پنج سؤال بنویسید: چه مقدار داده در ثانیه دارید؟ بیشترین تأخیر قابل قبول چقدر است؟ دستگاه چند ماه یا چند سال باید با باتری کار کند؟ فاصله و محیط انتشار چیست؟ ارتباط نقطه‌به‌نقطه است یا چندگرهی؟ BLE برای پیام‌های کوتاه، کشف نزدیک، اتصال به موبایل و مصرف کم گزینه بسیار خوبی است؛ برای ویدئوی پیوسته معمولاً مناسب نیست؛ انتقال فایل Firmware با طراحی مناسب ممکن است و باید زمان و مصرف آن اندازه‌گیری شود.

مثال قابل لمس

فرض کنید یک دماسنج هر 10 ثانیه فقط دما و رطوبت را می‌فرستد. این داده شاید کمتر از 10 بایت باشد و رادیو لازم نیست دائم روشن بماند؛ BLE مناسب است. اما دوربین باید پیوسته چند مگابیت داده بفرستد، بنابراین Wi-Fi منطقی‌تر است. همین مقایسه ساده جلوی بسیاری از انتخاب‌های اشتباه ابتدای پروژه را می‌گیرد.

تمرین تصمیم‌گیری

سه محصول «دماسنج باتری‌خور»، «اسپیکر بی‌سیم» و «دوربین نظارتی» را روی کاغذ بنویسید. برای هرکدام حجم داده، تأخیر، برد و منبع تغذیه را مشخص کنید. سپس دلیل انتخاب BLE، Classic یا Wi-Fi را در یک جمله بنویسید.

انتخاب فناوری با یک قرارداد داده مشخص

برای یک دماسنج، ابتدا قرارداد را بنویسید: دو عدد دما و رطوبت، یک وضعیت اعتبار و یک شماره نمونه؛ هر ۱۰ ثانیه به گوشی ارسال شوند. این نیاز با ارسال ویدئوی پیوسته فرق دارد. انتخاب فناوری را با همین قرارداد و توان واقعی برد آزمایش کنید.

نیازگزینه قابل بررسیشرط مهم
سنسور کم‌داده و اتصال به گوشیBLE / GATTنرخ، تأخیر و پشتیبانی موبایل را اندازه بگیرید.
صداBluetooth Classic یا LE AudioLE Audio به قابلیت‌های اختصاصی مانند LE Isochronous و پروفایل سازگار نیاز دارد؛ هر تراشه BLE آن را پشتیبانی نمی‌کند.
ویدئو یا اتصال مستقیم IPWi-Fiپهنای باند و بودجه توان را هم‌زمان بررسی کنید.
ارسال فایل Firmware از فاصله نزدیکBLE نیز ممکن استمدت انتقال، قطع و ادامه و اعتبار تصویر را طراحی کنید؛ «فایل بزرگ» ممنوعیت ذاتی BLE نیست.

BLE همیشه در خواب نیست؛ اسکن پیوسته یا نرخ ارسال بالا می‌تواند مصرف را زیاد کند. شماره نسخه بلوتوث نیز به‌تنهایی وجود LE Audio، Coded PHY یا دیگر قابلیت‌ها را ثابت نمی‌کند.

پرسش و پاسخ مقاله

سوال فنی خود را مطرح کنید

پرسش‌ها و پاسخ‌ها پس از بررسی مدیر منتشر می‌شوند. نویسنده، پیش‌نویس در انتظار بررسی را می‌بیند.

هنوز پرسش تاییدشده‌ای برای این مقاله ثبت نشده است.