Programska oprema SILICON LABS UG103.11 za osnove niti

Specifikacije:

• Ime izdelka: Osnove niti
• Proizvajalec: Silicon Labs
• Protokol: nit
• Različica: Rev. 1.6
• Protokol brezžičnega omrežja: mrežno omrežje
• Podprti standardi: IEEE, IETF

Informacije o izdelku

Thread Fundamentals je varen, brezžično zapleten omrežni protokol, ki ga je razvil Silicon Labs. Podpira naslove IPv6, poceni premostitev z drugimi omrežji IP in je optimiziran za delovanje z nizko porabo energije in baterijo. Protokol je zasnovan za Connected Home in komercialne aplikacije, kjer je zaželeno mreženje na osnovi IP.

Navodila za uporabo

1. Uvod v osnove niti:
   Thread je varen protokol brezžičnega prepletenega omrežja, ki temelji na obstoječih standardih IEEE in IETF. Omogoča komunikacijo med napravami v Connected Home in komercialnih aplikacijah.
2. Implementacija OpenThread:
   OpenThread, prenosna izvedba protokola Thread, ponuja zanesljivo, varno in nizkoenergetsko brezžično komunikacijo med napravami za domače in poslovne aplikacije. Silicon Labs ponuja protokol, ki temelji na OpenThreadu in je prilagojen za delo z njihovo strojno opremo, ki je na voljo na GitHubu in kot del Simplicity Studio 5 SDK.
3. Članstvo v skupini niti:
   Pridružitev skupini Thread Group omogoča dostop do certificiranja izdelkov in spodbuja uporabo naprav, ki podpirajo Thread. Naslednje različice specifikacije niti so napovedane s programi certificiranja leta 2022.

pogosta vprašanja:

• V: Kako lahko prenesem najnovejšo specifikacijo niti?
  O: Najnovejšo specifikacijo niti lahko prenesete tako, da oddate zahtevo v skupini niti webspletno mesto na https://www.threadgroup.org/ThreadSpec.
• V: Kaj je glavni advantagali uporabljate Thread v napravah IoT?
  O: Thread zagotavlja varen protokol za brezžično prepleteno omrežje, ki podpira delovanje z nizko porabo energije in komunikacijo med napravami, s čimer se povečujejo stopnje sprejemanja in sprejemanje uporabnikov za naprave IoT.

UG103.11: Osnove niti

• Ta dokument vključuje kratko ozadje o nastanku
• Nit, zagotavlja tehnologijoview, in opisuje nekatere ključne funkcije Thread, ki jih je treba upoštevati pri izvajanju rešitve Thread.
• Serija Osnove podjetja Silicon Labs pokriva teme, ki bi jih morali vodje projektov, oblikovalci aplikacij in razvijalci razumeti, preden začnejo delati na vdelani omrežni rešitvi z uporabo
• Čipi Silicon Labs, omrežni skladi, kot sta EmberZNet PRO ali Silicon Labs Bluetooth®, in povezana razvojna orodja. Dokumenti se lahko uporabljajo kot izhodišče za vsakogar, ki potrebuje uvod v razvoj brezžičnih omrežnih aplikacij ali kdo je nov v razvojnem okolju Silicon Labs.

KLJUČNE TOČKE

• Predstavlja Thread in zagotavlja tehnologijoview.
• Opisuje nekaj ključnih elementov Threada, vključno z njegovim skladom IP, topologijo omrežja, usmerjanjem in omrežno povezljivostjo, pridruževanjem omrežju, upravljanjem, trajnimi podatki, varnostjo, mejnim usmerjevalnikom, zagonom naprave in aplikacijskim slojem.
• Vsebuje posodobitve za specifikacijo niti 1.3.0.
• Vključuje naslednje korake za delo s ponudbo OpenThread podjetja Silicon Labs.

Uvod

1. Silicon Labs in internet stvari
   • Internetni protokol različice 4 (IPv4) je bil definiran leta 1981 v RFC 791, DARPA Internet Program Protocol Specification. (»RFC« pomeni »Zahteva za komentarje.«) Z uporabo 32-bitnega (4-bajtnega) naslavljanja je IPv4 zagotovil 232 edinstvenih naslovov za naprave v internetu, skupaj približno 4.3 milijarde naslovov. Ker pa je število uporabnikov in naprav eksponentno raslo, je bilo jasno, da bo število naslovov IPv4 izčrpano in da bo potrebna nova različica IP. Od tod razvoj IPv6 v devetdesetih letih prejšnjega stoletja in njegova namera, da nadomesti IPv1990. S 4-bitnim (128-bajtnim) naslavljanjem IPv16 omogoča 6 naslovov, več kot 2128×7.9 naslovov kot IPv1028 (http://en.wikipedia.org/wiki/IPv6).
   • Izziv za podjetja v vgrajeni industriji, kot je Silicon Labs, je obravnavati to migracijo tehnologije in, kar je še pomembneje, zahteve strank, ko se premikamo v vedno povezan svet naprav v domu in poslovnih prostorih, kar se pogosto imenuje internet stvari (IoT). Na visoki ravni so cilji interneta stvari za Silicon Labs:
   • Povežite vse naprave v domu in poslovnem prostoru z najboljšim omrežjem v razredu, bodisi z Zigbee PRO, Thread, Blue-tooth ali drugimi nastajajočimi standardi.
   • Izkoristite strokovno znanje in izkušnje podjetja na področju energetsko prijaznih mikrokrmilnikov.
   • Izboljšajte uveljavljene čipe z nizko porabo in mešanim signalom.
   • Zagotovite poceni premostitev obstoječih naprav Ethernet in Wi-Fi.
   • Omogočite storitve v oblaku in povezljivost s pametnimi telefoni in tablicami, ki bodo spodbujale enostavno uporabo in skupno uporabniško izkušnjo za stranke.
     Z doseganjem vseh teh ciljev se bo povečala stopnja sprejemanja in sprejemljivost uporabnikov za naprave IoT.
2. Skupina niti
   • Skupina niti (https://www.threadgroup.org/) je bil predstavljen 15. julija 2014. Silicon Labs je bil ustanovno podjetje skupaj s šestimi drugimi podjetji. Thread Group je skupina za tržno izobraževanje, ki ponuja certificiranje izdelkov in spodbuja uporabo izdelkov od naprave do naprave (D2D) in od stroja do stroja (M2M), ki podpirajo nit. Članstvo v skupini niti je odprto.
   • Specifikacijo niti 1.1 lahko prenesete po oddaji zahteve tukaj: https://www.threadgroup.org/ThreadSpec. Naslednji različici specifikacije Thread, 1.2 in 1.3.0, sta bili prav tako napovedani s programi certificiranja v letu 2022. Najnovejši osnutek specifikacije Thread 1.4 je na voljo samo članom Thread.
3. Kaj je nit?
   Thread je varen, brezžično prepleten omrežni protokol. Thread stack je odprt standard, ki temelji na zbirki obstoječih standardov Inštituta za inženirje elektrotehnike in elektronike (IEEE) in Internet Engineering Task Force (IETF) in ne na popolnoma novem standardu (glejte naslednjo sliko).
4. Splošne značilnosti niti
   • Sklad Thread podpira naslove IPv6 in zagotavlja poceni premostitev z drugimi omrežji IP ter je optimiziran za delovanje z nizko porabo energije/baterijo in brezžično komunikacijo med napravami. Sklad Thread je zasnovan posebej za povezane domače in komercialne aplikacije, kjer je zaželeno mreženje na podlagi IP in je na skladu mogoče uporabiti različne sloje aplikacij.
   • To so splošne značilnosti niza Thread:
   • Preprosta omrežna namestitev, zagon in delovanje: Thread stack podpira več omrežnih topologij. Namestitev je preprosta s pametnim telefonom, tablico ali računalnikom. Namestitvene kode izdelka se uporabljajo za zagotovitev, da se lahko samo pooblaščene naprave pridružijo omrežju. Preprosti protokoli za oblikovanje in povezovanje omrežij omogočajo sistemom, da se sami konfigurirajo in odpravijo težave z usmerjanjem, ko se pojavijo.
   • Varno: Naprave se ne pridružijo omrežju, razen če so pooblaščene, vsa komunikacija pa je šifrirana in varna. Varnost je zagotovljena na omrežni ravni in lahko na aplikacijski ravni. Vsa omrežja Thread so šifrirana s shemo preverjanja pristnosti iz obdobja pametnih telefonov in šifriranjem Advanced Encryption Standard (AES). Varnost, ki se uporablja v omrežjih Thread, je močnejša od drugih brezžičnih standardov, ki jih je ocenila skupina Thread Group.
   • Mala in velika domača omrežja: Domača omrežja se razlikujejo od nekaj do več sto naprav. Omrežna plast je zasnovana tako, da optimizira delovanje omrežja glede na pričakovano uporabo.
   • Velika komercialna omrežja: Za večje komercialne instalacije eno samo nitno omrežje ne zadostuje za pokritje vseh aplikacijskih, sistemskih in omrežnih zahtev. Model Thread Domain omogoča razširljivost za do 10,000 naprav Thread v eni uvedbi z uporabo kombinacije različnih povezovalnih tehnologij (Thread, Ethernet, Wi-Fi itd.).
   • Dvosmerno odkrivanje in povezljivost storitev: Multicast in broadcast sta neučinkovita v brezžičnih prepletenih omrežjih. Za komunikacijo zunaj mrežnega omrežja Thread zagotavlja register storitev, kjer lahko naprave registrirajo svojo prisotnost in storitve, odjemalci pa lahko uporabijo unicast poizvedbe za odkrivanje registriranih storitev.
   • Domet: tipične naprave zagotavljajo zadosten doseg za pokrivanje običajnega doma. Lahko dostopni modeli z močjo amplifiers znatno razširijo obseg. Porazdeljeni razpršeni spekter se uporablja na fizični ravni (PHY), da je bolj odporen na motnje. Za komercialne namestitve model Thread Domain omogoča več omrežjem Thread, da komunicirajo med seboj prek hrbtenice, s čimer se razširi obseg, da pokrije številna zapletena podomrežja.
   • Brez ene same točke okvare: Thread stack je zasnovan tako, da zagotavlja varno in zanesljivo delovanje tudi ob okvari ali izgubi posameznih naprav. Naprave Thread lahko v topologijo vključijo tudi povezave, ki temeljijo na IPv6, kot sta Wi-Fi in Ethernet, da zmanjšajo verjetnost več particij Thread. Na ta način lahko izkoristijo večjo prepustnost, zmogljivost kanala in pokritost teh infrastrukturnih povezav, medtem ko še vedno podpirajo naprave z nizko porabo energije.
   • Nizka poraba energije: Naprave učinkovito komunicirajo in zagotavljajo izboljšano uporabniško izkušnjo z leti pričakovane življenjske dobe pri normalnih pogojih baterije. Naprave lahko običajno delujejo več let na baterije tipa AA z uporabo ustreznih delovnih ciklov.
   • Stroškovno učinkovito: združljivi nabori čipov in skladi programske opreme različnih proizvajalcev so ocenjeni za množično uvajanje in zasnovani od začetka za izjemno nizko porabo energije.
5.  Odprto
   • OpenThread, ki ga je izdal Google, je odprtokodna implementacija Thread®. Google je izdal OpenThread, da bi omogočil širšo dostopnost omrežne tehnologije, ki se uporablja v izdelkih Google Nest razvijalcem, da bi pospešil razvoj izdelkov za povezane domove in poslovne zgradbe.
   • Z ozko plastjo abstrakcije platforme in majhnim pomnilniškim odtisom je OpenThread zelo prenosljiv. Podpira sistem sistem na čipu (SoC) in radijski koprocesor (RCP).
   • OpenThread definira zanesljiv, varen in nizkoenergijski brezžični komunikacijski protokol med napravami, ki temelji na IPv6, za aplikacije v domačih in komercialnih stavbah. Izvaja vse funkcije, opredeljene v specifikaciji niti 1.1.1, specifikaciji niti 1.2, specifikaciji niti 1.3.0 in osnutku specifikacije niti 1.4 (od izdaje tega dokumenta).
   • Silicon Labs je uvedel protokol, ki temelji na OpenThreadu in je prilagojen za delo s strojno opremo Silicon Labs. Ta protokol je na voljo na GitHubu in tudi kot komplet za razvoj programske opreme (SDK), nameščen s Simplicity Studio 5. SDK je v celoti preizkušen posnetek vira Gi-tHub. Podpira širši nabor strojne opreme kot različica GitHub in vključuje dokumentacijo in exampaplikacije niso na voljo na GitHubu.

Konec tehnologije nitiview

1. IEEE 802.15.4
   • Specifikacija IEEE 802.15.4-2006 je standard za brezžično komunikacijo, ki opredeljuje brezžično plast za nadzor srednjega dostopa (MAC) in fizično (PHY), ki deluje pri 250 kb/s v pasu 2.4 GHz, z načrtom za pasove pod GHz (IEEE 802.15.4. 2006-802.15.4 specifikacija). XNUMX je zasnovan z mislijo na majhno porabo energije in je primeren za aplikacije, ki običajno vključujejo veliko število vozlišč.
   • Sloj 802.15.4 MAC se uporablja za osnovno obravnavanje sporočil in nadzor zastojev. Ta plast MAC vključuje mehanizem večkratnega dostopa z zaznavanjem nosilca (CSMA) za naprave, ki poslušajo čisti kanal, kot tudi povezovalno plast za obravnavanje ponovnih poskusov in potrditve sporočil za zanesljivo komunikacijo med sosednjimi napravami. Šifriranje sloja MAC se uporablja za sporočila na podlagi ključev, ki jih vzpostavijo in konfigurirajo višje plasti sklada programske opreme. Omrežni sloj gradi na teh osnovnih mehanizmih za zagotavljanje zanesljive komunikacije od konca do konca v omrežju.
   • Začenši s specifikacijo Thread 1.2 je bilo implementiranih več optimizacij iz specifikacije IEEE 802.15.4-2015, da so omrežja Thread bolj robustna, odzivna in razširljiva:
   • Izboljšano čakanje na okvir: izboljša življenjsko dobo baterije in odzivnost zaspane končne naprave (SED) z zmanjšanjem števila sporočil, ki jih lahko SED pošlje po zraku. Vsak podatkovni paket, ki prispe iz SED (ne le podatkovne zahteve), se lahko potrdi s prisotnostjo prihajajočih čakajočih podatkov.
   • Izboljšan Keepalive: zmanjša količino prometa, ki je potreben za vzdrževanje povezave med SED in nadrejenim, tako da vsako podatkovno sporočilo obravnava kot omrežni prenos Keepalive.
   • Usklajeni Sampled poslušanje (CSL): Ta funkcija specifikacije IEEE 802.15.4-2015 omogoča boljšo sinhronizacijo med SED in nadrejenim z razporejanjem sinhroniziranih obdobij oddajanja/sprejemanja brez periodičnih zahtev za podatke. To omogoča naprave z nizko porabo energije, ki imajo nizko zakasnitev povezave in omrežje z manjšo možnostjo trkov sporočil.
   • Izboljšano preverjanje ACK: Ta funkcija specifikacije IEEE 802.15.4-2015 omogoča iniciatorju podroben nadzor nad poizvedbami metrike povezav, hkrati pa varčuje z energijo s ponovno uporabo običajnih vzorcev podatkovnega prometa namesto ločenih sondnih sporočil.
2. Nitna omrežna arhitektura
   1. Stanovanjska arhitektura
      Uporabniki komunicirajo z rezidenčnim omrežjem Thread iz svoje naprave (pametnega telefona, tablice ali računalnika) prek Wi-Fi v domačem omrežju (HAN) ali z uporabo aplikacije v oblaku. Naslednja slika prikazuje ključne tipe naprav v omrežni arhitekturi Thread.

Slika 2.1. Nitna omrežna arhitektura
Naslednje vrste naprav so vključene v omrežje Thread, začenši z omrežjem Wi-Fi:

• Mejni usmerjevalniki zagotavljajo povezljivost iz omrežja 802.15.4 v sosednja omrežja na drugih fizičnih ravneh (Wi-Fi, Ethernet itd.). Mejni usmerjevalniki zagotavljajo storitve za naprave znotraj omrežja 802.15.4, vključno s storitvami usmerjanja in odkrivanjem storitev za operacije zunaj omrežja. V nitnem omrežju je lahko eden ali več mejnih usmerjevalnikov.
• Leader v omrežni particiji Thread upravlja register dodeljenih ID-jev usmerjevalnika in sprejema zahteve končnih naprav, primernih za usmerjevalnik (REED), da postanejo usmerjevalniki. Vodja se odloči, kateri naj bodo usmerjevalniki, in tako kot vsi usmerjevalniki v omrežju Thread ima lahko tudi podrejene na koncu naprave. Leader tudi dodeljuje in upravlja naslove usmerjevalnika z uporabo CoAP (Constrained Appli-cation Protocol). Vendar so vse informacije, ki jih vsebuje Leader, prisotne v drugih usmerjevalnikih niti. Torej, če vodja odpove ali izgubi povezljivost z omrežjem niti, je izbran drug usmerjevalnik niti in prevzame vlogo vodje brez posredovanja uporabnika.
• Usmerjevalniki niti zagotavljajo storitve usmerjanja do omrežnih naprav. Usmerjevalniki niti zagotavljajo tudi storitve povezovanja in varnosti za naprave, ki se poskušajo pridružiti omrežju. Usmerjevalniki niti niso zasnovani za spanje in lahko zmanjšajo svojo funkcionalnost ter postanejo REED.
• REED-ji lahko postanejo Thread Router ali Leader, vendar ne nujno Border Router, ki ima posebne lastnosti, kot je več vmesnikov. Zaradi topologije omrežja ali drugih pogojev naprave REED ne delujejo kot usmerjevalniki. REED ne posredujejo sporočil ali zagotavljajo povezovalnih ali varnostnih storitev za druge naprave v omrežju. Omrežje upravlja in promovira naprave, primerne za usmerjevalnik, do usmerjevalnikov, če je potrebno, brez interakcije uporabnika.
• Končne naprave, ki niso primerne za usmerjevalnik, so lahko FED (polne končne naprave) ali MED (minimalne končne naprave). MED-jem se za komunikacijo ni treba izrecno sinhronizirati s svojim nadrejenim.
• Končne naprave v stanju mirovanja (SED) komunicirajo samo prek nadrejenega usmerjevalnika niti in ne morejo posredovati sporočil drugim napravam.
• Sinhronizirane končne naprave v stanju mirovanja (SSED) so razred končnih naprav v stanju mirovanja, ki uporabljajo CSL iz IEEE 802.15.4-2015 za vzdrževanje sinhroniziranega urnika z nadrejenim, pri čemer se izogibajo uporabi rednih podatkovnih zahtev.

Poslovna arhitektura
Komercialni model Thread zajema ključne vrste naprav za stanovanjsko omrežje in dodaja nove koncepte. Uporabniki komunicirajo s komercialnim omrežjem prek naprav (pametnega telefona, tablice ali računalnika) prek Wi-Fi ali prek svojega poslovnega omrežja. Naslednja slika prikazuje topologijo komercialnega omrežja.

Slika 2.2. Topologija komercialnega omrežja

Koncepti so:

• Model Thread Domain podpira brezhibno integracijo več nitnih omrežij kot tudi brezhiben vmesnik do ne-nitnih omrežij IPv6. Glavna prednost domene niti je, da so naprave do neke mere prilagodljive, da se lahko pridružijo kateremu koli razpoložljivemu omrežju niti, ki je konfigurirano s skupno domeno niti, kar zmanjša potrebo po ročnem načrtovanju omrežja ali dragih ročnih rekonfiguracijah, ko se velikost omrežja ali količina podatkov spreminjata. gor.
• Hrbtenični mejni usmerjevalniki (BBR) so razred mejnih usmerjevalnikov v komercialnem prostoru, ki olajšajo sinhronizacijo domene niti več omrežnih segmentov in omogočajo množično širjenje velikega obsega v vsako posamezno mrežo in iz nje v glavni domeni niti. Nitno omrežje, ki je del večje domene, mora imeti vsaj en »Primarni« BBR in ima lahko več »Sekundarnih« BBR-jev za redundanco, varno pred napakami. BBR-ji komunicirajo med seboj prek hrbtenice, ki povezuje vsa omrežja Thread.
• Hrbtenična povezava je povezava IPv6 brez niti, na katero se BBR poveže z uporabo zunanjega vmesnika, ki se uporablja za implementacijo protokola hrbtenične povezave niti (TBLP) za sinhronizacijo z drugimi BBR-ji.
• Nitne naprave v komercialni izvedbi so konfigurirane z uporabo domen niti in domenskih enoličnih naslovov (DUA). DUA naprave se nikoli ne spremeni v njeni življenjski dobi, ko je del domene Thread. To olajša selitev prek različnih omrežij Thread v eni domeni in zagotavlja, da ustrezni BBR-ji olajšajo usmerjanje v več omrežjih Thread.

Ti pojmi so prikazani na naslednji sliki:

Slika 2.3. Model domene niti
Brez ene same točke odpovedi

• Sklad Thread je zasnovan tako, da nima niti ene točke napake. Medtem ko je v sistemu veliko naprav, ki opravljajo posebne funkcije, je Thread zasnovan tako, da jih je mogoče zamenjati, ne da bi to vplivalo na tekoče delovanje omrežja ali naprav. Na primerample, zaspana končna naprava potrebuje nadrejenega elementa za komunikacije, zato ta nadrejeni element predstavlja eno samo točko napake za njegove komunikacije. Vendar lahko zaspana končna naprava izbere in izbere drugega nadrejenega, če njen nadrejeni ni na voljo. Ta prehod ne sme biti viden uporabniku.
  Čeprav je sistem zasnovan tako, da ni ene same točke okvare, bodo v določenih topologijah posamezne naprave brez zmožnosti varnostnega kopiranja. Na primerample, v sistemu z eno mejo
• Usmerjevalnik, če Border Router izgubi napajanje, ni mogoče preklopiti na alternativni Border Router. V tem scenariju je treba izvesti ponovno konfiguracijo mejnega usmerjevalnika.
• Začenši s specifikacijo niti 1.3.0 lahko mejni usmerjevalniki, ki si delijo infrastrukturno povezavo, omogočijo brez ene same točke napake prek drugega medija (kot je Wi-Fi ali Ethernet) z uporabo niti
• Radio Encapsulation Link (TREL). S to funkcijo se zmanjša verjetnost, da se prek povezav oblikujejo particije niti.

Osnove sklada IP

1. Naslavljanje
   • Naprave v nizu niti podpirajo arhitekturo naslavljanja IPv6, kot je opredeljeno v RFC 4291 (https://tools.ietf.org/html/rfc4291: Arhitektura naslavljanja IP različice 6). Naprave podpirajo Unique
   • Lokalni naslov (ULA), enolični naslov domene (DUA) v modelu domene Thread in en ali več naslovov Global Unicast Address (GUA) na podlagi njihovih razpoložljivih virov.
   • Biti višjega reda naslova IPv6 določajo omrežje, ostali pa določene naslove v tem omrežju. Tako imajo vsi naslovi v enem omrežju enakih prvih N bitov. Tisti prvi
   • N bitov se imenuje "predpona". »/64« pomeni, da je to naslov s 64-bitno predpono. Naprava, ki zažene omrežje, izbere predpono /64, ki se nato uporablja v celotnem omrežju. Predpona je ULA (https://tools.ietf.org/html/rfc4193: enolični lokalni naslovi IPv6 Unicast). Omrežje ima lahko tudi enega ali več mejnih usmerjevalnikov, od katerih ima vsak lahko ali pa ne /64, ki se nato lahko uporabi za ustvarjanje ULA ali GUA. Naprava v omrežju uporablja svoj naslov EUI-64 (64-bitni razširjeni enolični identifikator), da izpelje svoj identifikator vmesnika, kot je opredeljeno v razdelku 6 RFC 4944 (https://tools.ietf.org/html/rfc4944: Prenos paketov IPv6 prek omrežij IEEE 802.15.4). Naprava bo podpirala lokalni naslov IPv6 povezave, konfiguriran iz EUI-64 vozlišča kot identifikator vmesnika z dobro znano lokalno predpono povezave FE80::0/64, kot je opredeljeno v RFC 4862 (https://tools.ietf.org/html/rfc4862: IPv6 Stateless Address Autoconfiguration) in RFC 4944.
   • Naprave podpirajo tudi ustrezne multicast naslove. To vključuje lokalno večvrstno oddajanje vseh vozlišč, lokalno večvrstno oddajanje vseh usmerjevalnikov, večvrstno oddajanje samocitiranih vozlišč in lokalno večvrstno oddajanje v mreži. S prisotnostjo hrbteničnega mejnega usmerjevalnika v modelu domene lahko naprave podpirajo tudi naslove za večvrstno oddajanje višjega obsega, če se zanje registrirajo.
   • Vsaki napravi, ki se pridruži omrežju, je dodeljen 2-bajtni kratek naslov v skladu s specifikacijo IEEE 802.15.4-2006. Pri usmerjevalnikih je ta naslov dodeljen z uporabo visokih bitov v naslovnem polju.
   • Otrokom se nato dodeli kratek naslov z uporabo visokih bitov staršev in ustreznih nižjih bitov za njihov naslov. To omogoča kateri koli drugi napravi v omrežju, da razume otrokovo lokacijo usmerjanja z uporabo visokih bitov svojega naslovnega polja.
2. 6LoWPAN
   • 6LoWPAN pomeni "IPv6 prek brezžičnih osebnih omrežij z nizko porabo energije." Glavni cilj 6LoWPAN je pošiljanje in sprejemanje paketov IPv6 prek povezav 802.15.4. Pri tem se mora prilagoditi največji velikosti okvirja 802.15.4, poslanega po zraku. V ethernetnih povezavah je mogoče paket z velikostjo IPv6 največje prenosne enote (MTU) (1280 bajtov) zlahka poslati kot en okvir prek povezave. V primeru 802.15.4 6LoWPAN deluje kot prilagoditvena plast med omrežno plastjo IPv6 in povezovalno plastjo 802.15.4. Rešuje vprašanje prenosa IPv6
   • MTU tako, da fragmentira paket IPv6 pri pošiljatelju in ga ponovno sestavi pri prejemniku.
     6LoWPAN zagotavlja tudi mehanizem za stiskanje, ki zmanjša velikost glav IPv6, poslanih po zraku, in tako zmanjša stroške prenosa. Manj ko je bitov poslanih po zraku, manj energije porabi naprava. Thread v celoti izkorišča te mehanizme za učinkovito prenašanje paketov prek omrežja 802.15.4. RFC 4944 (https://tools.ietf.org/html/rfc4944) in RFC 6282 (https://tools.ietf.org/html/rfc6282) podrobno opisujejo metode, s katerimi se dosežeta fragmentacija in stiskanje glave.
3. Posredovanje sloja povezave
   Druga pomembna značilnost plasti 6LoWPAN je posredovanje paketov na ravni povezave. To zagotavlja zelo učinkovit mehanizem z nizkimi stroški za posredovanje paketov z več skoki v zapletenem omrežju. Nit uporablja usmerjanje na ravni IP s posredovanjem paketov na ravni povezave.
   Thread uporablja povezovalno plast posredovanja za posredovanje paketov na podlagi usmerjevalne tabele IP. Da bi to dosegli, se v vsakem paketu z več skoki uporablja mrežasta glava 6LoWPAN (glejte naslednjo sliko).
   • Slika 3.1. Oblika glave mreže
   • V Thread sloj 6LoWPAN zapolni informacije o glavi mreže s 16-bitnim kratkim naslovom začetnika in 16-bitnim izvornim naslovom končnega cilja. Oddajnik poišče 16-bitni kratki naslov naslednjega skoka v usmerjevalni tabeli in nato pošlje okvir 6LoWPAN na 16-bitni kratki naslov naslednjega skoka kot cilj. Naprava z naslednjim skokom prejme paket, poišče naslednji skok v
   • Usmerjevalna tabela/tabela sosedov zmanjša število skokov v mrežni glavi 6LoWPAN in nato pošlje paket na naslednji skok ali končni ciljni 16-bitni kratki naslov kot cilj.
   • Enkapsulacija 6LoWPAN
     Paketi 6LoWPAN so zgrajeni po istem principu kot paketi IPv6 in vsebujejo zložene glave za vsako dodano funkcionalnost. Pred vsako glavo 6LoWPAN je odpremna vrednost, ki identificira vrsto glave (glejte naslednjo sliko).
4. Enkapsulacija 6LoWPAN
   Paketi 6LoWPAN so zgrajeni po istem principu kot paketi IPv6 in vsebujejo zložene glave za vsako dodano funkcionalnost. Pred vsako glavo 6LoWPAN je odpremna vrednost, ki identificira vrsto glave (glejte naslednjo sliko).
   Slika 3.2. Splošni format paketa 6LoWPAN
   Nit uporablja naslednje vrste glav 6LoWPAN:
   • Glava mreže (uporablja se za posredovanje povezovalne plasti)
   • Glava za fragmentacijo (uporablja se za fragmentacijo paketa IPv6 v več paketov 6LoWPAN)
   • Glava stiskanja glave (uporablja se za stiskanje glav IPv6)
   • Specifikacija 6LoWPAN določa, da se morajo, če je prisotnih več kot ena glava, prikazati v zgoraj navedenem vrstnem redu. Sledijo pramppaketov 6LoWPAN, poslanih po zraku.
   • Na naslednji sliki je koristni tovor 6LoWPAN sestavljen iz stisnjene glave IPv6 in preostalega koristnega tovora IPv6.
   • Slika 3.3. Paket 6LoWPAN, ki vsebuje vsebino IPv6 s stisnjeno glavo IPv6
   • Na naslednji sliki koristni tovor 6LoWPAN vsebuje glavo IPv6 in del koristnega tovora IPv6.
   • Slika 3.4. Paket 6LoWPAN, ki vsebuje mrežno glavo, glavo za fragmentacijo in glavo za stiskanje. Preostanek koristnega tovora bo poslan v naslednjih paketih glede na format na naslednji sliki.
   • Slika 3.5. 6LoWPAN Naknadni fragment
5. ICMP
   Nitne naprave podpirajo protokol Internet Control Message Protocol različice 6 (ICMPv6), kot je opredeljeno v RFC 4443, Internet Control Message Protocol (ICMPv6) za specifikacijo Internet Protocol Version 6 (IPv6). Podpirajo tudi echo zahtevo in echo odgovor sporočila.
6. UDP
   Sklad Thread podpira uporabnika Datagram protokol (UDP), kot je definiran v RFC 768, uporabnik Datagram protokol.
7. TCP
   Sklad niti podpira različico protokola za nadzor prenosa (TCP), imenovano »TCPlp« (TCP Low Power) (glejte usenix-NSDI20). Naprava, združljiva z nitjo, izvaja vlogi pobudnika in poslušalca TCP, kot je opisano v:
   • RFC 793, Protokol za nadzor prenosa
   • RFC 1122, Zahteve za internetne gostitelje
   • Specifikacija niti 1.3.0 in novejše: Obstoječe implementacije TCP običajno niso nastavljene za optimalno delovanje v brezžičnih prepletenih omrežjih in z omejenimi velikostmi okvirjev 802.15.4. Zato specifikacija opredeljuje tiste elemente in vrednosti parametrov, ki so potrebni za učinkovito implementacijo TCP v nitnih omrežjih (glejte specifikacijo niti 1.3.0, razdelek 6.2 TCP).
8. SRP
   • Protokol registracije storitev (SRP), kot je opredeljen v protokolu registracije storitev za odkrivanje storitev na podlagi DNS, se uporablja v napravah Thread, začenši s specifikacijo niti 1.3.0. Obstajati mora register storitev, ki ga vzdržuje mejni usmerjevalnik. Odjemalci SRP v mesh omrežju se lahko registrirajo za ponujanje različnih storitev. Strežnik SRP sprejema poizvedbe za odkrivanje na podlagi DNS in dodatno ponuja kriptografijo z javnimi ključi za varnost, skupaj z drugimi manjšimi izboljšavami za boljšo podporo omejenim odjemalcem.

Topologija omrežja

1. Omrežni naslov in naprave
   • Thread stack podpira popolno mrežno povezljivost med vsemi usmerjevalniki v omrežju. Dejanska topologija temelji na številu usmerjevalnikov v omrežju. Če obstaja samo en usmerjevalnik, potem omrežje tvori zvezdo. Če obstaja več kot en usmerjevalnik, se mreža samodejno oblikuje (glejte 2.2 Arhitektura omrežja niti).
2. Mesh omrežja
   • Vgrajena mrežasta omrežja naredijo radijske sisteme bolj zanesljive, saj radijskim sprejemnikom omogočajo posredovanje sporočil drugim radijskim sprejemnikom. Na primerample, če vozlišče ne more poslati sporočila neposredno drugemu vozlišču, vdelano mrežno omrežje posreduje sporočilo prek enega ali več vmesnih vozlišč. Kot je razloženo v razdelku 5.3 Usmerjanje, vsa vozlišča usmerjevalnika v nizu niti vzdržujejo poti in medsebojno povezljivost, tako da je mreža nenehno vzdrževana in povezana. V omrežju Thread je omejitev 64 naslovov usmerjevalnika, vendar jih ni mogoče uporabiti vseh hkrati. To omogoča čas za ponovno uporabo naslovov izbrisanih naprav.
   • V prepletenem omrežju zaspane končne naprave ali naprave, primerne za usmerjevalnik, ne usmerjajo za druge naprave. Te naprave pošiljajo sporočila staršu, ki je usmerjevalnik. Ta nadrejeni usmerjevalnik upravlja operacije usmerjanja za svoje podrejene naprave.

Usmerjanje in omrežna povezljivost

Omrežje Thread ima do 32 aktivnih usmerjevalnikov, ki uporabljajo usmerjanje naslednjega skoka za sporočila na podlagi usmerjevalne tabele. Usmerjevalno tabelo vzdržuje sklad Thread, da se zagotovi, da imajo vsi usmerjevalniki povezljivost in posodobljene poti za vse druge usmerjevalnike v omrežju. Vsi usmerjevalniki izmenjujejo z drugimi usmerjevalniki svoje stroške usmerjanja do drugih usmerjevalnikov v omrežju v stisnjenem formatu z uporabo Mesh Link Establishment (MLE).

1.  Sporočila MLE
   • Sporočila Mesh Link Establishment (MLE) se uporabljajo za vzpostavitev in konfiguracijo varnih radijskih povezav, zaznavanje sosednjih naprav in vzdrževanje stroškov usmerjanja med napravami v omrežju. MLE deluje pod usmerjevalno plastjo in uporablja lokalne unicaste in večoddaje med usmerjevalniki z enim skokom.
   • Sporočila MLE se uporabljajo za identifikacijo, konfiguracijo in varovanje povezav do sosednjih naprav, ko se spreminjata topologija in fizično okolje. MLE se uporablja tudi za distribucijo konfiguracijskih vrednosti, ki so v skupni rabi po omrežju, kot sta ID kanala in osebnega omrežja (PAN). Ta sporočila je mogoče posredovati s preprostim poplavljanjem, kot določa MPL (https://tools.ietf.org/html/draft-ietf-roll-trickle-mcast-11: Multicast Protocol za omrežja z nizko porabo energije in izgubami (MPL)).
   • Sporočila MLE zagotavljajo tudi upoštevanje asimetričnih stroškov povezave pri določanju stroškov usmerjanja med dvema napravama. Stroški asimetrične povezave so pogosti v omrežjih 802.15.4. Da bi zagotovili zanesljivost dvosmernega sporočanja, je pomembno upoštevati stroške dvosmerne povezave.
2. Odkrivanje in popravilo poti
   • Odkrivanje poti na zahtevo se običajno uporablja v omrežjih 802.15.4 z nizko porabo energije. Vendar pa je odkrivanje poti na zahtevo drago v smislu stroškov omrežja in pasovne širine, ker naprave oddajajo zahteve za odkrivanje poti prek omrežja. V skladu niti vsi usmerjevalniki izmenjujejo pakete MLE z enim skokom, ki vsebujejo informacije o stroških, z vsemi drugimi usmerjevalniki v omrežju. Vsi usmerjevalniki imajo posodobljene informacije o stroških poti do katerega koli drugega usmerjevalnika v omrežju, tako da odkrivanje poti na zahtevo ni potrebno. Če pot ni več uporabna, lahko usmerjevalniki izberejo naslednjo najprimernejšo pot do cilja.
   • Usmerjanje do podrejenih naprav se izvede tako, da se pogledajo visoki biti podrejenega naslova, da se določi naslov nadrejenega usmerjevalnika. Ko naprava pozna nadrejeni usmerjevalnik, pozna informacije o stroških poti in informacije o usmerjanju naslednjega skoka za to napravo.
   • Ko se spremenijo stroški poti ali topologija omrežja, se spremembe razširijo po omrežju s pomočjo sporočil MLE z enim skokom. Stroški usmerjanja temeljijo na kakovosti dvosmerne povezave med dvema napravama. Kakovost povezave v vsaki smeri temelji na meji povezave na dohodnih sporočilih te sosednje naprave. Indikator moči dohodnega signala (RSSI) je preslikan v kakovost povezave od 0 do 3. Vrednost 0 pomeni neznano ceno.
   • Ko usmerjevalnik prejme novo sporočilo MLE od soseda, že ima vnos v tabeli sosedov za napravo ali pa je ta dodan. Sporočilo MLE vsebuje dohodne stroške od soseda, zato se to posodobi v tabeli sosedov usmerjevalnika. Sporočilo MLE vsebuje tudi posodobljene informacije o usmerjanju za druge usmerjevalnike, ki so posodobljeni v tabeli usmerjanja.
   • Število aktivnih usmerjevalnikov je omejeno na količino informacij o usmerjanju in stroških, ki jih lahko vsebuje en paket 802.15.4. Ta omejitev je trenutno 32 usmerjevalnikov.
3. Usmerjanje
   • Naprave za posredovanje paketov uporabljajo običajno usmerjanje IP. Usmerjevalna tabela je zapolnjena z omrežnimi naslovi in ​​ustreznim naslednjim skokom.
   • Usmerjanje vektorja razdalje se uporablja za pridobivanje poti do naslovov, ki so v lokalnem omrežju. Pri usmerjanju v lokalnem omrežju zgornjih šest bitov tega 16-bitnega naslova določa cilj usmerjevalnika.
   • Ta nadrejeni usmerjevalnik je nato odgovoren za posredovanje do končnega cilja na podlagi preostanka 16-bitnega naslova.
   • Za usmerjanje izven omrežja mejni usmerjevalnik obvesti vodjo usmerjevalnika o določenih predponah, ki jih streže, in te informacije razdeli kot omrežne podatke znotraj paketov MLE. Omrežni podatki vključujejo podatke o predponi, ki je sama predpona, kontekst 6LoWPAN, mejne usmerjevalnike in samodejno konfiguracijo naslova brez stanja (SLAAC) ali strežnik DHCPv6 za to predpono. Če naj naprava konfigurira naslov s to predpono, vzpostavi stik z ustreznim strežnikom SLAAC ali DHCP za ta naslov. Omrežni podatki vključujejo tudi seznam usmerjevalnih strežnikov, ki so 16-bitni naslovi privzetih mejnih usmerjevalnikov.
   • Poleg tega v komercialnem prostoru z modelom Thread Domain Backbone Border Router obvesti vodjo usmerjevalnika o enolični predponi domene, ki ji služi, da pokaže, da je ta mreža del večje domene Thread. Omrežni podatki za to vključujejo podatke predpone, kontekst 6LoWPAN in mejni usmerjevalnik ALOC. Za ta niz predpon ni nastavljenih zastavic SLAAC ali DHCPv6, vendar dodelitev naslova sledi modelu brez stanja. Poleg tega obstajajo tudi TLV storitev in strežnikov, ki označujejo zmožnost storitve "hrbtenice" tega mejnega usmerjevalnika. Zmožnost zaznavanja podvojenih naslovov prek hrbtenice obstaja za vsako napravo, ki registrira svoj enolični naslov domene (DUA) z BBR. DUA naprave se nikoli ne spremeni v njeni življenjski dobi, ko je del domene Thread.
   • To olajša selitev prek različnih nitnih omrežij v eni domeni in zagotavlja, da ustrezni BBR-ji olajšajo usmerjanje v več nitnih omrežjih. Preko hrbtenice se uporabljajo standardne tehnologije usmerjanja IPv6, kot sta IPv6 Neighbor Discovery (NS/NA po RFC 4861) in Multicast Listener Discovery (MLDv2 po RFC 3810).
   • Vodja je določen za spremljanje naprav, primernih za usmerjevalnik, ki postanejo usmerjevalniki ali omogoča usmerjevalnikom, da se vrnejo na naprave, primerne za usmerjevalnik. Ta vodja tudi dodeljuje in upravlja naslove usmerjevalnika z uporabo CoAP. Vse informacije v tem Leaderju pa se občasno oglašujejo tudi drugim usmerjevalnikom. Če vodja zapusti omrežje, je izbran drug usmerjevalnik, ki prevzame vlogo vodje brez posredovanja uporabnika.
   • Mejni usmerjevalniki so odgovorni za stiskanje ali razširitev 6LoWPAN in naslavljanje izvenomrežnih naprav. Hrbtenični mejni usmerjevalniki so odgovorni za ravnanje z MPL z inkapsulacijo IP-v-IP in dekapsulacijo za večpredstavnostna oddajanja večjega obsega, ki gredo v mrežo in iz nje.
   • Za več informacij o mejnih usmerjevalnikih glejte AN1256: Uporaba RCP Silicon Labs z mejnim usmerjevalnikom OpenThread.
4. Ponovni poskusi in potrditve
   • Medtem ko se sporočila UDP uporabljajo v nizu Thread, je potrebna zanesljiva dostava sporočil, ki jo dokončajo ti lahki mehanizmi:
   • Ponovni poskusi na ravni MAC – vsaka naprava uporablja potrditve MAC iz naslednjega skoka in bo znova poskusila poslati sporočilo na ravni MAC, če sporočilo MAC ACK ni prejeto.
   • Ponovni poskusi aplikacijske plasti – aplikacijska plast lahko ugotovi, ali je zanesljivost sporočila kritičen parameter. Če je tako, se lahko uporabi protokol potrditve in ponovnega poskusa od konca do konca, kot so ponovni poskusi CoAP.

Priključitev in delovanje omrežja

Navoj omogoča dva načina spajanja:

• Delite informacije o zagonu neposredno v napravo z uporabo metode zunaj pasu. To omogoča usmerjanje naprave v ustrezno omrežje z uporabo teh informacij.
• Vzpostavite zagonsko sejo med pridruženo napravo in aplikacijo za zagon na pametnem telefonu, tabličnem računalniku ali web.
• Za komercialno omrežje z modelom domene Thread je postopek avtonomnega vpisa brez posredovanja uporabnika, ki zagotavlja operativna potrdila na spojnikih po preverjanju pristnosti, določen s specifikacijo niti 1.2. Operativni certifikat kodira podatke o domeni za napravo in omogoča zagotavljanje varnega glavnega ključa omrežja. Ta model zahteva registrarja oz
• Thread Registrar Interface (TRI) na hrbteničnem mejnem usmerjevalniku in olajša komunikacijo z zunanjim organom (MASA) z uporabo protokolov ANIMA/BRSKI/EST. Omrežje, ki podpira ta model zagona, se imenuje omrežje CCM.
• Za več informacij o zagonu nitnih omrežij glejte razdelek 11. Zagon naprave.
• Pogosto uporabljena metoda 802.15.4 združevanja z zastavico za združevanje dovoljenja v nosilcu svetilnika se ne uporablja v omrežjih Thread. Ta metoda se najpogosteje uporablja za združevanje tipa tipke, kjer ni uporabniškega vmesnika ali zunajpasovnega kanala do naprav. Ta metoda ima težave s krmiljenjem naprave v primerih, ko je na voljo več omrežij, in lahko predstavlja tudi varnostna tveganja.
• V nitnih omrežjih vse pridružitve sproži uporabnik. Po pridružitvi se izvede varnostna avtentikacija na ravni aplikacije z napravo za zagon. To varnostno preverjanje pristnosti je obravnavano v razdelku 9. Varnost.
• Naprave se omrežju pridružijo kot zaspane končne naprave, končne naprave (MED ali FED) ali REED. Šele potem, ko se REED pridruži in se nauči konfiguracije omrežja, lahko zahteva, da postane a

Usmerjevalnik niti. Ob pridružitvi naprava prejme 16-bitni kratek naslov na podlagi nadrejenega. Če naprava, primerna za usmerjevalnik, postane usmerjevalnik niti, ji vodja dodeli naslov usmerjevalnika. Zaznavanje podvojenih naslovov za usmerjevalnike niti zagotavlja centralizirani mehanizem za distribucijo naslovov usmerjevalnika, ki se nahaja na Leaderju. Starš je odgovoren za izogibanje podvojenim naslovom za gostiteljske naprave, ker jim dodeli naslove ob pridružitvi.

1. Odkrivanje omrežja
   • Pridružena naprava uporablja odkrivanje omrežja, da ugotovi, katera omrežja 802.15.4 so v radijskem dosegu. Naprava pregleda vse kanale, izda zahtevo za odkrivanje MLE na vsakem kanalu in čaka na odgovore odkritja MLE. Odziv odkritja 802.15.4 MLE vsebuje obremenitev z omrežnimi parametri, vključno z identifikatorjem nabora omrežnih storitev (SSID), razširjenim ID-jem PAN in drugimi vrednostmi, ki kažejo, ali omrežje sprejema nove člane in ali podpira izvorno zagon.
   • Odkrivanje omrežja ni potrebno, če je naprava vključena v omrežje, ker pozna kanal in razširjeni PAN ID za omrežje. Te naprave se nato priključijo na omrežje s priloženim materialom za zagon.
2. Podatki MLE
   • Ko je naprava priključena na omrežje, so potrebne različne informacije, da lahko sodeluje v omrežju. MLE zagotavlja storitve za napravo, da pošlje enooddajo sosednji napravi, da zahteva omrežne parametre in posodobi stroške povezave do sosedov. Ko se pridruži nova naprava, izvede tudi odziv na izziv za nastavitev števcev varnostnih okvirjev, kot je opisano v razdelku 9. Varnost.
   • Vse naprave podpirajo prenos in sprejem sporočil o konfiguraciji povezave MLE. To vključuje sporočila »zahteva za povezavo«, »sprejmi povezavo« in »sprejmi in zahtevaj povezavo«.
   • Izmenjava MLE se uporablja za konfiguracijo ali izmenjavo naslednjih informacij:
   • 16-bitni kratki in 64-bitni dolgi naslov EUI 64 sosednjih naprav
   • Informacije o zmožnostih naprave, vključno s tem, ali je končna naprava v stanju mirovanja, in cikel mirovanja naprave
   • Sosedska povezava stane, če je usmerjevalnik niti
   • Varnostni material in števci okvirjev med napravami
   • Stroški usmerjanja do vseh drugih usmerjevalnikov niti v omrežju
   • Zbiranje in distribucija meritev povezav o različnih konfiguracijskih vrednostih povezav
   • Opomba: Sporočila MLE so šifrirana, razen med začetnimi operacijami zagona vozlišča, ko nova naprava ni pridobila varnostnega materiala.
3.  CoAP
   Protokol omejene aplikacije (CoAP), kot je opredeljen v RFC 7252 (https://tools.ietf.org/html/rfc7252: Constrained Application Proto-col (CoAP)) je specializiran transportni protokol za uporabo z omejenimi vozlišči in omrežji z nizko porabo energije. CoAP zagotavlja model interakcije zahteva/odziv med končnimi točkami aplikacije, podpira vgrajeno odkrivanje storitev in virov ter vključuje ključne koncepte web kot npr URLs. CoAP se uporablja v Threadu za konfiguracijo mrežnih lokalnih naslovov in naslovov za večvrstno oddajanje, ki jih zahtevajo naprave. Poleg tega se CoAP uporablja tudi za sporočila upravljanja, kot je pridobivanje in nastavitev diagnostičnih informacij in drugih omrežnih podatkov na aktivnih usmerjevalnikih Thread.
4. DHCPv6
   DHCPv6, kot je opredeljen v RFC 3315, se uporablja kot protokol odjemalec-strežnik za upravljanje konfiguracije naprav v omrežju. DHCPv6 uporablja UDP za zahtevanje podatkov od strežnika DHCP (https://www.ietf.org/rfc/rfc3315.txt: Protokol dinamične konfiguracije gostitelja za IPv6 (DHCPv6)).
   Storitev DHCPv6 se uporablja za konfiguracijo:
   • Omrežni naslovi
   • Multicast naslovi, ki jih zahtevajo naprave
   • Ker so kratki naslovi dodeljeni iz strežnika z uporabo DHCPv6, zaznavanje podvojenih naslovov ni potrebno. DHCPv6 uporabljajo tudi mejni usmerjevalniki, ki dodeljujejo naslove na podlagi predpone, ki jo zagotovijo.
5. SLAAC
   SLAAC (Samodejna konfiguracija naslova brez stanja), kot je opredeljeno v RFC 4862 (https://tools.ietf.org/html/rfc4862: IPv6 Stateless Address Auto-configuration) je metoda, pri kateri mejni usmerjevalnik dodeli predpono, nato pa usmerjevalnik izpelje zadnjih 64 bitov njegovega naslova. Mehanizem samodejne konfiguracije IPv6 brez stanja ne zahteva ročne konfiguracije gostiteljev, minimalne (če sploh) konfiguracije usmerjevalnikov in nobenih dodatnih strežnikov. Mehanizem brez stanja omogoča gostitelju, da ustvari lastne naslove s kombinacijo lokalno razpoložljivih informacij in informacij, ki jih oglašujejo usmerjevalniki.
6. SRP
   Protokol registracije storitev (SRP), kot je opredeljen v protokolu registracije storitev za odkrivanje storitev na podlagi DNS, se uporablja v napravah Thread, začenši s specifikacijo niti 1.3.0. Obstajati mora register storitev, ki ga vzdržuje mejni usmerjevalnik. Odjemalci SRP v mesh omrežju se lahko registrirajo za ponujanje različnih storitev. Strežnik SRP sprejema poizvedbe za odkrivanje na podlagi DNS in dodatno ponuja kriptografijo z javnimi ključi za varnost, skupaj z drugimi manjšimi izboljšavami za boljšo podporo omejenim odjemalcem.

Upravljanje

1. ICMP
   Vse naprave podpirajo protokol za nadzorna sporočila interneta za sporočila o napakah IPv6 (ICMPv6) ter sporočila z odmevno zahtevo in odmevnim odgovorom.
2. Upravljanje naprav
   Aplikacijska plast v napravi ima dostop do nabora informacij o upravljanju in diagnostiki naprave, ki jih je mogoče uporabiti lokalno ali zbrati in poslati drugim napravam za upravljanje.
   Na ravneh 802.15.4 PHY in MAC zagotavlja naprava ravni upravljanja naslednje informacije:
   • Naslov EUI 64
   • 16-bitni kratki naslov
   •  Informacije o zmogljivosti
   • PAN ID
   • Paketi poslani in prejeti
   • Poslani in prejeti okteti
   • Paketi, odpuščeni pri prenosu ali sprejemu
   • Varnostne napake
   • Število ponovnih poskusov MAC
3. Upravljanje omrežja
   Omrežna plast na napravi zagotavlja tudi informacije o upravljanju in diagnostiki, ki jih je mogoče uporabiti lokalno ali poslati drugim napravam za upravljanje. Omrežna plast nudi seznam naslovov IPv6, sosednjo in podrejeno tabelo ter usmerjevalno tabelo.

Trajni podatki

Naprave, ki delujejo na terenu, se lahko ponastavijo pomotoma ali namerno iz različnih razlogov. Naprave, ki so bile ponastavljene, morajo znova zagnati omrežne operacije brez posredovanja uporabnika. Da bi bilo to uspešno izvedeno, mora obstojni pomnilnik shraniti naslednje informacije:

• Informacije o omrežju (kot je ID PAN)
• Varnostni material
• Informacije o naslavljanju iz omrežja za oblikovanje naslovov IPv6 za naprave

$Security

• Nitna omrežja so brezžična omrežja, ki jih je treba zavarovati pred napadi po zraku (OTA). Prav tako so povezani z internetom in jih je zato treba zavarovati pred internetnimi napadi. Številne aplikacije, ki se razvijajo za Thread, bodo služile širokemu spektru uporab, ki zahtevajo dolga obdobja nenadzorovanega delovanja in nizko porabo energije. Posledično je varnost omrežij Thread ključnega pomena.
• Thread uporablja ključ za celotno omrežje, ki se uporablja na sloju za dostop do medijev (MAC) za šifriranje. Ta ključ se uporablja za standardno avtentikacijo in šifriranje IEEE 802.15.4-2006. Varnost IEEE 802.15.4-2006 ščiti omrežje Thread pred napadi po zraku, ki izvirajo izven omrežja. Ogrožanje katerega koli posameznega vozlišča bi lahko razkrilo ključ celotnega omrežja. Posledično običajno ni edina oblika varnosti, ki se uporablja v omrežju Thread. Vsako vozlišče v omrežju Thread izmenjuje števce okvirjev s svojimi sosedi prek rokovanja MLE. Ti števci sličic pomagajo pri zaščiti pred napadi ponovnega predvajanja. (Za več informacij o MLE glejte specifikacijo niti.) Thread omogoča aplikaciji uporabo katerega koli internetnega varnostnega protokola za komunikacijo od konca do konca.
• Vozlišča zakrijejo tako svoje vmesnike IP-naslovov v mreži kot svoje razširjene ID-je MAC tako, da jih naključno razvrstijo. Zaloga EUI64, kot je podpisana vozlišču, se uporablja kot izvorni naslov samo med začetno fazo pridružitve. Ko je vozlišče priključeno omrežju, uporablja vozlišče kot vir bodisi naslov, ki temelji na njegovem dvobajtnem ID-ju vozlišča, bodisi enega od svojih naključnih naslovov, omenjenih zgoraj. Ko je vozlišče priključeno na omrežje, se EUI64 ne uporablja kot izvorni naslov.

Tudi upravljanje omrežja mora biti varno. Aplikacijo za upravljanje omrežja Thread je mogoče zagnati na kateri koli napravi, povezani z internetom. Če ta naprava sama ni članica omrežja Thread, mora najprej vzpostaviti varno Datagram povezava Transport Layer Security (DTLS) z Thread Border Router. Vsako omrežje Thread ima geslo za upravljanje, ki se uporablja pri vzpostavljanju te povezave. Ko je aplikacija za upravljanje povezana z omrežjem Thread, je mogoče v omrežje dodati nove naprave.

1. 802.15.4 Varnost
   • Specifikacija IEEE 802.15.4-2006 opisuje brezžične protokole in protokole za dostop do medijev za PAN in HAN. Ti protokoli so namenjeni izvajanju na namenskih radijskih napravah, kot so tiste, ki so na voljo pri Silicon Labs. IEEE 802.15.4-2006 podpira različne aplikacije, od katerih so mnoge varnostno občutljive. Na primerample, razmislite o aplikaciji alarmnega sistema, ki spremlja zasedenost stavbe. Če omrežje ni varno in vsiljivec pridobi dostop do omrežja, se lahko sporočila oddajajo, da ustvarijo lažni alarm, spremenijo obstoječi alarm ali utišajo legitimen alarm. Vsaka od teh situacij predstavlja veliko tveganje za stanovalce v stavbi.
   • Številne aplikacije zahtevajo zaupnost, večina pa tudi zaščito celovitosti. 802-15.4-2006 obravnava te zahteve z uporabo varnostnega protokola povezovalnega sloja s štirimi osnovnimi varnostnimi storitvami:
   • Nadzor dostopa
   • Celovitost sporočila
   • Zaupnost sporočila
   • Zaščita pred ponovnim predvajanjem
   • Zaščita pred ponovnim predvajanjem, ki jo zagotavlja IEEE 802.15.4-2006, je le delna. Thread zagotavlja dodatno varnost z uporabo rokovanja MLE med vozlišči, o katerih smo govorili zgoraj, za dokončanje zaščite pred ponovnim predvajanjem.
2. Varno upravljanje omrežja
   Tudi upravljanje omrežja mora biti varno. Aplikacijo za upravljanje omrežja Thread je mogoče zagnati na kateri koli napravi, povezani z internetom. Obstajata dva dela varnosti:
   • Varnost po zraku, za katero skrbi 802.15.4. Nit izvaja varnost 802.15.4-2006 ravni 5.
   • Omrežja CCM: Če naprava sama ni članica omrežja CCM, mora vzpostaviti povezavo z mejnim hrbteničnim usmerjevalnikom, da pridobi svoje operativno potrdilo, da se vzpostavi kot del domene Thread.
   • Omrežja, ki niso CCM: Internetna varnost: Če naprava sama ni članica omrežja Thread, mora najprej vzpostaviti varno povezavo Data-gram Transit Layer Security (DTLS) z usmerjevalnikom Thread Border Router. Vsako omrežje Thread ima geslo za upravljanje, ki se uporablja za vzpostavljanje varnih povezav med zunanjimi napravami za upravljanje in mejnimi usmerjevalniki. Ko je aplikacija za upravljanje povezana z omrežjem Thread, je mogoče v omrežje dodati nove naprave.

Mejni usmerjevalnik

• Thread Border Router je naprava, ki povezuje brezžično omrežje Thread z drugimi omrežji, ki temeljijo na IP (kot sta Wi-Fi ali Ethernet) v zunanjem svetu prek lokalnega domačega ali poslovnega omrežja. Za razliko od prehodov v drugih brezžičnih rešitvah je popolnoma pregleden za transportne in aplikacijske protokole, ki se nahajajo nad omrežno plastjo. Posledično lahko aplikacije varno komunicirajo od konca do konca brez prevajanja aplikacijskega sloja.
• Thread Border Router minimalno podpira naslednje funkcije:
  • Povezljivost IP od konca do konca prek usmerjanja med napravami Thread in drugimi zunanjimi omrežji IP.
  • Zagon zunanjega navoja (nprample, mobilni telefon) za preverjanje pristnosti in pridružitev naprave Thread omrežju Thread.

V omrežju je lahko več mejnih usmerjevalnikov, kar odpravi "eno samo točko okvare" v primeru okvare enega od njih. Border Router omogoča, da se vsaka naprava Thread neposredno poveže z globalnimi storitvami v oblaku, ko omrežja podjetij uporabljajo IPv6 in IPv4 ali samo IPv4.

1.  Funkcije mejnega usmerjevalnika za komunikacijo zunaj mreže
   • Thread je mogoče takoj implementirati v trenutnih delovnih situacijah, pred delnim ali popolnim prehodom na IPv6, Thread pa omogoča IPv4 združljivost nazaj z uporabo omrežnega naslova
   • Prevajanje (NAT). NAT64 prevede pakete IPv6 v IPv4, NAT64 pa prevede pakete IPv4 v IPv6. Thread Border Router lahko deluje kot gostitelj IPv4 v prostranem omrežju (WAN), ki lahko pridobi vmesnik IPv4 in naslov usmerjevalnika. Lahko pridobi naslov z uporabo DHCP iz zbirke naslovov IPv4. Thread Border Router lahko implementira tudi protokol za nadzor vrat (PCP), da nadzoruje, kako se dohodni paketi IPv4 prevajajo in posredujejo, ter podpira statično preslikavo. Večino prevodov IPv4 v IPv6 (in obratno) lahko obdela nit
   • Border Router z minimalnimi spremembami obstoječega omrežja.
     Poleg tega Thread Border Routerji podpirajo dvosmerno povezljivost IPv6 z odkrivanjem sosedov IPv6, oglasi usmerjevalnika, multi-cast odkrivanjem in posredovanjem paketov.
2. Nit čez infrastrukturo
   • Nitna omrežja se samodejno organizirajo v ločene nitne omrežne particije, ko ni povezave med dvema ali več nizi naprav. Particije niti omogočajo napravam vzdrževanje komunikacije z drugimi napravami v isti particiji niti, ne pa tudi z napravami niti v drugih particijah.
   • Thread over Infrastructure omogoča napravam Thread, da vključijo tehnologije povezav, ki temeljijo na IP (nprample, Wi-Fi in Ethernet) v topologijo niti. Te dodatne povezave Thread v primerjavi z drugimi povezovalnimi tehnologijami zmanjšajo verjetnost pojava več nitnih omrežnih particij, medtem ko je zagotovljena povratna združljivost z obstoječimi napravami Thread 1.1 in 1.2. Te prednosti so dosežene za katero koli omrežno topologijo, ki vključuje vsaj dva mejna usmerjevalnika, povezana prek skupne sosednje infrastrukturne povezave.
   • Za več informacij glejte specifikacijo niti 1.3.0 (ali osnutek specifikacije niti 1.4), poglavje 15 (nit prek infrastrukture).
3. Mejni usmerjevalnik OpenThread
   Izvedba mejnega usmerjevalnika OpenThread se imenuje mejni usmerjevalnik OpenThread (OTBR). Podpira mrežni vmesnik z uporabo modela RCP. Silicon Labs zagotavlja izvedbo (podprto na Raspberry Pi) in izvorno kodo kot del Silicon Labs GSDK. Za več informacij glejte AN1256: Uporaba RCP Silicon Labs z mejnim usmerjevalnikom OpenThread.
   Dokumentacija o postavitvi in ​​arhitekturi OTBR je na voljo na https://openthread.io/guides/border-router.

Zagon naprave

Naprave Thread so na voljo v omrežjih Thread na različne načine, kot je opisano v naslednjih pododdelkih.

1. Tradicionalno naročanje niti
   • Za zagon omrežja manjših omrežij (Specifikacija niti 1.1.1 ali novejša) lahko inštalaterji uporabijo aplikacijo za zagon niti, ki je na voljo kot brezplačen vir za naprave Android in iOS. To aplikacijo je mogoče uporabiti za enostavno dodajanje novih naprav v omrežje ali ponovno konfiguracijo obstoječih naprav.
   • Thread uporablja protokol Mesh Commissioning Protocol (MeshCoP) za varno preverjanje pristnosti, naročanje in pridružitev novih radijskih naprav, ki jim ni zaupanja, v zapleteno omrežje. Nitna omrežja obsegajo avtonomno samokonfigurirajočo mrežo naprav z vmesniki IEEE 802.15.4 in varnostno plastjo na ravni povezave, ki zahteva, da ima vsaka naprava v mreži trenutni skrivni glavni ključ v skupni rabi.
   • Postopek naročanja se začne, ko kandidat za komisarja, običajno mobilni telefon, povezan prek WiFi, odkrije omrežje Thread prek enega od svojih mejnih usmerjevalnikov. Mejni usmerjevalniki oglašujejo svojo razpoložljivost komisarjem na kateri koli lokaciji storitve, ki je primerna. Mehanizem odkrivanja mora kandidatu za komisarja zagotoviti komunikacijsko pot in ime omrežja, ker se ime omrežja kasneje uporabi kot kriptografska sol za vzpostavitev seje komisarja.
   • Kandidat za komisarja se po tem, ko odkrije omrežje Thread, ki ga zanima, varno poveže z njim s pomočjo poverilnice za komisioniranje (človeško izbrano geslo za uporabo pri avtentikaciji). Korak avtentikacije komisarja vzpostavi varno povezavo vtičnice odjemalec/strežnik med kandidatom komisarja in mejnim usmerjevalnikom prek DTLS. Ta varna seja je znana kot zagonska seja. Zagonska seja uporablja dodeljeno številko vrat UDP, objavljeno med fazo odkrivanja. To pristanišče je znano kot Komisarsko pristanišče. Poverilnica, uporabljena za vzpostavitev seje naročanja, je znana kot ključ v predhodni skupni rabi za pooblaščenca (PSKc).
   • Kandidat za komisarja nato registrira svojo identiteto pri svojem Border Routerju. Vodja se odzove tako, da bodisi sprejme ali zavrne Border Router kot uspešnega posrednika komisarju.
   • Po sprejemu Leader posodobi svoje notranje stanje, da sledi aktivnemu komisarju, mejni usmerjevalnik pa nato pošlje potrditveno sporočilo kandidatu za komisarja, ki napravo obvesti, da je zdaj komisar.
   • Ko je z omrežjem Thread povezan pooblaščen pooblaščenec, se je mogoče pridružiti ustreznim napravam Thread Devices. Ti so znani kot mizarji, preden postanejo del
   • Nitno omrežje. Joiner najprej ustvari povezavo DTLS s komisionarjem za izmenjavo gradiva za naročanje. Nato uporabi material za naročanje za priključitev na omrežje Thread. Vozlišče se šteje za del omrežja šele, ko sta ta dva koraka končana. Nato lahko sodeluje v procesu združevanja za prihodnja vozlišča. Vsi ti koraki potrjujejo, da se je prava naprava pridružila pravilnemu omrežju Thread in da je samo omrežje Thread varno pred brezžičnimi in internetnimi napadi. Za več informacij o protokolu Mesh Commissioning Protocol glejte specifikacijo niti.
2. Izboljšano zagon s komercialnimi razširitvami v niti 1.2
   • Specifikacija niti 1.2 in njene komercialne razširitve zdaj omogočajo omrežja veliko večjega obsega, kot so tista, potrebna v poslovnih stavbah, javnih zgradbah, hotelih ali drugih vrstah industrijskih ali komercialnih zgradb. Zaradi boljše podpore za podomrežje Thread Spec-ification 1.2 lažje omogoča na tisoče naprav v eni uvedbi, ki jo je mogoče konfigurirati ročno, avtonomno in prek naprednih funkcij za oddaljeno zagon.
   • Komercialne razširitve v Thread 1.2 omogočajo obsežno avtentikacijo, povezovanje z omrežjem, gostovanje v podomrežju in delovanje na podlagi zaupanja vrednih identitet v domeni podjetja. Da bi omogočil zanesljivo preverjanje pristnosti naprav in preverjanje informacij o avtorizaciji, lahko namestitveni program sistema nastavi overitelja potrdil podjetja, da poenostavi uvajanje obsežnega omrežja. To inštalaterju omogoča, da vzpostavi in ​​vzdržuje omrežje brez neposrednega dostopa do posameznih naprav in brez kakršne koli neposredne interakcije s temi napravami, s pomočjo samodejnega postopka vpisa, imenovanega avtonomna včlanitev. Za razliko od niti 1.1, kjer se za preverjanje pristnosti uporablja združevanje gesel naprave, bodo komercialne razširitve v niti 1.2 podpirale bolj razširljivo obliko preverjanja pristnosti, ki temelji na potrdilu. Omrežje podjetja ima lahko eno ali več nitnih domen in vsako nitno domeno je mogoče nastaviti za integracijo več nitnih omrežij.

Aplikacijska plast

Thread je sklad brezžične mreže, ki je odgovoren za usmerjanje sporočil med različnimi napravami v omrežju Thread, opisanem v razdelku 2.2 Arhitektura omrežja Thread. Naslednja slika prikazuje plasti v protokolu Thread.

Slika 12.1. Plasti protokola niti

• Standardna definicija sloja aplikacije je "plast abstrakcije, ki določa skupne protokole in metode vmesnika, ki jih uporabljajo gostitelji v komunikacijskem omrežju" (https://en.wikipedia.org/wiki/Application_layer). Preprosteje rečeno, aplikacijska plast je npr. »jezik naprav«.ample, kako se stikalo pogovarja z žarnico. Z uporabo teh definicij aplikacijska plast v Threadu ne obstaja. Stranke gradijo aplikacijski sloj na podlagi zmogljivosti v nizu Thread in svojih lastnih zahtev. Čeprav Thread ne zagotavlja aplikacijskega sloja, zagotavlja osnovne aplikacijske storitve:
• UDP sporočanje
  UDP ponuja način za pošiljanje sporočil z uporabo 16-bitne številke vrat in naslova IPv6. UDP je enostavnejši protokol od TCP in ima manj stroškov povezave (nprample, UDP ne izvaja sporočil za vzdrževanje). Posledično UDP omogoča hitrejšo in višjo pretočnost sporočil ter zmanjša skupni proračun energije aplikacije. UDP ima tudi manjši kodni prostor kot TCP, zaradi česar je na čipu več razpoložljivega flasha za aplikacije po meri.
• Multicast sporočanje
  Thread omogoča oddajanje sporočil, to je pošiljanje istega sporočila več vozliščem v omrežju Thread. Multi-cast omogoča vgrajen način za pogovor s sosednjimi vozlišči, usmerjevalniki in celotnim omrežjem Thread s standardnimi naslovi IPv6.
• Aplikacijske plasti, ki uporabljajo storitve IP
  Thread omogoča uporabo aplikacijskih plasti, kot sta UDP in CoAP, da se napravam omogoči interaktivno komuniciranje prek interneta. Aplikacijske plasti, ki niso IP, bodo zahtevale nekaj prilagoditev za delo v Threadu. (Za več informacij o CoAP glejte RFC 7252.)
  • Silicon Labs OpenThread SDK vključuje naslednje sampdatotečne aplikacije, ki so na voljo tudi v repozitoriju OpenThread GitHub:• ot-cli-ftd
  • ot-cli-mtd
  • ot-rcp (uporablja se v povezavi z mejnim usmerjevalnikom OpenThread)
• Te aplikacije je mogoče uporabiti za predstavitev funkcij omrežja Thread. Poleg tega Silicon Labs OpenThread SDK zagotavlja tudi zaspano končno napravo sample app (sleepy-demo-ftd in sleepy-demo-mtd), ki prikazuje, kako uporabiti funkcije upravitelja porabe Silicon Labs za ustvarjanje naprave z nizko porabo energije. Končno, ot-ble-dmp sample aplikacija prikazuje, kako zgraditi dinamično aplikacijo z več protokoli z uporabo OpenThread in sklada Bluetooth Silicon Labs. Za več informacij o delu z exampdatoteke v Simplicity Studio 5.

Naslednji koraki

• Silicon Labs OpenThread SDK vključuje certificiran omrežni sklad OpenThread in sampdatoteke, ki prikazujejo osnovno delovanje omrežja in aplikacij. Kupce spodbujamo k uporabi vključenih sample aplikacije za spoznavanje Threada na splošno in zlasti ponudbe Silicon Labs. Vsaka aplikacija prikazuje, kako naprave oblikujejo omrežja in se združujejo v njih ter kako se sporočila pošiljajo in prejemajo. Aplikacije so na voljo za uporabo po nalaganju Simplicity Studio 5 in Silicon Labs OpenThread SDK. Simplicity Studio 5 vključuje podporo za ustvarjanje aplikacij (Project Configurator) in dekodiranje omrežnih in aplikacijskih sporočil (Network Analyzer) v Threadu, ki nudijo dodaten vpogled v delovanje omrežij Thread. Za več informacij glejte QSG170: OpenThread Quick-Start Guide.
• Za več informacij o mejnih usmerjevalnikih OpenThread glejte AN1256: Uporaba RCP Silicon Labs z mejnim usmerjevalnikom OpenThread. Za več informacij o razvoju Thread 1.3.0 sample aplikacije glejte AN1372: Konfiguriranje aplikacij OpenThread za Thread 1.3.

Zavrnitev odgovornosti

• Silicon Labs namerava strankam zagotoviti najnovejšo, natančno in poglobljeno dokumentacijo o vseh zunanjih napravah in modulih, ki so na voljo izvajalcem sistemov in programske opreme, ki uporabljajo ali nameravajo uporabljati izdelke Silicon Labs. Podatki o značilnostih, razpoložljivi moduli in zunanje naprave, velikosti pomnilnika in pomnilniški naslovi se nanašajo na vsako specifično napravo, navedeni »tipični« parametri pa se lahko razlikujejo in se razlikujejo v različnih aplikacijah. Aplikacija npramptukaj opisane informacije so samo za ilustracijo. Silicon Labs si pridržuje pravico do sprememb informacij o izdelku, specifikacij in opisov brez nadaljnjega obvestila in ne daje jamstev glede točnosti ali popolnosti vključenih informacij. Brez predhodnega obvestila lahko Silicon Labs posodobi vdelano programsko opremo izdelka med proizvodnim procesom zaradi varnosti ali zanesljivosti. Takšne spremembe ne bodo spremenile specifikacij ali delovanja izdelka. Silicon Labs ne odgovarja za posledice uporabe informacij v tem dokumentu. Ta dokument ne pomeni ali izrecno podeljuje nobene licence za načrtovanje ali izdelavo integriranih vezij. Izdelki niso zasnovani ali odobreni za uporabo v nobeni napravi FDA razreda III, aplikacijah, za katere je potrebna predprodajna odobritev FDA, ali sistemih za vzdrževanje življenja brez posebnega pisnega soglasja
• Silicon Labs. »Sistem za vzdrževanje življenja« je kateri koli izdelek ali sistem, namenjen podpiranju ali vzdrževanju življenja in/ali zdravja, za katerega se lahko razumno pričakuje, da bo v primeru okvare povzročil resne telesne poškodbe ali smrt. Izdelki Silicon Labs niso zasnovani ali odobreni za vojaške namene. Izdelki Silicon Labs se v nobenem primeru ne smejo uporabljati v orožju za množično uničevanje, vključno z (vendar ne omejeno na) jedrskim, biološkim ali kemičnim orožjem ali raketami, ki lahko izstrelijo takšno orožje. Silicon Labs zavrača vsa izrecna in implicitna jamstva in ne prevzema odgovornosti za kakršne koli poškodbe ali škodo, povezano z uporabo izdelka Silicon Labs v takih nepooblaščenih aplikacijah. Opomba: ta vsebina lahko vsebuje žaljivo terminologijo, ki je zdaj zastarela. Silicon Labs te izraze nadomešča z vključujočim jezikom, kjer koli je to mogoče. Za več informacij obiščite www.silabs.com/about-us/inclusive-lexicon-project

Informacije o blagovni znamki

• Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® in logotip Silicon Labs®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, logotip Energy Micro in njihove kombinacije , »energetsko najbolj prijazni mikrokrmilniki na svetu«, Redpine Signals®, WiSeConnect , n-Link, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, Telegesis Logo®, USBXpress®, Zentri, logotip Zentri in Zentri DMS, Z-Wave® in drugi so blagovne znamke ali registrirane blagovne znamke
• Silicon Labs. ARM, CORTEX, Cortex-M3 in THUMB so blagovne znamke ali registrirane blagovne znamke družbe ARM Holdings. Keil je registrirana blagovna znamka družbe ARM Limited. Wi-Fi je registrirana blagovna znamka družbe
• Wi-Fi Alliance. Vsi drugi izdelki ali imena blagovnih znamk, omenjena tukaj, so blagovne znamke njihovih imetnikov.
  • Silicon Laboratories Inc. 400 West Cesar Chavez Austin, TX 78701 ZDA
  • www.silabs.com

Dokumenti / Viri

Programska oprema SILICON LABS UG103.11 za osnove niti [pdf] Uporabniški priročnik UG103.11 Programska oprema za osnove niti, UG103.11, programska oprema za osnove niti, programska oprema za osnove, programska oprema

Reference

• Uporabniški priročnik