SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack Software Ghid de utilizare

Pentru actualizări și notificări de securitate, consultați capitolul Securitate din Notele de lansare a platformei Gecko instalate cu acest SDK sau vizitați fila TECH DOCS din Silicon Labs website-ul.
Rămâneți la curent abonându-vă la Recomandări de securitate.

FAQ

Întrebare: Cum verific corect filesunt folosite cu compilatoarele compatibile?
Răspuns: Puteți verifica dacă este corect filesunt utilizate prin verificarea versiunii GCC 12.2.1 furnizată cu Simplicity Studio.

Întrebare: Unde pot găsi informații despre actualizările și notificările de securitate?
Răspuns: Pentru actualizări și notificări de securitate, consultați capitolul Securitate din Notele de lansare a platformei Gecko sau vizitați fila DOCUMENTE TEHNICE din Silicon Labs' website-ul.

Silicon Labs este furnizorul de alegere pentru OEM care dezvoltă rețele Zigbee în produsele lor. Platforma Silicon Labs Zigbee este cea mai integrată, completă și mai bogată soluție Zigbee disponibilă.
Silicon Labs EmberZNet SDK conține implementarea de către Silicon Labs a specificației stivei Zigbee.

Aceste note de lansare acoperă versiunile SDK:

7.4.1.0 lansat pe 14 februarie 2024
7.4.0.0 lansat pe 13 decembrie 2023

CARACTERISTICI CHEIE

Zigbee

Conformitate Zigbee R23

Conformitate Zigbee Smart Energy 1.4a – producție
Conformitate Zigbee GP 1.1.2 – Alpha

Suport MG27 – producție
Suport îmbunătățit pentru părțile Secure Vault

Suport somnoros pentru aplicațiile NCP SPI (non-CPC) – Alpha

multiprotocol

Suport de ascultare simultană (RCP) – MG21 și MG24
Multiprotocol simultan (CMP) Zigbee NCP + OpenThread RCP – producție

Multiprotocol dinamic Bluetooth + Multiprotocol simultan (CMP) suport Zigbee și OpenThread pe SoC

Notări de compatibilitate și utilizare

Pentru informații despre actualizările și notificările de securitate, consultați capitolul Securitate din Notele de lansare a platformei Gecko instalate cu acest SDK sau în fila TECH DOCS la https://www.silabs.com/developers/zigbee-emberznet. Silicon Labs vă recomandă, de asemenea, să vă abonați la Recomandări de securitate pentru informații actualizate. Pentru instrucțiuni sau dacă sunteți nou la Zigbee EmberZNet SDK, consultați Utilizarea acestei ediții.

Compilatoare compatibile

IAR Embedded Workbench pentru ARM (IAR-EWARM) versiunea 9.40.1.
Utilizarea Wine pentru a construi cu utilitarul de linie de comandă IarBuild.exe sau IAR Embedded Workbench GUI pe macOS sau Linux ar putea avea ca rezultat files este folosit din cauza coliziunilor în algoritmul de hashing al Wine pentru generarea de scurtcircuit file nume.
Clienții de pe macOS sau Linux sunt sfătuiți să nu construiască cu IAR în afara Simplicity Studio. Clienții care fac acest lucru ar trebui să verifice cu atenție dacă este corect filesunt folosite.

GCC (The GNU Compiler Collection) versiunea 12.2.1, furnizată cu Simplicity Studio.
Versiunea protocolului EZSP pentru această versiune este 0x0D.

Articole noi

Această versiune a Gecko SDK (GSDK) va fi ultima cu suport combinat pentru toate dispozitivele EFM și EFR, cu excepția patch-urilor pentru această versiune, după cum este necesar. Începând cu jumătatea anului 2024, vom introduce SDK-uri separate:

SDK-ul Gecko existent va continua cu suport pentru dispozitivele din seria 0 și 1.
Un nou SDK va acoperi în mod special dispozitivele din seria 2 și 3.

SDK-ul Gecko va continua să accepte toate dispozitivele din seria 0 și 1, fără nicio modificare a asistenței pe termen lung, întreținere, calitate și capacitate de răspuns prevăzute în politica noastră de software.
Noul SDK se va ramifica de la Gecko SDK și va începe să ofere noi funcții care îi ajută pe dezvoltatori să ia avanstage dintre capabilitățile avansate ale produselor noastre din seria 2 și 3.
Această decizie se aliniază cu feedback-ul clienților, reflectând angajamentul nostru de a crește calitatea, de a asigura stabilitatea și de a îmbunătăți performanța pentru o experiență de utilizator excepțională în SDK-urile noastre software.

Componente noi

Nou în lansare

Componentele „zigbee_direct_security_p256” și „zigbee_direct_security_curve25519” au fost adăugate, astfel încât utilizatorii să poată configura o anumită opțiune de securitate Zigbee Direct.
Utilizatorilor li se permite să aibă mai multe componente „zigbee_direct_security” activate pe o aplicație Zigbee direct device (ZDD). În acest caz, opțiunea de securitate reală depinde de configurația Zigbee Virtual Device (ZVD).

API-uri noi
Nou în lansare

S-a adăugat un nou API sl_zigbee_token_factory_reset pentru a reseta jetoanele Zigbee NVM3 la valoarea lor implicită.
S-a adăugat API-ul bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), care returnează adevărat dacă tabelul de chei de link poate adăuga sau actualiza o intrare cu această adresă (tabelul nu este plin).

S-a adăugat un nou API bool sl_zb_sec_man_compare_key_to_value (context sl_zb_sec_man_context_t*, sl_zb_sec_man_key_t* cheie), care returnează adevărat dacă cheia este referită de context are aceeași valoare ca și cheia furnizată în argument.

Suport pentru platformă nouă
Nou în lansare

Suportul pentru stiva Zigbee pentru următoarele piese noi este adăugat în această versiune: EFR32MG24A010F768IM40 și EFR32MG24A020F768IM40.

Documentație nouă
Nou în versiunea 7.4.0.0

S-a actualizat descrierea pentru componenta Zigbee Secure Key Storage pentru a reflecta adăugarea Zigbee Secure Key Storage Upgrade (care adaugă compatibilitate cu proiectele existente).
S-a adăugat o nouă notă de aplicație pentru interacțiunea cu grupul de componente Zigbee Security Manager (AN1412: Zigbee Security Manager).

