גילוי ותפעול

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

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

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

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

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

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

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

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

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

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

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

‫BLE לא משמש לגילוי תפעולי.

Wi-Fi Soft AP

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

  • ‫ddd הוא המפלה בן 12 הביטים בפורמט HEX.
  • ‫vvvv הוא מזהה הספק (Vendor ID) בן 16 ביט בפורמט הקסדצימלי.
  • ‫pppp הוא מזהה המוצר בן 16 הביטים בפורמט HEX.

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

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

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

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

DNS-SD

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

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

מכשירי Thread לא משתמשים ישירות ב-DNS-SD, אלא בשיטה מבוססת-פרוקסי שמוצעת על ידי Thread נתב הגבול. השיטה הזו מוגדרת על ידי פרוטוקול רישום שירות DNS-SD ושרת ה-proxy לפרסום שלו. Thread המכשירים נרשמים בשירות ה-SRP,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.

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