שם אחד, שני פרוטוקולים — והחלטה שקשה לתקן אחר כך

"המוצר יתחבר בבלוטות'" — משפט שנשמע כמו החלטה, אבל בפועל רק פותח את השאלה האמיתית: Bluetooth Classic או BLE? מדובר בשני פרוטוקולים שונים מהותית שחולקים שם ותדר, וכמעט שום דבר מעבר לזה. הבחירה ביניהם משפיעה על צריכת הסוללה של המוצר, על חוויית החיבור באפליקציה, על עלות הפיתוח — ובמקרה של אייפון, גם על שאלות רישוי מול אפל. וכיוון שהיא מקובעת בבחירת השבב, קשה מאוד לשנות אותה אחרי שהחומרה סגורה.

ההבדל בקצרה — בלי לצלול לפרוטוקול

Bluetooth Classic תוכנן לזרימת נתונים רציפה בקצב גבוה יחסית — הוא מה שמריץ אוזניות, רמקולים ודיבוריות. BLE (Bluetooth Low Energy) תוכנן למשהו אחר לגמרי: העברת כמויות קטנות של נתונים לעיתים מזומנות, בצריכת חשמל זעירה, עם מודל של שירותים ומאפיינים (GATT) שאפליקציה קוראת וכותבת. את המכניקה המלאה של חיבור מוצר לאפליקציה הסברנו במדריך המלא לחיבור אפליקציה למוצר בבלוטות' — כאן נתמקד רק בהכרעה בין השניים.

מתי Bluetooth Classic הוא הבחירה הנכונה

  • אודיו. אם המוצר משמיע או קולט קול בזמן אמת — אוזניות, רמקול, מכשיר שמיעה ביתי — פרופילי האודיו של Classic הם הדרך הסטנדרטית, והם עובדים מול כל טלפון בלי אפליקציה בכלל.
  • זרם נתונים רציף וכבד. העברת קבצים גדולים או דגימות בקצב גבוה מאוד לאורך זמן.
  • ציוד קיים שמדבר SPP. מוצרים תעשייתיים ותיקים שמדמים פורט טורי על בלוטות'.

אבל יש מלכוד חשוב: תקשורת נתונים מותאמת אישית על Classic מול אייפון מחייבת הצטרפות לתוכנית הרישוי של אפל לאביזרים (MFi) — תהליך שמוסיף עלות, זמן ורכיב חומרה. באנדרואיד המגבלה לא קיימת, אבל מוצר צרכני שלא עובד מול חצי מהשוק אינו מוצר.

מתי BLE הוא הבחירה הנכונה — כלומר, כמעט תמיד

אם המוצר שולח מדידות, מקבל פקודות, מסנכרן הגדרות או מדווח סטטוס — BLE הוא ברירת המחדל הנכונה: חיישנים לבישים, מוצרי בריאות, בקרים ביתיים, מנעולים, צעצועים חכמים. הסיבות המעשיות:

  • סוללה. מוצר BLE שמתוכנן נכון חי חודשים ושנים על סוללת כפתור; Classic נמדד בשעות עד ימים.
  • iOS פתוח לחלוטין. אפליקציה מתקשרת עם כל מוצר BLE דרך CoreBluetooth בלי שום רישוי מיוחד.
  • חוויית חיבור מודרנית. סריקה, זיהוי וצימוד מתוך האפליקציה עצמה, בלי מסע להגדרות הטלפון.
  • עלות פיתוח צפויה. זהו המסלול הסלול ביותר כיום — פירטנו מספרים במאמר על כמה עולה לפתח אפליקציית BLE.

חשוב גם לדעת שפער הקצב הצטמצם מאוד: גרסאות מודרניות של BLE תומכות בקצבי העברה גבוהים יותר ובחיבורים יעילים יותר, כך שגם קובצי הגדרות, עדכוני קושחה ואפילו תמונות קטנות עוברים על BLE בנוחות. רק זרם רציף באמת — אודיו איכותי או וידאו — נשאר מחוץ לתחום שלו.

מה שהבחירה גוררת בצד האפליקציה

ההחלטה לא נגמרת בשבב. בצד האפליקציה, כל מסלול גורר סט אחר של הרשאות מערכת — באנדרואיד סריקת בלוטות' כרוכה בהרשאות שצריך להסביר למשתמש, ופירטנו את זה במאמר על הרשאות בלוטות' ומיקום באפליקציה. ב-BLE צריך גם לתכנן הצפנה וצימוד נכון — נושא שמכוסה במאמר על אבטחת חיבור ה-BLE — ובצד המוצר, את שירותי ה-GATT ותקציב החשמל, כמתואר במאמר על פיתוח BLE בקושחה.

שורה תחתונה: תנו לתרחיש להחליט

הכלל שאנחנו עובדים לפיו פשוט: אודיו או זרם רציף וכבד — Bluetooth Classic; כל השאר — BLE, ובמקרי קצה יש שבבים דו-מצביים שנותנים את שניהם במחיר מסוים של מורכבות וצריכה. העיקר הוא להכריע על בסיס תרחישי השימוש האמיתיים של המוצר — כמה נתונים, באיזו תדירות, על איזו סוללה — לפני סגירת החומרה ולא אחריה, כי החלפת פרוטוקול אחרי ייצור פירושה סיבוב חומרה שלם. עוד מדריכים על הממשק בין מוצר לאפליקציה מחכים באשכול פיתוח אפליקציות — ואם אתם באמצע ההתלבטות, נשמח לעזור לכם לסגור אותה בשיחה אחת.

רוצים להפוך רעיון למוצר? צרו קשר עם צוות פרוג'קטס האוס בע"מ – טלפון: 054-8936922 | דוא"ל: info@projects-house.com – ונשמח ללוות אתכם משלב הרעיון ועד המדף.