Google is committed to advancing racial equity for Black communities. See how.
דף זה תורגם על ידי Cloud Translation API.
Switch to English

פלטפורמות

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

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

תמיכה

התמיכה בכל פלטפורמה משתנה לאורך זמן. חלק מהפלטפורמות מתויגות עם רמת התמיכה הנוכחית כפי שזוהתה על ידי צוות OpenThread. פלטפורמות לא מתויגות לא נבדקו לאחרונה ועלולות להיחשב כבעלות "תמיכה מוגבלת".

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

ארכיטקטורת מערכת

אדריכלות מערכת OT

OpenThread תוכנן תוך התחשבות בניידות ובגמישות. הקוד הוא C / C ++ נייד (C99 ו- C ++ 03) שהוא אדריכלות מערכת אגנוסטית בגלל שכבת הפשטה צרה. שכבת הפשטה זו פירושה ש- OpenThread יכול לפעול על מתכת חשופה או על מערכת הפעלה. עד כה הוכח כי OpenThread פועל ב- FreeRTOS, RIOT-OS, Zephyr OS, Linux ו- macOS.

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

ל- OpenThread מערכת בנייה ניתנת להגדרה באמצעותה מפתח יכול להפעיל או להשבית תכונות לפי הצורך. מעבר לשרשרת הכלים של ברירת המחדל של GNU, המקור נועד לעבוד עם מספר שרשראות כלים פופולריות אחרות כמו IAR ו- Visual Studio.

עיצובי פלטפורמה

OpenThread תומך הן בעיצוב מערכת על שבב (SoC) והן במעבדי שיתוף מעבד רשת (NCP).

SoC הוא פיתרון של שבב יחיד בעל RFIC משולב (802.15.4 במקרה של Thread) ומעבד, בו OpenThread ושכבת היישום פועלים על המעבד המקומי.

תכנון NCP הוא המקום בו שכבת היישום פועלת על מעבד מארח ומתקשרת עם OpenThread באמצעות חיבור טורי באמצעות פרוטוקול סטנדרטי של בקר מארח שאנו מכנים Spinel . בתכנון זה, OpenThread יכול לפעול ברדיו או במעבד המארח.

שבב יחיד, חוט בלבד (SoC)

אדריכלות OT SoC

בתכנון זה, שכבת היישום ו- OpenThread פועלים על אותו מעבד. היישום משתמש ישירות בממשקי ה- API של OpenThread ובמחסנית IPv6.

זהו עיצוב SoC הנפוץ ביותר עבור מכשירי קצה. מכיוון שהוא משולב מאוד בסיליקון יחיד, יש לו את העלות הנמוכה ביותר ואת צריכת החשמל הנמוכה ביותר.

שבב יחיד, ממשק מרובה (SoC)

ארכיטקטורת SoC מרובה OT

כאשר ל- SoC יש מכשירי רדיו מרובים, כגון 802.15.4 ו- Wi-Fi, או 802.15.4 ו- Bluetooth Low Energy (BLE), שכבת היישום ו- OpenThread עדיין פועלים על אותו מעבד. בתכנון הממשק המרובה, OpenThread ממנף את מחסנית ה- IPv6 המשותפת של צד שלישי באמצעות ממשק גולמי של IPv6.

מעבד משותף ברשת (NCP)

ארכיטקטורת NCP OT

העיצוב הסטנדרטי של NCP כולל תכונות Thread ב- SoC ומריץ את שכבת היישום במעבד מארח, שהוא בדרך כלל מסוגל יותר (אך בעל דרישות הספק גדולות יותר) מאשר מכשיר ה- OpenThread. המעבד המארח מתקשר עם מכשיר OpenThread דרך ממשק טורי (בדרך כלל SPI או UART) באמצעות פרוטוקול Spinel.

היתרון בתכנון זה הוא שהמארח בעל הספק גבוה יותר יכול לישון בעוד מכשיר ה- OpenThread בעל הספק נמוך יותר נשאר פעיל כדי לשמור על מקומו ברשת ה- Thread. ומכיוון שה- SoC אינו קשור לשכבת היישומים, פיתוח ובדיקה של יישומים אינם תלויים במבנה OpenThread.

עיצוב זה שימושי עבור מכשירי שער או מכשירים שיש להם דרישות עיבוד אחרות כמו מצלמות IP ורמקולים.

מעבד רדיו (RCP)

אדריכלות בקר מארח OT

זהו גרסה של תכנון NCP שבו הליבה של OpenThread חיה על המעבד המארח עם "בקר" מינימלי בלבד במכשיר עם רדיו Thread. המעבד המארח בדרך כלל לא ישן בתכנון זה, בין השאר כדי להבטיח אמינות של רשת השרשור.

היתרון כאן הוא ש- OpenThread יכול לנצל את המשאבים במעבד החזק יותר.

עיצוב זה שימושי למכשירים שפחות רגישים למגבלות חשמל. לדוגמא, המעבד המארח במצלמת וידאו פועל תמיד לעיבוד וידיאו.

בעיות פלטפורמה פתוחה

הגליונות הבאים פתוחים כעת לפלטפורמות OpenThread: