הקדמה: חוסר הסבלנות בגיימינג ו- VR

טכנולוגיית Bluetooth הפכה ל-FLT:0 קריטי מאפשר ל-FearFIRLT:1 עבור היקפי אלחוטיים במשחקים ובמציאות וירטואלית (VR) מערכות מבקרים וראשיים לכפפות קדחתניות ולעוקבים מלאים בגוף, מודולים Bluetooth חייבים לספק תגובה בזמן אמת כדי לשמר מחסנים אלחוטיים.A עיכוב קטן ככל 10-20 שניות יכול לשבור את תחושת הנוכחות ב- VR או לגרום קלט בפרוטוקולים תחרותיים, כדי לבחון את ה- מחסנים הנדרשים לפרוטוקולים.

הבנה של דרישות בעלות נמוכה

שקיפות, בהקשר של משחקים ו VR, היא הזמן בין פעולת משתמש (עיתונות של Button, תנועת ראש) לבין משוב על המסך או בעולם, מחקר בתפיסת האדם מראה כי עבור נטייה אל-פוטון, הסף עבור VR מקובל הוא בערך 20 מ's, עם מטרות אידיאליות מתחת 10 מ's.בעיכובים מהירים, קלט מעל 15 מ"ג, ולכן גם לא ניתן למזער את המודולים על פני Bluetooth-אך גם על פני המודולים.

תורמים מרכזיים לעקביות כוללת כוללים:

  • (ב) ,0) קיצור של ההרחבה (FLT: Howלעתים קרובות בודקים את ה- Radio Check for data).
  • (ב) ,0) ,UV) ,התקופה בין אירועים קשורים ב- Bluetooth Low Energy (BLE).
  • (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (ב) ,0) ,Halves עיבודFLT:1 - Latency הוסיף על ידי מערכת ההפעלה או הנהג.

לחוויה חלקה, מעצבים חייבים לכוון לעקביות מקצה לקצה של ⁇ 20 מ', עם מטרה למתוחה של 5-8 מ's עבור בקרים VR פרימיום.

שיקולים עיצוביים

בחירת Bluetooth Protocol

בחירת בין Bluetooth Classic ו-BLE היא ההחלטה האדריכלית הראשונה. Bluetooth Classic (BR/EDR) מציעה דרך גבוהה יותר עבור הזרמת אודיו אבל בדרך כלל יש עקביות גבוהה יותר בשל הקישורים SCO / ESCO (לעתים קרובות 100-150 מ"מ) BLE, המיועדת ל חיישן כוח נמוך, עכשיו שולט על פריפריה של משחקים בתדירות נמוכה.

(ב) כרך 5 ו-NewerFLT:1) תכונות ישירות לעקביות כוללות:

  • (ב) ויקרא: ויקרא י"א): "בְּאֶת רָאוּל רָאוּל נָאֶת פְּטְטְטְטְהִיתִיתִי עַמְתִּים" (במדבר כ"ד, כ"ד).
  • (ב) ⁇ 2M PHYFLT:1 - כפול שיעור נתונים, המאפשר שידור קצר יותר פרץ וצמצום בזמן הרוח.
  • (ב) ,0) , ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (ב) ,0) ההרחבה באורך נתונים (DLE)FLT:1 - מאפשרת חבילות עד 251 ע"י ע"י טיס, הפחתת מספר העסקאות.

עבור אודיו, ה- 0.0.Otooth 5.2 ערוצים איסוכרוניים 1:1 לאפשר נמוך-Energy Audio (LE Audio) עם שקיפות נמוכה משמעותית מאשר פרופילי אודיו קלאסיים.החדש:2LC3 codecuaFLT 3 מספק איכות גבוהה ב bitrates נמוך ותומכת משך של 10 ms או אפילו 7.5 ms.

אופטימיזציה של Hardware

בחירת סיליקון משפיעה ישירות על הגינות אפשרית.כחול בדידות ייעודית SoCs (למשל, מ Nordic Semiconductor, Dialog Semiconductor, או Silicon Labs) משלב רדיו, בסיס, ובסיס יישומים עם מינימום של בגרות פנימית.

  • (FLT:0) Antenna designFLT:1 - השתמש באנטנה מודפסת או קרמיקה עם התאמה נאותה של אנטנות פס (BLE + Wi-Fi) חייב להימנע מהתערבות.
  • (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (FLT:0)Processor הליבהFLT:1 - CPU ייעודי (ARM Cortex-M4 או M33) פועל ב ⁇ 64 MHz יכול להתמודד עיבוד ערימה מבלי להציג מיקרו-latency Jitter.
  • (FLT:0) Power ManagementveFLT:1) - יישומים נמוכים לעתים קרובות דורשים פסגות גבוהות יותר הנוכחי. Regulators חייב לספק התפרצויות נקיות ללא תנודות מתח.

דוגמה: עכבר משחקים באמצעות NRF52840 הנורדי עם DLE ו 7.5 מ's חיבור יכול להשיג (FLT:01.25 מ's Over-the-air latencyFLT:1 עבור דוחות HID.

קידוד ו-Coke Tuning

אפילו את החומרים הטובים ביותר בחומרה אם הקושחה אינה מתאימה לעקביות.

  • (ב) ,0) , עיין ב-[[המאה ה-1]], במקום ל[[המאה ה-20]].
  • עדיפויות את שגרת השירות של Bluetooth (ISR) מעל משימות אחרות.
  • צמצום או ביטול עיכובי לוח הזמנים של מערכת ההפעלה באמצעות גישה לא-RTOS או RTOS עם מהירויות להפריע מובטחות.
  • ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

בדיקה עם מנתח לוגיקה או חטיפ sniffer (למשל, אליסיס Bluetooth Analyzer) היא חיונית לזיהוי צווארי בקבוק ערימה.

טכנולוגיות מובילות להופעה נמוכה

תדירות הסתגלות (AFH)

AFH מלגלג אוטומטית על ערוצים כבושים (למשל, Wi-Fi או מיקרוגל התערבות) כדי לשמור על קשר נקי. ⁇ פחות רנסנסרים פירושה שקיפות נמוכה ועקבית יותר. Bluetooth 5.0 שיפר את החלטת סיווג AFH.

שיעור נתונים משופר (EDR)

EDR (2 Mbps או 3 Mbps) ב- Bluetooth Classic מקטין את הזמן על-חושי עבור אודיו והעברות נתונים גדולות. עבור BLE, 2M PHY משרת מטרה דומה: דו"ח של 20-byte HID שנשלח עם 2M PHY לוקח רק 80 מיקרו לעומת 160 מיקרומטר עם 1 PHY.

ערוצים איסוכרוניים (Bluetooth 5.2+)

(ב) ערוצים אלה מאפשרים זרמי אודיו או נתונים מרובים להיות מסונכרנים עם ג'ייטר נמוך (ב VR), זה מאפשר ל- 0FLT:0שמאל-שמאל ו אודיו הימני להישאר בתוך 1–2 מיקרוסמנטל 1, חיוני לצליל מרחבי.

PHY עם Care

בעוד LE Coded PHY משפר טווח, הוא מוסיף 2× או 8× סמל coding, הגדלת השקיפות באופן יחסי. השתמש בו רק עבור יישומים לטווח קצר מוגבל שבו ספייקות לגרות מזדמן הן נסבלות (למשל, גילוי טעינה אלחוטי).

טיפים ליישום עבור מפתחים

פרופיל ו-Fret Selection

בחרו פרופילים המיועדים לעקביות נמוכה:0HID על GATT (HOGP)BuildFLT:1 עם מרווח חיבור קצר הוא אידיאלי עבור בקרים ועוקבים.עבור אודיו, השתמש ב-FLT:2LC3 מבוסס Audio ProfileveFLT 3 על ערוצים ללא Isochronous ולא על A2DP +BC אשר מוסיף 100-150 מ'.

אופטימיזציה של Handshakes ו-Pairing

מעל לצמד יכול לגרום לספיציקת השקיפות הראשונית.שימוש ב-FLT:0) פשוט עובד יחד (מפתחים מראש) IR-FLT:1 או לאחסן מידע כדי להימנע משיקום מחדש.

שיטות בדיקה אמיתיות בעולם

סימס את הסביבה הגרועה ביותר RF: ערוצי Wi-Fi סמוכים בפקיעה מלאה, מסגרי מתכת ותנועה. Measure latency use:

  • (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (ב) ויקרא י"א: "בְּהִנְתָּבְתָּבָר" (בראשית כ"ד).
  • (ב) ,0) כלי קוד פתוח (FLT:1) כמו יומני אנדרואיד btsnoop או לינוקס btmon.

(ב) ,5 ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

כוח מול Latency Trade-off

מרווחי חיבור נמוכים ושיעורי נתונים גבוהים יותר מנקזים את הסוללה מהר יותר.עבור בקרים VR עם קלט תכופים, פשרה סבירה היא מרווח חיבור של 15 מ' בשילוב עם 1.5 דקות של זמן לפני הכניסה לשינה עמוקה.אפשרו היישום לרווחים מתג דינמי: למשל, 7.5 מ' במהלך משחק פעיל, 50 מ' תוך כדי idle.

מגמות עתידיות וסטנדרטים מתפתחים

(הופנה מהדף 5.403) ממשיך לדחוף את השקיפות נמוכה יותר.FLT:0 Bluetooth 5.403irFLT:1 הציגה את FLT:2;2 פרסום רשמי עם תשובות (PAwR) FigLT 3: אשר מאפשר נתונים דו-צדדיים עם תת-5 מ"מ עבור רשתות גדולות של מכשירים - אידיאלי עבור סצנות של VR-שליטה.

בנוסף, יצרנים חוקרים את ה-UFLT:0 (multi-protocol SoCsFLT:1 המשלבים את Bluetooth עם רדיו קנייני 2.4 GHz (כמו Logitech Lightspeed או Razer Hyperspeed) כדי להשיג 1 מ"מ רוחב, בעוד לא Bluetooth טהורה, מודולים היברידיים מציעים תאימות לאחור עבור היקפיים ישנים יותר.

מסקנה

עיצוב מודולים Bluetooth עבור יישומים בעלי נטיות נמוכה במשחקים ו VR הוא אתגר רב תחומי.זה דורש בחירה פרוטוקול זהיר (BLE 5.2+ עם ערוצים איזוכרוניים), חומרה המפחיתה את הנפיחות, וקושחה המעדנת את נתיב הרדיו מעל כל השאר.על ידי מינוף של ה-FLT:02M PHY, DLE, ו-LC3calFLT, 1, יכול להשיג באמת 10 מטושטשים ל- 15 ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

(ב) בפרשת ה'' (ב') ב'[[המאה ה-20]], [[1924]]]], [[1924]]]]]], [[1924]]]]]]]]]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]]]]]]]]], [[1924]]]]]]]]]] ו[[1924]]]]