Comportamentul intenționat

Utilizatorilor li se reamintește că transmisiile CSL nesincronizate Zigbee sunt supuse preempționării protocolului la programatorul radio. În aplicațiile SleepyToSleepy, BLE poate și va preempționa o transmisie Zigbee CSL, care va termina transmisia. Preempționarea planificatorului este mai comună pentru CSL nesincronizat, având în vedere că poate fi utilizată o secvență de cadre de trezire potențial lungă. Utilizatorii care doresc să ajusteze prioritățile de transmisie pot folosi componenta de reglare și testare DMP pentru a face acest lucru. Utilizatorii pot consulta, de asemenea, UG305: Dynamic Multiprotocol User's Guide pentru mai multe informații.

Îmbunătățiri

Schimbat în lansare
Modificările documentelor API emberCounterHandler

În versiunile anterioare, apelarea Counter Handler pentru stratul MAC și APS EmberCounterTypes referitoare la pachetele RX și TX nu i sa transmis ID-ul de nod țintă adecvat sau argumentele de date, iar documentația API privind comportamentul anumitor contoare care foloseau acești parametri a fost neclară sau înșelătoare.
În timp ce semnătura lui emberCounterHandler() nu s-a schimbat, modul în care sunt populați parametrii săi s-a schimbat ușor.

Comentariile despre enumerările EmberCounterType din ember-types.h au fost extinse pentru claritate.
Parametrul Node ID pentru Counter Handler pentru contoare legate de TX verifică acum dacă modul de adresă de destinație indică un ID scurt valid înainte de a-l folosi. (Dacă nu, nu este populată nicio adresă de destinație și se folosește o valoare de substituent EMBER_UNKNOWN_NODE_ID.)
Parametrul Node ID pentru Counter Handler pentru contoare legate de RX reflectă acum ID-ul nodului sursă, nu ID-ul nodului destinație.

Numărul de reîncercări este *nu* transmis ca parametru de date pentru contoarele EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED, așa cum este descris în Ember-types. h în versiunile anterioare, dar acesta nu a fost niciodată populat corespunzător în versiunile lansate anterior, astfel încât valoarea sa în versiunile anterioare ar fi fost întotdeauna 0. Acest comportament a fost clarificat în descrierea acelor EmberCounterTypes. Cu toate acestea, numărul de reîncercări pentru reîncercări ale stratului APS continuă să fie populat în parametrul de date pentru tipurile de contor EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED, pentru a fi în concordanță cu versiunile anterioare.
Toate contoarele care populează ID-ul nodului sau parametrul de date pentru apel invers au fost auditate pentru a se asigura că transmit datele așteptate, adresa sau EMBER_UNKNOWN_NODE_ID dacă era așteptat un ID de nod, dar nu a putut fi obținut din pachet, așa cum este descris în ember-ul revizuit. tipuri.h documentaţie.
Managerul de contor pentru EMBER_COUNTER_MAC_TX_UNICAST_RETRY reflectă acum corect ID-ul nodului de destinație al stratului MAC și mai multe încercări în ID-ul nodului de destinație și parametrii de date.

Managerul de contor pentru EMBER_COUNTER_PHY_CCA_FAIL_COUNT oferă acum informații despre ID-ul nodului destinație prin parametrul ID-ul nodului despre ținta destinată a stratului MAC a mesajului care a eșuat transmisia.

Cod verde de alimentare actualizat
Codul serverului Green Power este actualizat cu diverse îmbunătățiri, inclusiv:

S-a adăugat mai mult cod de validare pentru comenzile primite cu un punct final invalid atunci când se primesc pe serverul GP.

Cod adăugat pentru a gestiona cazul când nu mai există spațiu pentru a construi mesaje de energie verde.
Acum, receptorul renunță la configurația de asociere cu acțiunea de eliminare a asocierii în unele cazuri, conform secțiunii de specificații A.3.5.2.4.1.
Acumulator salvează lista de grup existentă a unei intrări înainte de a o elimina atunci când procesează Configurația de asociere cu extinderea acțiunii.

Comanda de interogare de traducere returnează „NOT FOUND” ca cod de eroare atunci când tabelul de traducere este gol sau indexul este mai mare decât mai multe intrări din tabel.
S-a schimbat versiunea punctului final GP în unele aplicații de la 1 la 0.

Utilizarea CSMA în funcția de trimitere GPDF este restricționată deoarece dispozitivele Green Power sunt dispozitive cu energie minimă și nu folosesc CSMA în majoritatea modelelor. În schimb, designul preferat este de a trimite mai multe pachete folosind același buget energetic.
S-a eliminat utilizarea unui punct final ascuns în opțiunea de plugin Green Power Server. Utilizați în schimb unul dintre punctele finale ale aplicației.
Îmbunătățiri ale codului de plugin de actualizare a cheii de rețea

S-a schimbat perioada de actualizare periodică a cheii de rețea pentru a fi de până la 1 an.

Au fost restructurate unele API-uri pentru a evita exportul inutil de chei
S-au făcut modificări pentru a favoriza utilizarea contextelor cheie față de datele cheie în text simplu.

sl_zigbee_send_security_challenge_request preia acum un argument sl_zb_sec_man_context_t în locul EmberKeyData.

Valorile enumerarii sl_zb_sec_man_derived_key_type sunt acum o mască de biți de 16 biți pentru a suporta direct anumite derivații de cheie care combină mai multe tipuri derivate.

Probleme remediate

Fixat în lansare

