גילוי ותפעול

גילוי של מוצרים שאפשר לקבל עליהם עמלות

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

בשתי השיטות, הצומת שאפשר לקבל עליו עמלות מפרסם מידע כפי שמתואר בטבלה 1.

טבלה 1: פרסום של צומת שאפשר לקבל עליו עמלות
שדה אורך חובה
דיסקרימינטור 12 ביט כן
מזהה הספק 16 ביט לא
מזהה מוצר 16 ביט לא
נתונים מורחבים משתנה לא

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

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

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

Bluetooth עם צריכת אנרגיה נמוכה (BLE)

במצב הזה של פרסום, הנציב יראה מודעות BLE. המקבל החוזה חייב להטמיע ממשק פריפרי של פרופיל גישה גנרי (GAP) ולפרסם מדי פעם את המצב שלו ללא הרשאה. במהלך 30 השניות הראשונות אחרי הפעלת המכשיר, תדירות הצגת המודעות צריכה להיות גבוהה, במרווחים של 20 עד 60 אלפיות השנייה.

אחרי 30 שניות, המכשיר חייב להציג מודעות בתדירות נמוכה, במרווחים של 150 עד 1,500 אלפיות השנייה. כשהמכשיר מופעל בפעם הראשונה, הוא צריך להפסיק את הפרסום ב-BLE.

הנציב לא צריך להנפיק בקשות לסריקה. הוא צריך לבצע סריקת נתונים פסיבית בשלושת ערוצי הפרסום של BLE: 37 (2,402MHz),‏ 38 (2,426MHz) ו-39 (2,480MHz). הערוצים האלה נבחרים מאזורים בספקטרום עם חפיפה מינימלית לערוצי Wi-Fi, כדי למזער את ההפרעה בין תחנות הרדיו.

לא נעשה שימוש ב-BLE לצורך זיהוי תפעולי.

Wi-Fi Soft AP

כשמשתמשים ב-Wi-Fi Soft AP, הגורם המקבל את העמלה יזוהה דרך רשת נקודת גישה (AP) רכה זמנית. ה-SSID (שם הרשת) של הרשת הוא בפורמט MATTER-ddd-vvvv-pppp, כאשר:

  • ddd הוא המזהה בן 12 הביט בפורמט HEX.
  • vvvv הוא מזהה הספק באורך 16 ביט בפורמט HEX.
  • pppp הוא מזהה המוצר בן 16 הביט בפורמט HEX.

בכל פעם שהמפקח מתחבר למפקח, שניהם מגדירים כתובות IPv6 מקומיות ייחודיות של קישור, שמאפשרות חיבור בשכבת ה-Wi-Fi. בשלב הזה, תהליך הגילוי ממשיך כמו במקרה של שיטת DNS-SD שמתואר בקטע הבא.

בנוסף, Wi-Fi Soft AP יכול להטמיע DHCP ל-IPv4 ו-Information Element (IE) כדי לחשוף מידע נוסף ספציפי לספק. IE הוא שדה באורך משתנה בתוך מסגרות הניהול של 802.11‏ (Wi-Fi) שמאפשר להעביר מידע מותאם אישית למערכות אחרות.

במהלך הסריקה של הנציב, עדיף להשתמש בערוצי ה-Wi-Fi 1,‏ 6 ו-11, אבל צריך לסרוק את כל הערוצים שמותר להשתמש בהם בהתאם לתקנות המקומיות בנושא ספקטרום.

לא נעשה שימוש ב-Wi-Fi Soft AP לצורך זיהוי תפעולי.

DNS-SD

במקרה כזה, הגורם המורשה יזוהה על ידי מודעות שירות שמות הדומיין – זיהוי שירותים (DNS-SD) שמכילות מידע על השירותים שהצומתים מספקים. מידע נוסף על DNS-SD זמין ב-RFC 6762. זוהי שיטה נפוצה לגילוי מכשירים במקרים הבאים:

  • המקבל מחובר ל-Ethernet, ולכן יש לו גישה פיזית למדיום רשת לא מוצפן.
  • המקבל הצטרף לרשת ה-Wi-Fi או לרשת Thread באמצעות אמצעי מחוץ לתחום התדרים.
  • המפיץ כבר קיבל הרשאה לשימוש ב-Fabric אחר והצטרף לרשת Wi-Fi/Thread. במקרה כזה, המקבל לא יכול להשתמש במודעות BLE או ליצור נקודת AP רכה. לכן, כל המרקמים המשניים מוקצים באמצעות השיטה הזו.

מכשירים מסוג Thread לא משתמשים ישירות ב-DNS-SD, אלא בשיטת proxy שמספקת Thread Border Router. השיטה הזו מוגדרת על ידי פרוטוקול הרישום של שירותי DNS-SD ושרת ה-proxy לפרסום שלו. מכשירי Thread נרשמים בשירות SRP, שבדרך כלל מסופק על ידי נתב גבול (Border Router) של Thread. השירות הזה מטפל בתנועה של mDNS בשם כל צומת Thread רשום, בלי להעמיס על רשת Thread בתנועה נוספת שנוצרת על ידי הפרוטוקולים האלה.

שם המכונה של DNS-SD לזיהוי המכשיר הוא _matterc._udp, ושמות המארחים נוצרים מכתובת MAC באורך 48 ביט או מכתובת MAC מורחבת באורך 64 ביט, שמבוטאות כמחרוזת הקסדצימלית כמו A5F15790B0D15F32.local.. בדרך כלל הרשומה הזו מוצגת רק כשיש אפשרות לקבל עמלות על ידי המפיץ. עם זאת, יכול להיות שהיא תמשיך לפרסם גם כשהיא לא במצב הזמנת מודעות. ההתנהגות הזו נקראת 'גילוי מורחב'.

אחרי הגילוי, כתובות IPv6 מוחזרות ברשומות ה-AAAA וזוגות מפתח/ערך מוחזרים ברשומת ה-TXT של DNS‑SD. זוג המפתח/ערך מכיל מידע כמו המאפיין המבדיל, מזהה הספק ומזהה המוצר. הצומת גם מפרסם תת-סוגים של משימות, שמאפשרים לסנן את התוצאות ולמצוא רק משימות שמתאימות למאפיין מסוים.

גילוי תפעולי

גילוי תפעולי הוא תהליך גילוי וזייהוי של צומת שהופעל. זיהוי תפעולי מתבצע רק באמצעות השיטה DNS-SD שמבוססת על כתובת IP. שם המכונה של הצומת יהיה מורכב ממזהה Fabric דחוס של 64 ביט וממזהה צומת של 64 ביט. לאחר מכן, המזהים האלה בפורמט הקסדצימלי מחוברים באמצעות מקף, למשל 2906C908D115D362-8FC7772401CD0696.local.. לגילוי התפעולי יש את אותו שם מארח יעד כמו לגילוי המכשירים של DNS-SD.

סוג השירות של DNS-SD הוא _matter._tcp. למרות השימוש בשמות של _tcp, יכול להיות שהמכשיר ישתמש בשיטות העברה אחרות כמו UDP.

הקודם
הפעלת עסקאות
הבא
אריג