Cod #	Descriere
1036893	S-a remediat o problemă care a determinat ca componenta cluster OTA să instaleze componenta de interfață de încărcare de încărcare moștenită ca dependență.
1114905	Zigbee Direct: gestionarea îmbunătățită a caracteristicii rețelei de părăsire.
1180937	S-a rezolvat resetarea WDT la conectarea Zigbee Direct ZDD la ZVD terță parte.
1223904	S-a rezolvat o problemă care a cauzat mutarea dispozitivului final pentru a funcționa incorect într-un mediu foarte aglomerat.
1224393	S-a actualizat codul de gestionare a cererii tabelului Green Power pentru a actualiza adresa de destinație a răspunsului.
1228808	S-a rezolvat problema de afișare cu definițiile macro în documentația gp-types.h.
1232297	S-a rezolvat o problemă în care emberSetOutgoingNwkFrameCounter și emberSetOutgoingApsFrameCounter nu funcționau pe aplicațiile gazdă pe 64 de biți (returnând EMBER_BAD_ARGUMENT).
1232359	S-a remediat calculul parametrului gppTunnelingDelay în procesarea comenzilor clientului de energie verde.
1240392	Solicitările ZDO Bind/Unbind refuzate din motive de acces/permisiune ar trebui să returneze starea EMBER_ZDP_NOT_AUTHORIZED, mai degrabă decât starea EMBER_ZDP_NOT_PERMITTED conform specificațiilor Zigbee.
1243523	Zigbee Direct: Stabilitatea îmbunătățită a conexiunii BLE la ZVD.
1249455	S-a remediat o problemă care a cauzat ca un dispozitiv adormit să intre în repaus atunci când a primit o emisiune înainte de a primi un ack.
1252295	Remediați o eroare de scriere în macrocomanda de catalog de componente SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT.

Fixat în lansare

Cod #	Descriere
1019348	S-au remediat cerințele de dependență pentru componenta Zigbee ZCL Cli, astfel încât să poată fi eliminată atunci când nu este nevoie.
1024246	S-a actualizat descrierea funcției pentru emberHaveLinkKey() și sl_zb_sec_man_have_link_key().
1036503	S-a adăugat o descriere pentru a recomanda utilizarea Micrium Kernel pentru DMP-uriample apps.
1037661	A fost remediată o problemă care împiedica aplicația să instaleze fie pro stack, fie leaf stack.
1078136	S-a remediat o blocare intermitentă la modificarea evenimentelor din contextul de întrerupere
1081548	Utilizatorilor li se reamintește că transmisiile CSL nesincronizate Zigbee sunt supuse preempționării protocolului la programatorul radio. În aplicațiile SleepyToSleepy, BLE poate și va preempționa o transmisie Zigbee CSL, care va termina transmisia. Preempționarea planificatorului este mai comună pentru CSL nesincronizat, având în vedere că poate fi utilizată o secvență de cadre de trezire potențial lungă. Utilizatorii care doresc să ajusteze prioritățile de transmisie pot folosi componenta de reglare și testare DMP pentru a face acest lucru. Utilizatorii pot consulta, de asemenea, UG305: Dynamic Multiprotocol User's Guide pentru mai multe informații. A fost rezolvată o problemă în CSL în care o nouă secvență de cadre de trezire care este primită imediat după un cadru de încărcare utilă anterior nu ar fi înregistrată corect. Acest lucru ar duce la pierderea unui cadru de sarcină utilă.
1084111	Suportul inițial somnoros SPI-NCP pentru plăcile bazate pe MG24 este actualizat ca parte a acestei versiuni.
1104056	S-a adăugat suport pentru direcția rețelei pentru a rula pe o rețea secundară în cazul unei rețele multiple
1120515	S-a rezolvat o problemă în care canalul nu s-a schimbat la utilizarea comenzii mfglib set-channel.
1141109	S-a rezolvat o problemă care a cauzat generarea sampaplicația ncp-uart-gp-multi-rail pentru a pierde un antet files atunci când utilizați componenta adaptor Green Power cu opțiunea -cp.
1144316	S-a actualizat descrierea unor tipuri de structuri de date în documentația gp-types.h.
1144884	S-a remediat setarea de biți în așteptare a cadrului fals atunci când nu sunt date în așteptare.
1152512	S-a remediat un potențial accident în low-mac-rail la modificarea evenimentului în context ISR.

Cod #	Descriere
1154616	S-a adăugat o excepție pentru condiția de inițializare a rețelei cu cazul „Comutarea rolului de la dispozitivul Sleepy End la dispozitivul Non-sleepy End”.
1157289	S-a rezolvat o problemă care poate cauza eșecul testului BDB DN-TLM-TC-02B.
1157426	S-a remediat o problemă de construcție la construirea zigbee_simple_app cu componenta green_power_adapter.
1157932	S-a adăugat o condiție pentru a verifica dacă câmpul „timpul de tranziție” lipsește și a setat o valoare implicită de 0xFFFF pentru acest câmp lipsă.
1166340	S-a rezolvat o problemă care împiedica emberAfGpdfSend să trimită numărul dorit de transmisii repetate.
1167807	S-a remediat o problemă în care dispozitivele care acționau ca centre de încredere în rețelele distribuite își ștergeau incorect cheile de legătură tranzitorie de fiecare dată când se conecta un nou dispozitiv.
1169504	S-a rezolvat o problemă care a provocat o resetare a unui dispozitiv adormit la trezirea forțată.
1169966	S-a remediat lipsa validării valorii returnate în codul de alocare a tamponului.
1171477, 172270	Cu mfglib start 1, niciun mesaj nu este transmis, dar primit, astfel încât mesajul afișat de terminal „mfglib send complete” este greșit și este schimbat în „RXed %d pachete în ultimele %d ms”.
1171935	S-a schimbat perioada de actualizare periodică a cheii de rețea pentru a fi de până la 1 an.
1172778	S-a adăugat invocarea lipsă a emberAfPluginGreenPowerServerUpdateAliasCallback la serverul Green Power.
1174288	S-a remediat o problemă care face ca procesul de conducere a rețelei să afirme dacă este apelat un apel pentru a opri o scanare în curs.
1178393	S-a actualizat o eroare de documentare.
1180445	În Smart Energy, OTA continuă acum să se descarce dacă coordonatorul atinge ciclul de activitate limitat.
1185509	S-a rezolvat o problemă în CSL în care o nouă secvență de cadre de trezire care este primită imediat după un cadru de încărcare utilă anterior nu ar fi înregistrată corect. Acest lucru ar duce la pierderea unui cadru de sarcină utilă.
1186107	S-a rezolvat o problemă care a cauzat decriptarea nereușită a GPDF-urilor primite pentru a înlocui GPDF-ul primit în notificarea de punere în funcțiune gp.
1188397	S-a rezolvat o problemă care a cauzat o eroare de compilare la activarea dimensiunii tabelului de raport extins.
1194090	S-a corectat starea de defecțiune în răspunsul implicit pentru comanda Sink Commissioning Mode – urmând secțiunea 3.3.4.8.2
1194963	S-a soluționat o problemă care a setat structura de punere în funcțiune Gpd înainte de a apela utilizatorul emberAfGreenPowerServerPairingStatusCallback.
1194966	S-a rezolvat o problemă în care câmpurile endpoint și proxiesInvolved nu erau setate cu acțiunea Exit Commissioning.
1196698	S-a remediat un cadru fals setat de biți în așteptare când nu erau date în așteptare.
1199958	Cod adăugat pentru a gestiona cazul când nu mai există spațiu pentru a construi mesaje de energie verde.
1202034	S-a rezolvat o problemă în care variabila stivă sl_zb_sec_man_context_t nu a fost inițializată corect, ceea ce a cauzat eșecul conectării cu codul de instalare.
1206040	Apelarea emberRemoveChild() în timpul unei încercări de reconectare securizată de către un dispozitiv final poate duce la o scădere suplimentară a numărului de copii, ceea ce poate duce la un număr de copii de -1 (255), inhibând conectarea/reuniunea dispozitivelor finale din cauza unei lipse indicate. de capacitate în Beacon.
1207580	Funcțiile de căutare din tabelul copil din stivă sunt inconsecvente în utilizarea 0x0000 față de 0xFFFF pentru valoarea de returnare a ID-ului nodului care reprezintă intrări nevalide/vide, ceea ce duce la probleme la verificarea intrărilor neutilizate în API-uri precum emberRemoveChild().
1210706	Destinația și indexul PHY furnizate în structura EmberExtraCounterInfo ca parte a emberCounterHandler() pot fi incorecte pentru tipurile de contor MAC TX Unicast.
1211610 1212525	S-a rezolvat o problemă în care aplicațiile Dynamic Multiprotocol s-au blocat după activarea componentei Secure Key Storage Upgrade.
1211847	În timp ce semnătura lui emberCounterHandler() nu s-a schimbat, modul în care sunt populați parametrii săi s-a schimbat ușor. Modificările din jurul acestui API sunt explicate în secțiunea 2 de mai sus.
1212449	Beacon-urile de ieșire au fost clasificate incorect de stratul MAC, ceea ce a dus la emberCounterHandler() să nu capteze aceste pachete cu tipul de contor EMBER_COUNTER_MAC_TX_BROADCAST și, în schimb, să număre Beacon-urile cu tipul de contor EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS. Acest lucru a dus la valori nesigure pentru parametrul dest EmberNodeId transmis structurii EmberCounterInfo

Cod #	Descriere
1214866	Trimiterea pachetelor de sondare de date în anumite configurații cu trafic ridicat poate duce la o eroare a magistralei.
1216552	S-a remediat o problemă care provoacă o afirmație în condiții de trafic aglomerat.
1216613	S-a rezolvat o problemă care a condus la o valoare incorectă a razei de proiectare a grupului în tabelul proxy.
1222509	Routerul/coordonatorul trimite o solicitare de plecare și reîncărcare către un dispozitiv final de sondare non-copil, dar destinația MAC este 0xFFFF în loc să se potrivească cu adresa de destinație NWK.
1223842	S-a remediat o problemă cu generarea sl_component_catalog.h care lăsa cod nedorit în el, ceea ce provoacă eșec de compilare.
756628	S-a schimbat invocarea apelului invers al aplicației emberAfMacFilterMatchMessageCallback pentru a fi apelat numai pentru mesajele ZLL care sunt validate de stivă.
816088	Configurația EMBER a fost mutată de la zigbeed_configuration.h la zigbeed. slcp.
829508	Pentru a evita o condiție de cursă, validarea suplimentară a fost adăugată în emberSetLogicalAndRadioChannel pentru a reveni fără succes dacă straturile inferioare sunt ocupate sau nu sunt în stare să schimbe canalul.

Probleme cunoscute în versiunea curentă

Problemele cu caractere aldine au fost adăugate de la versiunea anterioară. Dacă ați ratat o lansare, notele de lansare recente sunt disponibile la https://www.si-labs.com/developers/zigbee-emberznet în fila Tech Docs.

Cod #	Descriere	Soluție
N / A	· Următoarele aplicații/componente nu sunt acceptate în această versiune: suport EM4	Funcția va fi activată în versiunile ulterioare.
193492	Macrocomanda de portare emberAfFillCommandGlobalServerToClientConfigureRe este întreruptă. Umplerea buffer-ului creează un pachet de comandă incorect.	Utilizați comanda CLI „zcl global send-me-a-report” în loc de API.
278063	Tunnel inteligent de energie plugins au tratament/utilizare conflictuală a indexului tabelului de adrese.	Nicio soluție de soluție cunoscută
289569	Lista de selectare a nivelului de putere a componentelor creatorului de rețea nu oferă o gamă completă de valori acceptate pentru EFR32	Editați intervalul <-8..20> specificat în comentariul CMSIS pentru EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P OWER în /protocol/ZigBee/app/framework/plugin/network- creator/config/network-creator-config.h file. De example, schimba la <-26..20>.
295498	Recepția UART scade uneori octeți sub sarcină mare în cazul de utilizare multiprotocol dinamic Zigbee+BLE.	Utilizați controlul hardware al fluxului sau reduceți viteza de transmisie.
312291	EMHAL: Funcțiile halCommonGetIntxxMillisecondTick de pe gazdele Linux utilizează în prezent funcția get meofday, care nu este garantată a fi monotonă. Dacă ora sistemului se modifică, poate cauza probleme cu sincronizarea stivei.	Modificați aceste funcții pentru a utiliza în schimb clock_gettime cu sursa CLOCK_MONOTONIC.
338151	Inițializarea NCP cu o valoare scăzută a numărului de buffer de pachete poate cauza pachete corupte.	Utilizați valoarea rezervată 0xFF pentru numărul de buffer de pachete pentru a evita valoarea implicită prea mică
387750	Problema cu formatele de solicitare a tabelului de rute pe dispozitivul final.	Sub investigatie
400418	Un inițiator de link-uri de atingere nu poate conecta la o țintă de dispozitiv final care nu este nouă din fabrică.	Nicio soluție de soluție cunoscută.
424355	Un inițiator capabil de atingere țintă a unui dispozitiv de adormire care nu este din fabrică nou nu poate primi un răspuns la informațiile despre dispozitiv în anumite circumstanțe.	Sub investigatie
465180	Elementul Coexistence Radio Blocker Optimization „Enable Runtime Control” poate bloca funcționarea corectă a Zigbee.	Controlul opțional „Selectare Wi-Fi” al optimizării blocantelor ar trebui lăsat „Dezactivat”.
480550	Clusterul OTA are metoda de fragmentare încorporată, prin urmare nu ar trebui să folosească fragmentarea APS. Deși, în cazul în care criptarea APS este activată, aceasta crește sarcina utilă a ImageBlockResponses la o dimensiune în care fragmentarea APS este activată. Acest lucru ar putea duce la eșecul procesului OTA.	Nicio soluție de soluție cunoscută
481128	Cauza de resetare detaliată și detaliile de blocare ar trebui să fie disponibile în mod implicit prin UART virtual (Serial 0) pe platformele NCP atunci când pluginul de diagnosticare și perifericul UART virtual sunt activate.	Deoarece seria 0 este deja inițializată în NCP, clienții pot activa emberAfNcpInitCallback în cadrul Zigbee NCP și pot apela funcțiile de diagnosticare corespunzătoare (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDetails, halPrintCrashCrashDetails) pentru apelarea acestor date și DATAPrint în această serie de date, și pentru a apela la acest tip de imprimare. viewîn jurnalul de capturare a Analizorului de rețea. Pentru un exampdespre cum să utilizați aceste funcții, consultați codul inclus în emberAfMainInit() a-main-soc.c când este definit EXTENDED_RESET_INFO.

Cod #	Descriere	Soluție
486369	Dacă un DynamicMultiProtocolLightSoc care formează o nouă rețea are noduri copil rămase dintr-o rețea pe care a părăsit-o, emberAfGetChildTableSize returnează o valoare diferită de zero în startIdentifyOnAllChildNodes, provocând mesaje de eroare Tx 66 atunci când se adresează copiilor „fantomă”.	Ștergeți în masă partea dacă este posibil înainte de a crea o nouă rețea sau verificați programatic tabelul copil după părăsirea rețelei și ștergeți toți copiii folosind emberRemoveChild înainte de a forma o nouă rețea.
495563	Alăturarea SPI NCP Sleepy End Device SampAplicația nu efectuează un sondaj scurt, prin urmare încercarea de alăturare eșuează la starea Update TC Link Key.	Dispozitivul care dorește să se alăture ar trebui să fie în modul Short Poll înainte de a încerca să se alăture. Acest mod poate fi forțat de pluginul End Device Support.
497832	În Network Analyzer, defalcarea comenzii Zigbee Application Support pentru Cadrul de solicitare a cheii de verificare face referire eronată la partea din încărcarea utilă care indică Adresa sursă a cadrului ca Adresă de destinație.	Nicio soluție de soluție cunoscută
519905 521782	Spi-NCP poate eșua foarte rar în pornirea comunicării cu încărcătorul de pornire folosind comanda CLI „bootload” a pluginului ota-client.	Reporniți procesul de încărcare
620596	NCP SPI Exampfișier pentru BRD4181A (EFR32xGMG21) n Pinul implicit de activare definit nu poate fi folosit ca un pin de trezire.	Schimbați pinul implicit pentru nWake de la PD03 la un pin activat pentru trezire EM2/3 în pluginul NCP-SPI.
631713	Un dispozitiv final Zigbee va raporta conflictele de adrese în mod repetat dacă se folosește pluginul „Zigbee PRO Stack Library” în loc de „Zigbee PRO Leaf Library”.	Utilizați „Zigbee PRO Leaf Library” în loc de pluginul „Zigbee PRO Stack Library”.
670702	Ineficiența pluginului de raportare poate duce la o latență semnificativă pe baza frecvenței de scriere a datelor și a dimensiunii tabelului, care pot interfera cu codul aplicației clientului, inclusiv cu sincronizarea evenimentului.	Dacă scrieți frecvent, luați în considerare verificarea condițiilor de raportare și trimiterea rapoartelor manual, în loc să utilizați pluginul.
708258	Valoarea neinițializată în groups-server.c prin addEntryToGroupTable() poate crea o legătură falsă și poate provoca trimiterea mesajelor de raportare a distribuției grupului.	Adăugați „binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;” după „legare.tip = EMBER_MULTICAST_BINDING;”
757775	Toate piesele EFR32 au un offset RSSI unic. În plus, designul plăcii, antenele și carcasa pot afecta RSSI.	Când creați un nou proiect, instalați utilitarul RAIL, componenta RSSI. Această caracteristică include standardele RSSI Offset Silabs măsurate pentru fiecare parte. Acest offset poate fi modificat dacă este necesar după testarea RF a produsului dumneavoastră complet.
758965	Componentele clusterului ZCL și tabelul de descoperire a comenzilor ZCL nu sunt sincronizate. Prin urmare, la activarea sau dezactivarea unei componente de cluster ZCL, comenzile implementate nu vor fi activate/dezactivate în fila de comandă ZCL Advanced Configurator corespunzătoare.	Activați/dezactivați manual descoperirea pentru comenzile ZCL dorite în ZCL Advanced Configurator.
765735	Actualizarea OTA eșuează pe dispozitivul Sleepy End cu Solicitarea paginii activată.	Utilizați Solicitare bloc în loc de Solicitare pagină.
845649	Eliminarea CLI: Componenta de bază nu elimină apelurile cli EEPROM către sl_cli.h.	Ștergeți eeprom-cli.c file care apelează sl_cli.h. În plus, apelurile către sl_cli.h, precum și sl_cli_command_arg_t din ota-storage-simple-eeprom pot fi comentate.
857200	ias-zone-server. c permite crearea unei legături cu o adresă CIE „0000000000000000” și ulterior nu permite alte legături.	Nicio soluție de soluție cunoscută
1019961	Marca Z3Gateway generatăfile hardcodes „gcc” ca CC	Nicio soluție de soluție cunoscută

Cod #	Descriere	Soluție
1039767	Problemă de depășire a cozii de reîncercare a rețelei de router Zigbee în cazul de utilizare RTOS cu mai multe fire.	Zigbee Stack nu este sigur pentru fire. Ca urmare, apelarea API-urilor stivei Zigbee de la o altă sarcină nu este acceptată în mediul de operare și poate pune stiva într-o stare „nefuncțională”. Consultați următoarea notă privind aplicația pentru mai multe informații și o soluție de soluționare folosind gestionarea evenimentelor. https://www.silabs.com/documents/public/application- note/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk- 7x.pdf .
1064370	Z3Switch-ul sampAplicația le-a activat doar un buton (instanță: btn1) în mod implicit, ceea ce duce la o nepotrivire în descrierea butonului din proiect file.	Soluție: instalați manual instanța btn0 în timpul creării proiectului Z3Switch.
1161063	Z3Light și eventual alte aplicații raportează valori incorecte ale revizuirii clusterului.	Actualizați manual atributul de revizuire a clusterului la revizuirea corespunzătoare.
1164768, 1171478, 1171479	EROARE: ezspErrorHandler 0x34 raportat în mod repetat în timpul modului de primire mfglib	Pentru a reduce mesajele de eroare tipărite, configurați EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ENT_TIMEOUT_MS în aplicația gazdă la 100, astfel încât coada de apel invers este eliberată mai rapid.
1252460	Rutinele de recuperare SimEEPROM (atât pentru v1, cât și pentru v2) rulate la pornire pot efectua apeluri de ștergere a paginii flash nealiniate, care au ca rezultat afirmații în timpul em_msc. rutina MSC_ErasePage a lui c.	*Soluție: plasați următoarea linie de cod în partea de sus a funcției MSC_ErasePage() în em_msc.c: adresă de început = (uint32_t)((uint32_t)startAddress & ~(FLASH_PAGE_SIZE-1));**

Articole depreciate

Depreciat în lansare
În GSDK 7.4.0.0 înainte, inclusiv acest patch, opțiunea „-v” dintr-un Z3Gateway pentru o aplicație gazdă Linux pentru a crea o interfață telnet cu portul 4900 sau 4901 este depreciată. Metoda alternativă recomandată de a crea o interfață telnet este să utilizați utilitare Linux precum „socat”.

Depreciat în lansare
Au fost eliminate următoarele API-uri de securitate depreciate:

emberGetKey()
emberGetKeyTableEntry()
emberSetKeyTableEntry()

emberHaveLinkKey()
emberAddOrUpdateKeyTableEntry()
emberAddTransientLinkKey()

emberGetTransientKeyTableEntry()
emberGetTransientLinkKey()
emberHmacAesHash()

Utilizați API-urile furnizate de Zigbee Security Manager pentru acces la stocarea cheilor și hashing HMAC.

Articole eliminate

Eliminat în lansare

S-au eliminat API-urile publice duplicat din antetul public file gp-tipuri.h.

Componenta zigbee_end_device_bind a fost eliminată. Această componentă a fost folosită pentru coordonator pentru a intermedia cererile obligatorii pentru dispozitivele finale. Această funcționalitate opțională a fost eliminată din R22 din specificațiile de bază Zigbee.
S-a eliminat setPacketBufferCount() în af-host.c și cazul de verificare inutil EZSP_CONFIG_PACKET_BUFFER_COUNT: în command-handlers.c.
Argumentul de alocare a memoriei a fost eliminat deoarece nu este necesară împărțirea în două faze la inițializarea NCP.

S-a eliminat emberAfNcpInitCallback() în aplicația se14-comms-hub, se14-ihd și se14-meter-gas.
Valoarea EZSP_CONFIG_RETRY_QUEUE_SIZE a fost eliminată în timpul inițializării ncp în ncp-configuration.c

Gateway multiprotocol și RCP

Articole noi
Adăugat în lansare

Ascultarea concomitentă, capacitatea stivelor Zigbee și OpenThread de a funcționa pe canale 802.15.4 independente atunci când se utilizează un RCP EFR32xG24 sau xG21 este eliberată.
Ascultarea concomitentă nu este disponibilă pentru combinația 802.15.4 RCP/Bluetooth RCP, pentru combinația Zigbee NCP/OpenThread RCP sau pentru Zigbee/OpenThread system-on-chip (SoC). Va fi adăugat la aceste produse într-o versiune viitoare.
Extensia furnizorului OpenThread CLI a fost adăugată la aplicațiile gazdă OpenThread ale containerelor multiprotocol. Aceasta include comenzile coex cli.

Îmbunătățiri
Schimbat în lansare

Combinația multiprotocol Zigbee NCP/OpenThread RCP este acum calitatea producției.

Probleme remediate
Fixat în lansare

Cod #	Descriere
1213701	zigbeed nu a permis crearea unei intrări în tabelul de potrivire sursă pentru un copil dacă coada indirectă MAC are deja date în așteptare pentru acel copil. Acest comportament ar putea duce la eșecul tranzacțiilor la nivel de aplicație între copil și un alt dispozitiv din cauza lipsei APS Ack sau a răspunsului la nivelul aplicației, în special întreruperea și încetarea neașteptată a actualizărilor ZCL OTA care vizează dispozitivul copil.
1244461	Intrarea din tabelul de potrivire sursă pentru copil ar putea fi eliminată, în ciuda mesajelor în așteptare.

Fixat în lansare

Cod #	Descriere
1081828	Problemă de debit cu Zigbee/BLE DMP bazate pe FreeRTOSample aplicații.
1090921	Z3GatewayCpc a avut probleme la formarea unei rețele într-un mediu zgomotos.
1153055	O afirmație pe gazdă a fost cauzată când a existat o eroare de comunicare la citirea versiunii NCP din zigbee_ncp-ble_ncp-uart sample app.
1155676	RCP 802.15.4 a eliminat toate pachetele unicast primite (după confirmarea MAC) dacă mai multe interfețe 15.4 au partajat același ID de nod de 16 biți.
1173178	Gazda a raportat în mod fals sute de pachete primite cu mfglib în configurarea Host-RCP.
1190859	Eroare EZSP la trimiterea pachetelor aleatoare mfglib în configurarea Host-RCP.
1199706	Sondajele de date de la copiii dispozitivului final uitați nu setau corect un cadru în așteptare pe RCP pentru a pune în coadă o comandă Leave & Rejoin către fostul copil.
1207967	Comanda „mfglib send random” trimitea pachete suplimentare pe Zigbeed.
1208012	Modul mfglib rx nu a actualizat corect informațiile despre pachet la primirea pe RCP.
1214359	Nodul coordonator s-a prăbușit când 80 sau mai multe routere au încercat să se alăture simultan în configurarea Host-RCP.
1216470	După transmiterea unei transmisii pentru masca de adresă 0xFFFF, un RCP Zigbee care acționează ca dispozitiv părinte ar lăsa marcatorul de date în așteptare setat pentru fiecare copil. Acest lucru a dus la faptul că fiecare copil a rămas treaz așteptând date după fiecare sondaj și a necesitat o altă tranzacție de date în așteptare către fiecare dispozitiv final pentru a șterge în cele din urmă această stare.

Probleme cunoscute în versiunea curentă

Problemele cu caractere aldine au fost adăugate de la versiunea anterioară. Dacă ați ratat o lansare, notele de lansare recente sunt disponibile pe https://www.si-labs.com/developers/gecko-software-development-kit.

Cod #	Descriere	Soluție
811732	Suportul pentru token personalizat nu este disponibil când utilizați Zigbeed.	Asistența este planificată într-o versiune viitoare.
937562	Comanda „advertise on” Bluetoothctl eșuează cu aplicația rcp-uart-802154-blehci pe Raspberry Pi OS 11.	Utilizați aplicația btmgmt în loc de bluetoothctl.
1022972	Coex nu funcționează pe ZB NCP + OT RCP.	Asistența este planificată pentru o lansare viitoare.
1074205	CMP RCP nu acceptă două rețele pe același ID PAN.	Utilizați ID-uri PAN diferite pentru fiecare rețea. Asistența este planificată într-o versiune viitoare.
1122723	Într-un mediu aglomerat, CLI poate să nu mai răspundă în aplicația z3-light_ot-ftd_soc.	Nicio soluție de soluție cunoscută.
1124140	z3-light_ot-ftd_soc sampAplicația nu poate forma rețeaua Zigbee dacă rețeaua OT este deja activă.	Porniți mai întâi rețeaua Zigbee și apoi rețeaua OT.
1170052	Este posibil ca CMP Zigbee NCP + OT RCP și DMP Zigbee NCP + BLE NCP să nu se potrivească în părțile RAM de 64 KB și mai mici în această versiune actuală.	Componente de 64 KB nu sunt acceptate în prezent pentru aceste aplicații.
1209958	ZB/OT/BLE RCP pe Bobcat și Bobcat Lite poate înceta să funcționeze după câteva minute atunci când rulează toate cele trei protocoale	Va fi abordat într-o versiune viitoare
1221299	Citirile RSSI Mfglib diferă între RCP și NCP.	Va fi abordat într-o versiune viitoare.
1231021	OTBR poate afirma când se conectează simultan peste 80 de dispozitive zigbee.	S-a adăugat o remediere care poate rezolva problema. Va fi abordat pe deplin într-o versiune viitoare.

Articole depreciate

Nici unul

Articole eliminate
Eliminat în lansare

Macrocomanda „NONCOMPLIANT_ACK_TIMING_WORKAROUND” a fost eliminată. Toate aplicațiile RCP acceptă acum, în mod implicit, un timp de răspuns de 192 μsec pentru accesări neîmbunătățite, în timp ce folosesc încă 256 μsec timp de răspuns pentru accesări îmbunătățite cerute de CSL.

Folosind această versiune
Această versiune conține următoarele:

Stivă Zigbee

Cadrul de aplicații Zigbee
Zigbee SampAplicațiile

Pentru mai multe informații despre Zigbee și EmberZNet SDK, consultați UG103.02: Zigbee Fundamentals.
Dacă sunteți un utilizator pentru prima dată, consultați QSG180: Ghid de pornire rapidă Zigbee EmberZNet pentru SDK 7.0 și versiuni ulterioare, pentru instrucțiuni despre configurarea mediului de dezvoltare, crearea și intermiterea caampaplicația și documentația de referință care indică pașii următori.

Instalare și utilizare

Zigbee EmberZNet SDK este furnizat ca parte a Gecko SDK (GSDK), suita de SDK-uri Silicon Labs. Pentru a începe rapid cu GSDK, instalați Simplicity Studio 5, care vă va configura mediul de dezvoltare și vă va ghida prin instalarea GSDK. Simplicity Studio 5 include tot ceea ce este necesar pentru dezvoltarea de produse IoT cu dispozitivele Silicon Labs, inclusiv un lansator de resurse și proiecte, instrumente de configurare software, IDE complet cu lanț de instrumente GNU și instrumente de analiză. Instrucțiunile de instalare sunt furnizate în Ghidul utilizatorului online Simplicity Studio 5.
Alternativ, Gecko SDK poate fi instalat manual prin descărcarea sau clonarea celui mai recent din GitHub. Vedea https://github.com/Sili-conLabs/gecko_sdk pentru mai multe informații.

Simplicity Studio instalează GSDK în mod implicit în:

(Windows): C:\Utilizatori\ \SimplicityStudio\SDKs\gecko_sdk

(MacOS): /Utilizatori/ /SimplicityStudio/SDKs/gecko_sdk

Documentația specifică versiunii SDK este instalată împreună cu SDK. Informații suplimentare pot fi găsite adesea în articolele din baza de cunoștințe (KBA). Referințele API și alte informații despre aceasta și versiunile anterioare sunt disponibile pe https://docs.silabs.com/.

Informații de securitate

Integrare sigură a seifului
Pentru aplicațiile care aleg să stocheze cheile în siguranță utilizând componenta Secure Key Storage pe componentele Secure Vault-High, următorul tabel arată cheile protejate și caracteristicile de protecție a stocării acestora pe care le gestionează componenta Zigbee Security Manager.

Cheie înfășurată	Exportabil/Neexportabil	Note
Cheia de rețea	Exportabil
Cheia de legătură a Centrului de încredere	Exportabil
Cheie de legătură tranzitorie	Exportabil	Tabel de chei indexat, stocat ca cheie volatilă
Cheie de conectare la aplicație	Exportabil	Tabel de chei indexate
Cheie securizată EZSP	Exportabil
Cheie de criptare ZLL	Exportabil
Cheie preconfigurată ZLL	Exportabil
Cheie proxy GPD	Exportabil	Tabel de chei indexate
Cheie pentru chiuveta GPD	Exportabil	Tabel de chei indexate
Cheie internă/ substituent	Exportabil	Cheie internă pentru utilizare de către Zigbee Security Manager

Cheile împachetate care sunt marcate ca „Neexportabile” pot fi folosite, dar nu pot fi vieweditat sau partajat în timpul execuției.
Cheile împachetate care sunt marcate ca „Exportabile” pot fi folosite sau partajate în timpul execuției, dar rămân criptate în timp ce sunt stocate în flash.
Aplicațiile utilizator nu trebuie să interacționeze cu majoritatea acestor chei. API-urile existente pentru a gestiona cheile Link Key Table sau Tranzitorii sunt încă disponibile pentru aplicația utilizator și acum sunt direcționate prin componenta Zigbee Security Manager.

Unele dintre aceste chei pot deveni neexportabile în aplicația utilizator în viitor. Aplicațiile utilizatorilor sunt încurajate să nu se bazeze pe exportul cheilor decât dacă este absolut necesar.
Pentru mai multe informații despre funcționalitatea Secure Vault Key Management, consultați AN1271: Secure Key Storage.

Recomandări de securitate
Pentru a vă abona la Security Advisories, conectați-vă la portalul pentru clienți Silicon Labs, apoi selectați Account Home. Faceți clic pe HOME pentru a accesa pagina de pornire a portalului, apoi faceți clic pe tigla Gestionați notificările. Asigurați-vă că este bifată „Notice de consiliere pentru software/securitate și notificări de schimbare a produsului (PCN)” și că sunteți abonat minim pentru platforma și protocolul dvs. Faceți clic pe Salvare pentru a salva orice modificări.

Sprijin
Clienții Kitului de dezvoltare sunt eligibili pentru instruire și asistență tehnică. Utilizați Silicon Laboratories Zigbee web pagina pentru a obține informații despre toate produsele și serviciile Silicon Labs Zigbee și pentru a vă înscrie pentru asistență pentru produse.
Puteți contacta asistența Silicon Laboratories la http://www.silabs.com/support.

Simplicity Studio
Acces cu un singur clic la MCU și instrumente wireless, documentație, software, biblioteci de cod sursă și multe altele. Disponibil pentru Windows, Mac și Linux!

Disclaimer
Silicon Labs intenționează să ofere clienților documentația cea mai recentă, exactă și aprofundată a tuturor perifericelor și modulelor disponibile pentru implementatorii de sisteme și software care utilizează sau intenționează să utilizeze produsele Silicon Labs. Datele de caracterizare, modulele și perifericele disponibile, dimensiunile memoriei și adresele de memorie se referă la fiecare dispozitiv specific, iar parametrii „tipici” furnizați pot varia și pot varia în diferite aplicații. Aplicație exampfișierele descrise aici au doar scop ilustrativ. Silicon Labs își rezervă dreptul de a face modificări fără notificare ulterioară la informațiile despre produs, specificațiile și descrierile de aici și nu oferă garanții cu privire la acuratețea sau caracterul complet al informațiilor incluse. Fără o notificare prealabilă, Silicon Labs poate actualiza firmware-ul produsului în timpul procesului de fabricație din motive de securitate sau fiabilitate. Astfel de modificări nu vor modifica specificațiile sau performanța produsului. Silicon Labs nu își asumă răspunderea pentru consecințele utilizării informațiilor furnizate în acest document. Acest document nu implică și nu acordă în mod expres nicio licență pentru proiectarea sau fabricarea de circuite integrate. Produsele nu sunt proiectate sau autorizate pentru a fi utilizate în cadrul niciunui dispozitiv FDA de clasă III, aplicații pentru care este necesară aprobarea FDA înainte de comercializare sau sisteme de susținere a vieții fără acordul specific scris al Silicon Labs. Un „Sistem de asistență vitală” este orice produs sau sistem destinat să susțină sau să susțină viața și/sau sănătatea, care, dacă eșuează, poate fi de așteptat în mod rezonabil să aibă ca rezultat vătămări corporale semnificative sau deces. Produsele Silicon Labs nu sunt proiectate sau autorizate pentru aplicații militare. Produsele Silicon Labs nu vor fi utilizate în niciun caz la arme de distrugere în masă, inclusiv (dar fără a se limita la) arme nucleare, biologice sau chimice sau rachete capabile să furnizeze astfel de arme. Silicon Labs declină toate garanțiile exprese și implicite și nu va fi responsabilă sau răspunzătoare pentru nicio vătămare sau daune legate de utilizarea unui produs Silicon Labs în astfel de aplicații neautorizate.

Nota: Acest conținut poate conține terminologie jignitoare, care este acum învechită. Silicon Labs înlocuiește acești termeni cu un limbaj incluziv ori de câte ori este posibil. Pentru mai multe informații, vizitați www.silabs.com/about-us/inclusive-lexicon-project.

Informații despre mărci comerciale
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® și sigla Silicon Labs®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, sigla Energy Micro și combinații ale acestora , „cele mai prietenoase microcontrolere din lume”, Redpine Signals®, WiSeConnect , n-Link, ThreadArch®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, Telegesis Logo®, USBXpress® , Zentri, sigla Zentri și Zentri DMS, Z-Wave®, și altele sunt mărci comerciale sau mărci comerciale înregistrate ale Silicon Labs. ARM, CORTEX, Cortex-M3 și THUMB sunt mărci comerciale sau mărci comerciale înregistrate ale ARM Holdings. Keil este o marcă înregistrată a ARM Limited. Wi-Fi este o marcă înregistrată a Wi-Fi Alliance. Toate celelalte produse sau nume de marcă menționate aici sunt mărci comerciale ale deținătorilor respectivi.

CONTACT

Silicon Laboratories Inc.

400 West Cesar Chavez
Austin, TX 78701
STATELE UNITE ALE AMERICII

www.silabs.com

Documente/Resurse

SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack Software [pdfGhid de utilizare
SDK 7.4.1.0 GA Zigbee Protocol Stack Software, SDK 7.4.1.0 GA, Zigbee Protocol Stack Software, Protocol Stack Software, Stack Software

Referințe

Manual de utilizare

SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack Software

Informații despre produs

Instrucțiuni de utilizare a produsului

FAQ

CARACTERISTICI CHEIE

Componente noi

Comportamentul intenționat

Îmbunătățiri

Probleme remediate

Probleme cunoscute în versiunea curentă

Articole depreciate

Articole eliminate

Gateway multiprotocol și RCP

Instalare și utilizare

Informații de securitate

CONTACT

Documente/Resurse

Referințe

Lasă un comentariu

Anulează răspunsul