SILICON LABS SDK 7.4.1.0 Праграмнае забеспячэнне стэка пратаколаў Zigbee GA

Інфармацыя аб прадукце

Тэхнічныя характарыстыкі

• Версія Zigbee EmberZNet SDK: 7.4.1.0
• Версія Gecko SDK Suite: 4.4 – 14 лютага 2024 г
• Пастаўшчык: Сіліконавыя лабараторыі
• Асноўныя характарыстыкі: Шматпратакольная падтрымка Zigbee і OpenThread на SoC
• Сумяшчальныя кампілятары: Версія GCC 12.2.1
• Версія пратаколу EZSP: 0x0D

Інструкцыя па ўжыванні прадукту

Заўвагі аб сумяшчальнасці і выкарыстанні

• Каб атрымаць абнаўленні бяспекі і заўвагі, звярніцеся да главы "Бяспека" заўваг да выпуску платформы Gecko, усталяванай разам з гэтым SDK, або наведайце ўкладку TECH DOCS на Silicon Labs webсайт.
• Сачыце за навінамі, падпісаўшыся на рэкамендацыі па бяспецы.

FAQ

• Пытанне: Як праверыць правільнасць files выкарыстоўваюцца з сумяшчальнымі кампілятарамі?
• адказ: Вы можаце пераканацца, што гэта правільна files выкарыстоўваюцца шляхам праверкі GCC версіі 12.2.1, якая пастаўляецца з Simplicity Studio.
• Пытанне: Дзе я магу знайсці інфармацыю аб абнаўленнях бяспекі і паведамленнях?
• адказ: Каб атрымаць абнаўленні бяспекі і заўвагі, звярніцеся да раздзела "Бяспека" заўваг да выпуску платформы Gecko або наведайце ўкладку "ТЭХНІЧНАЯ ДАКУМЕНТАЦЫЯ" на сайце Silicon Labs webсайт.

Silicon Labs з'яўляецца абраным пастаўшчыком для OEM-вытворцаў, якія распрацоўваюць сетку Zigbee у сваіх прадуктах. Платформа Silicon Labs Zigbee з'яўляецца найбольш інтэграваным, поўным і шматфункцыянальным рашэннем Zigbee.
Silicon Labs EmberZNet SDK змяшчае рэалізацыю Silicon Labs спецыфікацыі стэка Zigbee.

• Гэтыя заўвагі да выпуску ахопліваюць версію(і) SDK:
• 7.4.1.0 выпушчана 14 лютага 2024 г
• 7.4.0.0 выпушчана 13 снежня 2023 г

АСНОЎНЫЯ ХАРАКТАРЫСТЫКІ

Зігбі

• Адпаведнасць Zigbee R23
• Адпаведнасць Zigbee Smart Energy 1.4a - вытворчасць
• Адпаведнасць Zigbee GP 1.1.2 – Альфа
• Падтрымка MG27 – вытворчасць
• Палепшаная падтрымка частак Secure Vault
• Падтрымка Sleepy для прыкладанняў NCP SPI (не-CPC) – Альфа

Мультыпратакольны

• Падтрымка адначасовага праслухоўвання (RCP) - MG21 і MG24
• Паралельны шматпратакольны (CMP) Zigbee NCP + OpenThread RCP – вытворчасць
• Дынамічны шматпратакольны Bluetooth + адначасовы шматпратакольны (CMP) падтрымка Zigbee і OpenThread на SoC

Заўвагі аб сумяшчальнасці і выкарыстанні

Для атрымання інфармацыі аб абнаўленнях сістэмы бяспекі і заўвагах глядзіце раздзел "Бяспека" заўваг да выпуску платформы Gecko, усталяваны разам з гэтым SDK, або на ўкладцы "ТЭХНІЧНЫЯ ДАКУМЕНТЫ" па адрасе https://www.silabs.com/developers/zigbee-emberznet. Silicon Labs таксама настойліва рэкамендуе вам падпісацца на рэкамендацыі па бяспецы, каб атрымліваць актуальную інфармацыю. Каб атрымаць інструкцыі або калі вы пачатковец у Zigbee EmberZNet SDK, гл. Выкарыстанне гэтага выпуску.

Сумяшчальныя кампілятары

• IAR Embedded Workbench для ARM (IAR-EWARM) версія 9.40.1.
• Выкарыстанне Wine для зборкі з дапамогай утыліты каманднага радка IarBuild.exe або графічнага інтэрфейсу IAR Embedded Workbench у macOS або Linux можа прывесці да няправільнай files выкарыстоўваецца з-за сутыкненняў у алгарытме хэшавання Wine для генерацыі кароткіх file назвы.
• Кліентам macOS або Linux рэкамендуецца не ствараць з IAR па-за межамі Simplicity Studio. Кліенты, якія робяць гэта, павінны ўважліва пераканацца, што гэта правільна files выкарыстоўваюцца.

GCC (Калекцыя кампілятараў GNU) версія 12.2.1, пастаўляецца з Simplicity Studio.
Версія пратакола EZSP для гэтага выпуску - 0x0D.

Новыя прадметы

Гэты выпуск Gecko SDK (GSDK) будзе апошнім з камбінаванай падтрымкай усіх прылад EFM і EFR, за выключэннем патчаў да гэтай версіі пры неабходнасці. Пачынаючы з сярэдзіны 2024 года, мы будзем прадстаўляць асобныя SDK:

• Існуючы Gecko SDK будзе працягваць падтрымліваць прылады серыі 0 і 1.
• Новы SDK будзе прызначаны спецыяльна для прылад серыі 2 і 3.

Gecko SDK будзе працягваць падтрымліваць усе прылады серый 0 і 1 без зменаў у доўгатэрміновай падтрымцы, абслугоўванні, якасці і хуткасці рэагавання, прадугледжаных нашай палітыкай у галіне праграмнага забеспячэння.
Новы SDK будзе адгалінавацца ад Gecko SDK і пачне прапаноўваць новыя функцыі, якія дапамогуць распрацоўшчыкам прасунуццаtage пашыраных магчымасцей нашых прадуктаў серыі 2 і 3.
Гэта рашэнне ўзгадняецца з водгукамі кліентаў і адлюстроўвае наша імкненне павысіць якасць, забяспечыць стабільнасць і павысіць прадукцыйнасць для выключнага карыстальніцкага досведу ў нашых праграмных SDK.

Новыя кампаненты

Новае ў выпуску 

• Кампаненты «zigbee_direct_security_p256» і «zigbee_direct_security_curve25519» былі дададзены, каб карыстальнікі маглі наладзіць пэўны параметр бяспекі Zigbee Direct.
• Карыстальнікам дазваляецца ўключаць некалькі кампанентаў «zigbee_direct_security» у дадатку прылады Zigbee Direct (ZDD). У гэтым выпадку фактычны параметр бяспекі залежыць ад канфігурацыі віртуальнай прылады Zigbee (ZVD).

Новыя API
Новае ў выпуску 

• Дададзены новы API sl_zigbee_token_factory_reset для скіду токенаў Zigbee NVM3 да значэння па змаўчанні.
• Дададзены API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), які вяртае ісціну, калі табліца ключоў спасылак можа дадаць або абнавіць запіс з гэтым адрасам (табліца не поўная).
• Дададзены новы API bool sl_zb_sec_man_compare_key_to_value (sl_zb_sec_man_context_t* кантэкст, sl_zb_sec_man_key_t* ключ), які вяртае ісціну, калі ключ, на які спасылаецца кантэкст, мае такое ж значэнне, што і ключ, дадзены ў аргументе.

Новая падтрымка платформы
Новае ў выпуску 

• У гэтым выпуску дададзена падтрымка стэка Zigbee для наступных новых частак: EFR32MG24A010F768IM40 і EFR32MG24A020F768IM40.

Новая дакументацыя
Новае ў выпуску 7.4.0.0

• Абноўлена апісанне для кампанента Zigbee Secure Key Storage, каб адлюстраваць даданне Zigbee Secure Key Storage Upgrade (што дадае зваротную сумяшчальнасць з існуючымі праектамі).
• Дададзена новая заўвага да прыкладання для ўзаемадзеяння з групай кампанентаў Zigbee Security Manager (AN1412: Zigbee Security Manager).

Меркаванае паводзіны

Нагадваем карыстальнікам, што несінхранізаваныя перадачы CSL Zigbee падлягаюць выключэнню пратакола ў планіроўшчыку радыё. У праграмах SleepyToSleepy BLE можа і будзе апярэджваць перадачу Zigbee CSL, якая спыняе перадачу. Апярэджанне планіроўшчыка больш распаўсюджана для несінхранізаванага CSL, улічваючы, што можа выкарыстоўвацца патэнцыяльна доўгая паслядоўнасць кадраў абуджэння. Карыстальнікі, якія жадаюць наладзіць прыярытэты перадачы, могуць выкарыстоўваць для гэтага кампанент DMP Tuning and Testing. Карыстальнікі таксама могуць пракансультавацца з UG305: Dynamic Multiprotocol User's Guide для атрымання дадатковай інфармацыі.

Паляпшэнні

Зменены ў выпуску
Змены ў дакументацыі API emberCounterHandler

У папярэдніх версіях зваротнаму выкліку апрацоўшчыка лічыльнікаў для ўзроўню MAC і APS EmberCounterTypes адносна пакетаў RX і TX не перадаваўся належны ідэнтыфікатар мэтавага вузла або аргументы даных, а дакументацыя API адносна паводзін пэўных лічыльнікаў, якія выкарыстоўвалі гэтыя параметры, была незразумелай або ўводзіла ў зман.
Хоць подпіс emberCounterHandler() не змяніўся, спосаб запаўнення яго параметраў крыху змяніўся.

• Каментары вакол пералічэнняў EmberCounterType у ember-types.h былі пашыраны для яснасці.
• Параметр Node ID для апрацоўшчыка лічыльнікаў для лічыльнікаў, звязаных з TX, цяпер правярае, ці паказвае рэжым адраса прызначэння сапраўдны кароткі ідэнтыфікатар перад яго выкарыстаннем. (Калі не, адрас прызначэння не запаўняецца, і замест яго выкарыстоўваецца значэнне запаўняльніка EMBER_UNKNOWN_NODE_ID.)
• Параметр Node ID для апрацоўшчыка лічыльнікаў для лічыльнікаў, звязаных з RX, цяпер адлюстроўвае ідэнтыфікатар зыходнага вузла, а не ідэнтыфікатар вузла прызначэння.
• Колькасць паўторных спроб *не* перадаецца як параметр даных для лічыльнікаў EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED, як апісана ў ember-types. h у папярэдніх версіях, але гэта ніколі не запаўнялася належным чынам у раней выпушчаных версіях, таму яго значэнне ў папярэдніх версіях заўсёды было 0. Гэтыя паводзіны былі растлумачаны ў апісанні гэтых EmberCounterTypes. Аднак колькасць паўтораў для паўторных спроб ўзроўню APS працягвае запаўняцца ў параметры даных для тыпаў лічыльнікаў EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED, каб адпавядаць папярэднім выпускам.
• Усе лічыльнікі, якія запаўняюць ідэнтыфікатар вузла або параметр дадзеных для зваротнага выкліку, былі правераны, каб пераканацца, што яны перадаюць чаканыя даныя, адрас або EMBER_UNKNOWN_NODE_ID, калі ідэнтыфікатар вузла чакаўся, але не мог быць атрыманы з пакета, як апісана ў перагледжаным ember- Дакументацыя па types.h.
• Апрацоўшчык лічыльніка для EMBER_COUNTER_MAC_TX_UNICAST_RETRY цяпер правільна адлюстроўвае ідэнтыфікатар вузла прызначэння ўзроўню MAC і некалькі паўторных спроб у яго ідэнтыфікатары вузла прызначэння і параметрах даных.
• Апрацоўшчык лічыльніка для EMBER_COUNTER_PHY_CCA_FAIL_COUNT цяпер прадастаўляе інфармацыю аб ідэнтыфікатары вузла прызначэння праз параметр ідэнтыфікатара вузла аб запланаванай мэты ўзроўню MAC для паведамлення, якое не атрымалася перадаць.

Абноўлены Green Power Code
Код сервера Green Power абноўлены з рознымі паляпшэннямі, уключаючы:

• Дададзены дадатковы код праверкі для ўваходных каманд з несапраўднай канчатковай кропкай пры атрыманні на серверы GP.
• Дададзены код для апрацоўкі выпадку, калі больш няма месца для стварэння паведамленняў аб зялёнай сіле.
• Прыёмнік цяпер выдаляе канфігурацыю спалучэння з дзеяннем выдаліць спалучэнне ў некаторых выпадках у адпаведнасці з раздзелам спецыфікацыі A.3.5.2.4.1.
• Прыёмнік цяпер захоўвае існуючы групавы спіс запісу перад яго выдаленнем пры апрацоўцы канфігурацыі спалучэння з дзеяннем extend.
• Калі табліца перакладу пустая або індэкс перавышае некалькі запісаў у табліцы, каманда запыту перакладу вяртае «НЕ ЗНОЙДЗЕНА» як код памылкі.
• Зменена версія канчатковай кропкі GP у некаторых праграмах з 1 на 0.

Выкарыстанне CSMA у функцыі адпраўкі GPDF абмежавана, таму што прылады Green Power з'яўляюцца прыладамі з мінімальнай энергіяй і не выкарыстоўваюць CSMA ў большасці канструкцый. Замест гэтага лепш за ўсё рассылаць некалькі пакетаў з аднолькавым бюджэтам энергіі.
Выдалена выкарыстанне схаванай канчатковай кропкі ў опцыі плагіна Green Power Server. Замест гэтага выкарыстоўвайце адну з канечных кропак прыкладання.
Паляпшэнні кода плагіна абнаўлення сеткавага ключа

• Перыяд перыядычнага абнаўлення сеткавага ключа зменены на 1 год.

Рэструктурызаваны некаторыя API, каб пазбегнуць непатрэбнага экспарту ключоў
Унесены змены ў карысць выкарыстання ключавых кантэкстаў, а не адкрытых тэкставых ключавых даных.

• sl_zigbee_send_security_challenge_request цяпер прымае аргумент sl_zb_sec_man_context_t замест EmberKeyData.
• Значэнні пералічэння sl_zb_sec_man_derived_key_type цяпер з'яўляюцца 16-бітнай бітавай маскай для непасрэднай падтрымкі пэўных вытворных ключоў, якія аб'ядноўваюць некалькі вытворных тыпаў.

Выпраўленыя праблемы

Выпраўлена ў выпуску 

Ідэнтыфікатар №	Апісанне
1036893	Выпраўлена праблема, з-за якой кампанент кластара OTA усталёўваў стары кампанент інтэрфейсу загрузніка ў якасці залежнасці.
1114905	Zigbee Direct: палепшаная апрацоўка характарыстык выхаду з сеткі.
1180937	Выпраўлены скід WDT пры падключэнні Zigbee Direct ZDD да старонняга ZVD.
1223904	Выпраўлена праблема, з-за якой канчатковая прылада некарэктна пераходзіла на працу ў вельмі загружаным асяроддзі.
1224393	Абноўлены код апрацоўшчыка запытаў табліцы прыёмніка Green Power, каб абнавіць адрас прызначэння адказу.
1228808	Выпраўлена праблема адлюстравання азначэнняў макрасаў у дакументацыі gp-types.h.
1232297	Выпраўлена праблема, з-за якой emberSetOutgoingNwkFrameCounter і emberSetOutgoingApsFrameCounter не працавалі ў 64-разрадных хост-праграмах (вяртаючы EMBER_BAD_ARGUMENT).
1232359	Выпраўлены разлік параметра gppTunnelingDelay пры апрацоўцы каманд кліента green power.
1240392	Запыты на прывязку/развязку ZDO, адхіленыя па прычынах доступу/дазволу, павінны вяртаць статус EMBER_ZDP_NOT_AUTHORIZED, а не статус EMBER_ZDP_NOT_PERMITTED у адпаведнасці са спецыфікацыямі Zigbee.
1243523	Zigbee Direct: Палепшана стабільнасць злучэння BLE з ZVD.
1249455	Выпраўлена праблема, з-за якой канцавая прылада ў рэжыме сну пераходзіла ў рэжым сну пры атрыманні трансляцыі перад атрыманнем пацверджання.
1252295	Выпраўце памылку друку ў макрасе каталога кампанентаў SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT.

Выпраўлена ў выпуску 

Ідэнтыфікатар №	Апісанне
1019348	Выпраўлены патрабаванні да залежнасці для кампанента Zigbee ZCL Cli, каб яго можна было выдаліць, калі ён не патрэбны.
1024246	Абноўлена апісанне функцый для emberHaveLinkKey() і sl_zb_sec_man_have_link_key().
1036503	Дададзена апісанне, каб рэкамендаваць выкарыстанне ядра Micrium для DMPampпраграмы.
1037661	Была выпраўлена праблема, якая перашкаджала прылажэнню ўсталёўваць прафесійны або ліставы стэк.
1078136	Выпраўлены перыядычны збой пры змяненні падзей з кантэксту перапынення
1081548	Нагадваем карыстальнікам, што несінхранізаваныя перадачы CSL Zigbee падлягаюць выключэнню пратакола ў планіроўшчыку радыё. У праграмах SleepyToSleepy BLE можа і будзе апярэджваць перадачу Zigbee CSL, якая спыняе перадачу. Апярэджанне планіроўшчыка больш распаўсюджана для несінхранізаванага CSL, улічваючы, што можа выкарыстоўвацца патэнцыяльна доўгая паслядоўнасць кадраў абуджэння. Карыстальнікі, якія жадаюць наладзіць прыярытэты перадачы, могуць выкарыстоўваць для гэтага кампанент DMP Tuning and Testing. Карыстальнікі таксама могуць пракансультавацца з UG305: Dynamic Multiprotocol User's Guide для атрымання дадатковай інфармацыі. У CSL была выпраўлена праблема, з-за якой новая паслядоўнасць кадраў абуджэння, атрыманая адразу пасля папярэдняга кадра карыснай нагрузкі, не запісвалася правільна. Гэта прывядзе да прапушчанага кадра карыснай нагрузкі.
1084111	Першапачатковая падтрымка спячага SPI-NCP для плат на базе MG24 абноўлена ў рамках гэтага выпуску.
1104056	Дададзена падтрымка кіравання сеткай для працы ў другаснай сетцы ў выпадку некалькіх сетак
1120515	Выпраўлена праблема, пры якой канал не мяняўся пры выкарыстанні каманды mfglib set-channel.
1141109	Выпраўлена праблема, якая выклікала згенераваны sample прыкладанне ncp-uart-gp-multi-rail, каб прапусціць загаловак files пры выкарыстанні кампанента адаптара Green Power з опцыяй -cp.
1144316	Абноўлена апісанне некаторых тыпаў структуры даных у дакументацыі gp-types.h.
1144884	Выпраўлены біт фальшывага кадра, які чакае чакання, усталяваны, калі даныя не чакаюць.
1152512	Выпраўлены магчымы збой у low-mac-rail пры мадыфікацыі падзеі ў кантэксце ISR.

Ідэнтыфікатар №	Апісанне
1154616	Дададзена выключэнне для ўмовы ініцыялізацыі сеткі з выпадкам «Пераключэнне ролі з канцавой прылады ў рэжыме сну на прыладу, якая не працуе ў рэжыме сну».
1157289	Выпраўлена праблема, якая магла выклікаць збой тэсту BDB DN-TLM-TC-02B.
1157426	Выпраўлена праблема зборкі пры стварэнні zigbee_simple_app з кампанентам green_power_adapter.
1157932	Дададзена ўмова, каб праверыць, ці адсутнічае поле «Час пераходу», і ўсталяваць значэнне па змаўчанні 0xFFFF для гэтага адсутнага поля.
1166340	Выпраўлена праблема, якая перашкаджала emberAfGpdfSend адпраўляць запланаваную колькасць паўторных перадач.
1167807	Выпраўлена праблема, з-за якой прылады, якія дзейнічаюць як цэнтры даверу ў размеркаваных сетках, няправільна ачышчалі свае ключы пераходных спасылак кожны раз, калі далучалася новая прылада.
1169504	Выпраўлена праблема, якая выклікала скід соннай прылады пасля прымусовага абуджэння.
1169966	Выпраўлена адсутнасць праверкі вяртанага значэння ў кодзе размеркавання буфера.
1171477 год, 172270	З mfglib start 1 паведамленні не перадаюцца, але прымаюцца, таму паведамленне тэрмінала «mfglib адпраўка завершана» няправільнае і зменена на «Атрымана %d пакетаў за апошнія %d мс».
1171935	Перыяд перыядычнага абнаўлення сеткавага ключа зменены на 1 год.
1172778	Дададзены адсутны выклік emberAfPluginGreenPowerServerUpdateAliasCallback на сервер Green Power.
1174288	Выпраўлена праблема, з-за якой працэс кіравання сеткай сцвярджаў, калі выклікаецца выклік для спынення бягучага сканавання.
1178393	Абноўлена памылка дакументацыі.
1180445	У Smart Energy OTA цяпер працягвае загрузку, калі каардынатар дасягае абмежаванага працоўнага цыклу.
1185509	Выпраўлена праблема ў CSL, з-за якой новая паслядоўнасць кадраў абуджэння, атрыманая адразу пасля папярэдняга кадра карыснай нагрузкі, не запісвалася правільна. Гэта прывядзе да прапушчанага кадра карыснай нагрузкі.
1186107	Выпраўлена праблема, якая выклікала няўдалае расшыфраванне атрыманых GPDF для замены ўваходнага GPDF у паведамленні аб увядзенні ў эксплуатацыю gp.
1188397	Выпраўлена праблема, якая выклікала памылку кампіляцыі пры ўключэнні пашыранага памеру табліцы справаздачы.
1194090	Выпраўлены статус збою ў адказе па змаўчанні для каманды рэжыму ўводу ў эксплуатацыю ракавіны - наступны раздзел 3.3.4.8.2
1194963	Выпраўлена праблема, з-за якой memset структура CommissioningGpd перад выклікам зваротнага выкліку карыстальніка emberAfGreenPowerServerPairingStatusCallback.
1194966	Выпраўлена праблема, з-за якой палі канчатковай кропкі і proxiesInvolved не ўсталёўваліся з дзеяннем "Выхад з уводу ў эксплуатацыю".
1196698	Выпраўлены біт фальшывага кадра, які чакае чакання, усталяваны, калі ніякіх даных не чакаецца.
1199958	Дададзены код для апрацоўкі выпадку, калі больш няма месца для стварэння паведамленняў аб зялёнай сіле.
1202034	Выпраўлена праблема, з-за якой зменная стэка sl_zb_sec_man_context_t не ініцыялізавалася правільна, што прыводзіла да збою далучэння з дапамогай кода ўстаноўкі.
1206040	Выклік emberRemoveChild() падчас спробы бяспечнага паўторнага далучэння канцавой прыладай патэнцыйна можа прывесці да дадатковага памяншэння падліку даччыных элементаў, патэнцыйна прыводзячы да падліку даччыных элементаў, роўнага -1 (255), не даючы канчатковым прыладам далучацца/паўторна далучацца з-за паказанага адсутнасці ёмістасці ў Beacon.
1207580	Функцыі пошуку даччыных табліц у стэку несумяшчальныя ў выкарыстанні 0x0000 супраць 0xFFFF для вяртанага значэння ідэнтыфікатара вузла, якое прадстаўляе несапраўдныя/пустыя запісы, што прыводзіць да праблем з праверкай нявыкарыстаных запісаў у API, такіх як emberRemoveChild().
1210706	Пункт прызначэння і фізічны індэкс, прадстаўленыя ў структуры EmberExtraCounterInfo як частка emberCounterHandler(), маглі быць няправільнымі для тыпаў лічыльнікаў MAC TX Unicast.
1211610 1212525	Выпраўлена праблема, пры якой праграмы Dynamic Multiprotocol давалі збой пасля ўключэння кампанента Secure Key Storage Upgrade.
1211847	Хоць подпіс emberCounterHandler() не змяніўся, спосаб запаўнення яго параметраў крыху змяніўся. Змены вакол гэтага API тлумачацца ў раздзеле 2 вышэй.
1212449	Выходныя маякі былі няправільна класіфікаваны на ўзроўні MAC, што прывяло да таго, што emberCounterHandler() не змог злавіць гэтыя пакеты з дапамогай лічыльніка тыпу EMBER_COUNTER_MAC_TX_BROADCAST і замест гэтага лічыў маякі з тыпам лічыльніка EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS. Гэта патэнцыйна прывяло да ненадзейных значэнняў для параметра dest EmberNodeId, перададзенага ў структуру EmberCounterInfo

Ідэнтыфікатар №	Апісанне
1214866	Адпраўка пакетаў апытання дадзеных у пэўных канфігурацыях з вялікім трафікам можа прывесці да збою шыны.
1216552	Праблема, якая выклікае зацвярджэнне ва ўмовах інтэнсіўнага руху, выпраўлена.
1216613	Выпраўлена праблема, якая прыводзіла да няправільнага значэння радыуса прывядзення групы ў табліцы проксі.
1222509	Маршрутызатар/каардынатар адпраўляе запыт на выхад і паўторнае далучэнне на недаччынную апытальную канцавую прыладу, але MAC-адрас 0xFFFF, а не супадае з адрасам прызначэння NWK.
1223842	Выпраўлена праблема з генерацыяй sl_component_catalog.h, якая пакідала ў ім непажаданы код, што прыводзіла да збою кампіляцыі.
756628	Зменены выклік зваротнага выкліку прыкладання emberAfMacFilterMatchMessageCallback, каб ён выклікаўся толькі для паведамленняў ZLL, якія пацверджаны стэкам.
816088	Канфігурацыя EMBER перанесена з zigbeed_configuration.h у zigbeed. slcp.
829508	Каб пазбегнуць стану гонкі, у emberSetLogicalAndRadioChannel была дададзена дадатковая праверка, якая вяртае няўдалы вынік, калі ніжнія ўзроўні занятыя або не ў стане змяніць канал.

Вядомыя праблемы ў бягучым выпуску

Праблемы, вылучаныя тлустым шрыфтам, былі дададзены пасля папярэдняга выпуску. Калі вы прапусцілі рэліз, апошнія заўвагі да выпуску даступныя па адрасе https://www.si-labs.com/developers/zigbee-emberznet на ўкладцы Тэхнічныя дакументы.

Ідэнтыфікатар №	Апісанне	Абыходны шлях
Н/Д	·Наступныя прыкладанні/кампаненты не падтрымліваюцца ў гэтым выпуску: Падтрымка EM4	Функцыя будзе ўключана ў наступных выпусках.
193492	Макрас партавання emberAfFillCommandGlobalServerToClientConfigureRe не працуе. Запаўненне буфера стварае няправільны пакет каманд.	Выкарыстоўвайце каманду CLI «zcl global send-me-a-report» замест API.
278063	Разумнае энергетычнае тунэляванне plugins маюць супярэчлівае апрацоўку/выкарыстанне індэкса табліцы адрасоў.	Няма вядомага абыходнага шляху
289569	Спіс выбару ўзроўню магутнасці кампанента стваральніка сеткі не прапануе поўнага дыяпазону падтрымоўваных значэнняў для EFR32	Адрэдагуйце дыяпазон <-8..20>, указаны ў каментарыі CMSIS для EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P МІЖНІК у в /protocol/ZigBee/app/framework/plugin/network-creator/config/network-creator-config.h file. Напрыкладample, змяніць на .
295498	Прыём UART часам губляе байты пры вялікай нагрузцы ў выпадку дынамічнага шматпратакольнага выкарыстання Zigbee+BLE.	Выкарыстоўвайце апаратны кантроль патоку або знізіце хуткасць перадачы.
312291	EMHAL: Функцыі halCommonGetIntxxMillisecondTick на хостах Linux у цяперашні час выкарыстоўваюць функцыю атрымання meofday, аднастайнасць якой не гарантуецца. Калі сістэмны час змяняецца, гэта можа выклікаць праблемы са стэкам.	Змяніце гэтыя функцыі, каб замест іх выкарыстоўваць clock_gettime з крыніцай CLOCK_MONOTONIC.
338151	Ініцыялізацыя NCP з нізкім значэннем колькасці буфера пакетаў можа прывесці да пашкоджання пакетаў.	Выкарыстоўвайце зарэзерваванае значэнне 0xFF для колькасці буфера пакетаў, каб пазбегнуць занадта нізкага значэння па змаўчанні
387750	Праблема з фарматамі запытаў табліцы маршрутаў на канчатковай прыладзе.	Пад следствам
400418	Ініцыятар сэнсарнай спасылкі не можа спасылацца на мэтавую канчатковую прыладу, не ўстаноўленую на заводзе.	Няма вядомага абыходнага шляху.
424355	Пры пэўных абставінах ініцыятар кантактнай лініі канцавога канцавога канцавога прылады без завадской вытворчасці не можа атрымаць адказ інфармацыі аб прыладзе.	Пад следствам
465180	Пункт аптымізацыі радыёблакіроўшчыка Coexistence Radio «Уключыць кіраванне выкананнем» можа блакіраваць правільную працу Zigbee.	Неабавязковы кантроль «Выбар Wi-Fi» аптымізацыі блакіроўшчыка трэба пакінуць «Адключаным».
480550	Кластар OTA мае ўбудаваны метад фрагментацыі, таму ён не павінен выкарыстоўваць фрагментацыю APS. Хоць, калі шыфраванне APS уключана, яно павялічвае карысную нагрузку ImageBlockResponses да памеру, пры якім актывуецца фрагментацыя APS. Гэта можа прывесці да збою працэсу OTA.	Няма вядомага абыходнага шляху
481128	Падрабязная інфармацыя аб прычынах скіду і збоях павінна быць даступная па змаўчанні праз віртуальны UART (серыйны нумар 0) на платформах NCP, калі ўключаны плагін дыягностыкі і перыферыйнае прылада віртуальнага UART.	Паколькі Serial 0 ужо ініцыялізаваны ў NCP, кліенты могуць уключыць emberAfNcpInitCallback у Zigbee NCP Framework і выклікаць адпаведныя дыягнастычныя функцыі (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDetails і halPrintCrashData) у гэтым зваротным выкліку, каб надрукаваць гэтыя даныя ў Serial 0 для viewу журнале захопу Network Analyzer. Для былогаampКаб даведацца, як выкарыстоўваць гэтыя функцыі, звярніцеся да кода, уключанага ў emberAfMainInit() a-main-soc.c, калі вызначана EXTENDED_RESET_INFO.

Ідэнтыфікатар №	Апісанне	Абыходны шлях
486369	Калі DynamicMultiProtocolLightSoc, які стварае новую сетку, мае даччыныя вузлы, якія засталіся ад сеткі, якую ён пакінуў, emberAfGetChildTableSize вяртае ненулявое значэнне ў startIdentifyOnAllChildNodes, выклікаючы паведамленне пра памылку Tx 66 пры звароце да даччыных вузлоў «прывідаў».	Масава выдаліце ​​частку, калі гэта магчыма, перад стварэннем новай сеткі або праграмна праверце даччыную табліцу пасля выхаду з сеткі і выдаліце ​​ўсіх даччыных табліц з дапамогай emberRemoveChild перад стварэннем новай сеткі.
495563	Далучэнне да SPI NCP Sleepy End Device SampПрыкладанне не выконвае кароткі апытанне, таму спроба далучэння не ўдаецца ў стане абнаўлення ключа спасылкі TC.	Прылада, якая хоча далучыцца, павінна быць у рэжыме кароткага апытання перад спробай далучыцца. Гэты рэжым можна прымусова ўключыць убудовай End Device Support.
497832	У Network Analyzer разбіўка каманд падтрымкі прыкладанняў Zigbee для кадра запыту праверкі ключа памылкова спасылаецца на частку карыснай нагрузкі, якая паказвае адрас крыніцы кадра ў якасці адраса прызначэння.	Няма вядомага абыходнага шляху
519905 521782	Вельмі рэдка Spi-NCP можа не запусціць сувязь загрузніка з дапамогай каманды CLI «bootload» плагіна ota-client.	Перазапусціце працэс загрузкі
620596	NCP SPI Example для BRD4181A (EFR32xGMG21) Вызначаны PIN-код па змаўчанні nWake не можа выкарыстоўвацца ў якасці штыфта для абуджэння.	Зменіце пін-код па змаўчанні для nWake з PD03 на EM2/3 з падтрымкай абуджэння ва ўбудове NCP-SPI.
631713	Канцавая прылада Zigbee будзе неаднаразова паведамляць аб канфліктах адрасоў, калі ўбудова «Бібліятэка стэка Zigbee PRO» выкарыстоўваецца замест «Бібліятэкі лістоў Zigbee PRO».	Выкарыстоўвайце «Бібліятэку лістоў Zigbee PRO» замест плагіна «Бібліятэка стэка Zigbee PRO».
670702	Неэфектыўнасць плагіна Reporting можа прывесці да значнай затрымкі ў залежнасці ад частаты запісу даных і памеру табліцы, што можа перашкаджаць коду прыкладання кліента, уключаючы час падзей.	Калі вы часта запісваеце, падумайце аб праверцы ўмоў справаздачнасці і адпраўцы справаздач уручную, а не з дапамогай плагіна.
708258	Неініцыялізаванае значэнне ў groups-server.c праз addEntryToGroupTable() можа стварыць ілжывую прывязку і прывесці да адпраўкі паведамленняў пра прывядзенне групы.	Дадайце «binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;» пасля «binding.type = EMBER_MULTICAST_BINDING;”
757775	Усе дэталі EFR32 маюць унікальнае зрушэнне RSSI. Акрамя таго, дызайн платы, антэны і корпус могуць уплываць на RSSI.	Пры стварэнні новага праекта ўсталюйце кампанент RAIL Utility, RSSI. Гэтая функцыя ўключае стандартны RSSI Offset Silabs, вымераны для кожнай дэталі. Гэта зрушэнне можа быць зменена пры неабходнасці пасля радыёчастотнага тэставання вашага поўнага прадукту.
758965	Кампаненты кластара ZCL і табліца выяўлення каманд ZCL не сінхранізуюцца. Такім чынам, пры ўключэнні або адключэнні кампанента кластара ZCL рэалізаваныя каманды не будуць уключаны/адключаны на адпаведнай укладцы каманд пашыранага канфігуратара ZCL.	Уручную ўключыце/выключыце выяўленне патрэбных каманд ZCL у пашыраным канфігуратару ZCL.
765735	Абнаўленне OTA не атрымоўваецца на Sleepy End Device з уключаным запытам старонкі.	Выкарыстоўвайце запыт блакіроўкі замест запыту старонкі.
845649	Выдаленне CLI: асноўны кампанент не пазбаўляе ад выклікаў EEPROM cli да sl_cli.h.	Выдаліць eeprom-cli.c file які выклікае sl_cli.h. Акрамя таго, можна закаментаваць выклікі sl_cli.h, а таксама sl_cli_command_arg_t у ota-storage-simple-eeprom.
857200	ias-зона-сервер. c дазваляе стварыць прывязку з адрасам CIE «0000000000000000» і не дазваляе далейшыя прывязкі.	Няма вядомага абыходнага шляху
1019961	Згенераваны Z3Gateway makefile жорсткія коды «gcc» як CC	Няма вядомага абыходнага шляху

Ідэнтыфікатар №	Апісанне	Абыходны шлях
1039767	Праблема перапаўнення чаргі паўторных спроб сеткі маршрутызатара Zigbee у выпадку выкарыстання шматструменнай RTOS.	Zigbee Stack не з'яўляецца паточна-бяспечным. У выніку выклік API стэка Zigbee з іншай задачы не падтрымліваецца ў асяроддзі АС і можа прывесці стэк у «непрацоўны» стан. Звярніцеся да наступнай нататкі аб дадатку для атрымання дадатковай інфармацыі і абыходнага шляху з выкарыстаннем апрацоўшчыка падзей. https://www.silabs.com/documents/public/application- notes/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk- 7x.pdf .
1064370	Z3Switch sampПрыкладанне ўключала толькі адну кнопку (экземпляр: btn1) па змаўчанні, што прыводзіць да несупадзення ў апісанні кнопкі ў праекце file.	Абыходны шлях: усталюйце асобнік btn0 уручную падчас стварэння праекта Z3Switch.
1161063	Z3Light і, магчыма, іншыя прыкладанні паведамляюць аб няправільных значэннях версіі кластара.	Уручную абнавіце атрыбут версіі кластара да адпаведнай версіі.
1164768 год, 1171478 год, 1171479	ПАМЫЛКА: ezspErrorHandler 0x34 паўтараецца ў рэжыме прыёму mfglib	Каб паменшыць колькасць паведамленняў пра памылкі, якія друкуюцца, наладзьце EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ENT_TIMEOUT_MS у праграме хоста да 100, так што чарга зваротнага выкліку вызваляецца хутчэй.
1252460	Працэдуры аднаўлення SimEEPROM (як для v1, так і для v2), якія запускаюцца пры запуску, могуць выконваць выклікі сцірання старонак флэш-памяці, што прыводзіць да сцвярджэнняў падчас em_msc. Працэдура MSC_ErasePage c.	Абыходны шлях: размесціце наступны радок кода ўверсе функцыі MSC_ErasePage() у em_msc.c: пачатковы адрас = (uint32_t*)((uint32_t)startAddress & ~(FLASH_PAGE_SIZE-1));

Састарэлыя элементы

Састарэла ў выпуску 
У GSDK 7.4.0.0 і далей, уключаючы гэты патч, параметр «-v» у Z3Gateway для хост-прыкладання Linux для стварэння інтэрфейсу Telnet з портам 4900 або 4901 састарэў. Альтэрнатыўны рэкамендаваны спосаб стварэння інтэрфейсу Telnet - гэта выкарыстанне ўтыліт Linux, такіх як "socat".

Састарэла ў выпуску 
Выдалены наступныя састарэлыя API бяспекі:

• emberGetKey()
• emberGetKeyTableEntry()
• emberSetKeyTableEntry()
• emberHaveLinkKey()
• emberAddOrUpdateKeyTableEntry()
• emberAddTransientLinkKey()
• emberGetTransientKeyTableEntry()
• emberGetTransientLinkKey()
• emberHmacAesHash()

Выкарыстоўвайце API, прапанаваныя Zigbee Security Manager для доступу да сховішча ключоў і хэшавання HMAC.

Выдаленыя элементы

Выдалена ў выпуску

• Выдалены дублікаты агульнадаступных API у агульнадаступным загалоўку file gp-types.h.
• Кампанент zigbee_end_device_bind быў выдалены. Гэты кампанент выкарыстоўваўся каардынатарам для пасрэдніцтва паўторных запытаў прывязкі канчатковых прылад. Гэтая дадатковая функцыя была выдалена з R22 асноўнай спецыфікацыі Zigbee.
• Выдалены setPacketBufferCount() у af-host.c і бескарысная праверка EZSP_CONFIG_PACKET_BUFFER_COUNT: у command-handlers.c.
• Выдалены аргумент memoryAllocation, таму што няма неабходнасці дзяліць на дзве фазы пры ініцыялізацыі NCP.
• Выдалены emberAfNcpInitCallback() у se14-comms-hub, se14-ihd і se14-meter-gas app.c.
• Выдалена значэнне налады EZSP_CONFIG_RETRY_QUEUE_SIZE падчас ініцыялізацыі ncp у ncp-configuration.c

Мультыпратакольны шлюз і RCP

Новыя прадметы
Дададзена ў рэлізе

• Выпушчана адначасовае праслухоўванне, магчымасць для стэкаў Zigbee і OpenThread працаваць на незалежных каналах 802.15.4 пры выкарыстанні EFR32xG24 або xG21 RCP.
• Адначасовае праслухоўванне недаступнае для камбінацыі 802.15.4 RCP/Bluetooth RCP, камбінацыі Zigbee NCP/OpenThread RCP або для сістэмы на чыпе (SoC) Zigbee/OpenThread. Ён будзе дададзены да гэтых прадуктаў у наступным выпуску.
• Пашырэнне пастаўшчыка OpenThread CLI было дададзена да хост-прыкладанняў OpenThread шматпратакольных кантэйнераў. Гэта ўключае ў сябе каманды coex cli.

Паляпшэнні
Зменены ў выпуску

• Мультыпратакольная камбінацыя Zigbee NCP/OpenThread RCP цяпер якасная.

Выпраўленыя праблемы
Выпраўлена ў выпуску

Ідэнтыфікатар №	Апісанне
1213701	zigbeed не дазволіў стварыць запіс у табліцы супадзення крыніцы для даччынага элемента, калі ўскосная чарга MAC мае даныя, якія ўжо знаходзяцца ў чаканні для гэтага даччынага элемента. Такія паводзіны могуць прывесці да збою транзакцый на ўзроўні прыкладанняў паміж даччынай прыладай і іншай прыладай з-за адсутнасці APS Ack або адказу на ўзроўні праграмы, у першую чаргу да парушэння і нечаканага спынення абнаўленняў ZCL OTA, накіраваных на даччыную прыладу.
1244461	Запіс табліцы супадзення крыніцы для даччынай істоты можа быць выдалены, нягледзячы на ​​паведамленні, якія чакаюць разгляду.

Выпраўлена ў выпуску

Ідэнтыфікатар №	Апісанне
1081828	Праблема з прапускной здольнасцю з Zigbee/BLE DMP на базе FreeRTOSample прыкладанняў.
1090921	У Z3GatewayCpc былі праблемы з стварэннем сеткі ў шумным асяроддзі.
1153055	Зацвярджэнне на хасце было выклікана збоем сувязі пры чытанні версіі NCP з zigbee_ncp-ble_ncp-uart sample дадатак.
1155676	802.15.4 RCP адкідваў усе атрыманыя аднаадрасныя пакеты (пасля пацверджання MAC), калі некалькі інтэрфейсаў 15.4 падзялялі адзін і той жа 16-бітны ідэнтыфікатар вузла.
1173178	Хост ілжыва паведаміў аб сотнях пакетаў, атрыманых з дапамогай mfglib у наладах Host-RCP.
1190859	Памылка EZSP пры адпраўцы выпадковых пакетаў mfglib у наладах Host-RCP.
1199706	Апытанні даных ад забытых даччыных прылад не ўсталёўвалі належным чынам кадр чакання на RCP, каб паставіць у чаргу каманду "Выйсці і далучыцца" да былога даччынага прылады.
1207967	Каманда «mfglib send random» адпраўляла дадатковыя пакеты на Zigbeed.
1208012	Рэжым mfglib rx няправільна абнаўляў інфармацыю аб пакеце пры атрыманні на RCP.
1214359	Вузел каардынатара выйшаў з ладу, калі 80 або больш маршрутызатараў спрабавалі адначасова далучыцца да ўстаноўкі Host-RCP.
1216470	Пасля рэтрансляцыі для маскі адраса 0xFFFF Zigbee RCP, які дзейнічае як бацькоўская прылада, пакідае сцяг даных у чаканні, усталяваны для кожнага даччынага прылады. Гэта прывяло да таго, што кожны дзіця не спаў, чакаючы даных пасля кожнага апытання, і патрабавалася яшчэ нейкая незавершаная транзакцыя даных да кожнай канцавой прылады, каб у канчатковым выніку ачысціць гэты стан.

Вядомыя праблемы ў бягучым выпуску

Праблемы, вылучаныя тлустым шрыфтам, былі дададзены пасля папярэдняга выпуску. Калі вы прапусцілі выпуск, апошнія нататкі да выпуску даступныя на https://www.si-labs.com/developers/gecko-software-development-kit.

Ідэнтыфікатар №	Апісанне	Абыходны шлях
811732	Падтрымка карыстальніцкіх токенаў недаступная пры выкарыстанні Zigbeed.	Падтрымка плануецца ў наступным выпуску.
937562	Каманда Bluetoothctl «рэкламаваць» не працуе з праграмай rcp-uart-802154-blehci на Raspberry Pi OS 11.	Выкарыстоўвайце праграму btmgmt замест bluetoothctl.
1022972	Coex не працуе на ZB NCP + OT RCP.	Падтрымка плануецца для будучага выпуску.
1074205	CMP RCP не падтрымлівае дзве сеткі з адным ідэнтыфікатарам PAN.	Выкарыстоўвайце розныя ідэнтыфікатары PAN для кожнай сеткі. Падтрымка плануецца ў наступным выпуску.
1122723	У напружаным асяроддзі CLI можа перастаць рэагаваць у дадатку z3-light_ot-ftd_soc.	Няма вядомага абыходнага шляху.
1124140	z3-light_ot-ftd_soc sampПрыкладанне не можа стварыць сетку Zigbee, калі сетка OT ужо працуе.	Спачатку запусціце сетку Zigbee, а потым сетку OT.
1170052	CMP Zigbee NCP + OT RCP і DMP Zigbee NCP + BLE NCP могуць не адпавядаць часткам аператыўнай памяці 64 КБ і ніжэй у гэтым бягучым выпуску.	Часткі памерам 64 КБ зараз не падтрымліваюцца для гэтых праграм.
1209958	ZB/OT/BLE RCP на Bobcat і Bobcat Lite можа спыніць працу праз некалькі хвілін пры выкананні ўсіх трох пратаколаў	Будзе разгледжана ў наступным выпуску
1221299	Паказчыкі Mfglib RSSI адрозніваюцца паміж RCP і NCP.	Будзе разгледжана ў наступным выпуску.
1231021	OTBR можа сцвярджаць, калі 80+ прылад zigbee далучаюцца адначасова.	Дададзена выпраўленне, якое можа вырашыць праблему. Будзе цалкам разгледжана ў наступным выпуску.

Састарэлыя элементы

• Няма

Выдаленыя элементы
Выдалена ў выпуску

• Макрас «NONCOMPLIANT_ACK_TIMING_WORKAROUND» быў выдалены. Усе прыкладанні RCP цяпер па змаўчанні падтрымліваюць час апрацоўкі 192 мкс для непалепшаных пацверджанняў, у той жа час выкарыстоўваючы час апрацоўкі 256 мкс для пашыраных пацверджанняў, неабходных CSL.

Выкарыстанне гэтага выпуску
Гэты выпуск змяшчае наступнае:

• Стэк Zigbee
• Фрэймворк прыкладання Zigbee
• Зігбі Сample Прыкладанні

Для атрымання дадатковай інфармацыі аб Zigbee і EmberZNet SDK глядзіце UG103.02: Асновы Zigbee.
Калі вы ўпершыню карыстаецеся QSG180: Кароткае кіраўніцтва Zigbee EmberZNet для SDK 7.0 і вышэй, каб атрымаць інструкцыі па канфігурацыі асяроддзя распрацоўкі, зборцы і прашыўцы якampпрыкладанне і спасылкі на дакументацыю, якія паказваюць на наступныя крокі.

Ўстаноўка і выкарыстанне

Zigbee EmberZNet SDK прадастаўляецца як частка Gecko SDK (GSDK), набору SDK Silicon Labs. Каб хутка пачаць працу з GSDK, усталюйце Simplicity Studio 5, якая наладзіць асяроддзе распрацоўкі і правядзе вас праз усталяванне GSDK. Simplicity Studio 5 уключае ўсё неабходнае для распрацоўкі прадуктаў IoT з прыладамі Silicon Labs, у тым ліку праграму запуску рэсурсаў і праектаў, інструменты канфігурацыі праграмнага забеспячэння, поўную IDE з ланцужком інструментаў GNU і інструменты аналізу. Інструкцыі па ўсталёўцы прадстаўлены ў онлайн-кіраўніцтве карыстальніка Simplicity Studio 5.
Акрамя таго, Gecko SDK можа быць усталяваны ўручную, спампаваўшы або кланаваўшы апошнюю версію з GitHub. Глядзіце https://github.com/Sili-conLabs/gecko_sdk для атрымання дадатковай інфармацыі.

Simplicity Studio па змаўчанні ўсталёўвае GSDK у:

• (Windows): C:\Карыстальнікі\ \SimplicityStudio\SDKs\gecko_sdk
• (MacOS): /Карыстальнікі/ /SimplicityStudio/SDKs/gecko_sdk

Дакументацыя, прысвечаная версіі SDK, усталёўваецца разам з SDK. Дадатковую інфармацыю часта можна знайсці ў артыкулах базы ведаў (KBA). Спасылкі на API і іншая інфармацыя пра гэты і больш раннія выпускі даступныя на https://docs.silabs.com/.

Інфармацыя аб бяспецы

Інтэграцыя бяспечнага сховішча
Для прыкладанняў, якія вырашылі бяспечна захоўваць ключы з дапамогай кампанента Secure Key Storage на частках Secure Vault-High, у наступнай табліцы паказаны абароненыя ключы і характарыстыкі абароны іх захоўвання, якімі кіруе кампанент Zigbee Security Manager.

Загорнуты ключ	Экспартны / неэкспартны	Заўвагі
Ключ сеткі	Экспартны
Ключ спасылкі на цэнтр даверу	Экспартны
Ключ пераходнай спасылкі	Экспартны	Табліца індэксаваных ключоў, якая захоўваецца як зменлівы ключ
Ключ спасылкі на прыкладанне	Экспартны	Табліца індэксаваных ключоў
Бяспечны ключ EZSP	Экспартны
Ключ шыфравання ZLL	Экспартны
Папярэдне настроены ключ ZLL	Экспартны
Ключ проксі GPD	Экспартны	Табліца індэксаваных ключоў
Ключ ракавіны GPD	Экспартны	Табліца індэксаваных ключоў
Унутраны/запаўняльны ключ	Экспартны	Унутраны ключ для выкарыстання Zigbee Security Manager

• Ключы ў абгортцы, пазначаныя як «Неэкспартаваныя», можна выкарыстоўваць, але нельга viewрэд. або агульны доступ падчас выканання.
• Ключы ў абгортцы, якія пазначаны як «Экспартабельныя», можна выкарыстоўваць або абагульваць падчас выканання, але яны застаюцца зашыфраванымі падчас захоўвання ва флэш-памяці.
• Карыстальніцкім праграмам ніколі не трэба ўзаемадзейнічаць з большасцю гэтых ключоў. Існуючыя API для кіравання ключамі табліцы ключоў спасылак або часовымі ключамі па-ранейшаму даступныя для карыстальніцкага прыкладання і цяпер накіроўваюцца праз кампанент Zigbee Security Manager.
• Некаторыя з гэтых ключоў могуць стаць неэкспартаванымі ў карыстальніцкае прыкладанне ў будучыні. Карыстальніцкім праграмам рэкамендуецца не разлічваць на экспарт ключоў без крайняй неабходнасці.
• Для атрымання дадатковай інфармацыі аб функцыянальнасці Secure Vault Key Management глядзіце AN1271: Secure Key Storage.

Рэкамендацыі па бяспецы
Каб падпісацца на рэкамендацыі па бяспецы, увайдзіце на партал кліентаў Silicon Labs, затым выберыце Галоўная старонка ўліковага запісу. Націсніце ГАЛОЎНАЯ, каб перайсці на галоўную старонку партала, а затым націсніце плітку Кіраванне апавяшчэннямі. Упэўніцеся, што адзначана "Паведамленні аб праграмным забеспячэнні/рэкамендацыі па бяспецы і паведамленні аб змене прадукту (PCN)", і што вы падпісаны як мінімум на сваю платформу і пратакол. Націсніце "Захаваць", каб захаваць змены.

Падтрымка
Кліенты Development Kit маюць права на навучанне і тэхнічную падтрымку. Выкарыстоўвайце Silicon Laboratories Zigbee web каб атрымаць інфармацыю аб усіх прадуктах і паслугах Silicon Labs Zigbee, а таксама падпісацца на падтрымку прадукту.
Вы можаце звязацца са службай падтрымкі Silicon Laboratories па адрасе http://www.silabs.com/support.

Студыя прастаты
Доступ адным пстрычкай мышы да MCU і бесправадных інструментаў, дакументацыі, праграмнага забеспячэння, бібліятэк зыходных кодаў і іншага. Даступна для Windows, Mac і Linux!

• www.silabs.com/IoT
• www.silabs.com/simplicity
• www.silabs.com/quality
• www.silabs.com/community

Адмова ад адказнасці
Silicon Labs мае намер прадастаўляць кліентам апошнюю, дакладную і падрабязную дакументацыю аб усіх перыферыйных прыладах і модулях, даступных для распрацоўшчыкаў сістэмы і праграмнага забеспячэння, якія выкарыстоўваюць або маюць намер выкарыстоўваць прадукты Silicon Labs. Характарыстычныя дадзеныя, даступныя модулі і перыферыйныя прылады, памеры памяці і адрасы памяці адносяцца да кожнай канкрэтнай прылады, а прадастаўленыя «тыповыя» параметры могуць адрознівацца ў розных праграмах. Ужыванне прampапісаныя тут толькі ў ілюстрацыйных мэтах. Silicon Labs пакідае за сабой права ўносіць змены без дадатковага паведамлення ў інфармацыю аб прадукце, тэхнічныя характарыстыкі і апісанні, прыведзеныя тут, і не дае гарантый адносна дакладнасці або паўнаты ўключанай інфармацыі. Без папярэдняга паведамлення Silicon Labs можа абнаўляць убудаванае праграмнае забеспячэнне прадукту падчас вытворчага працэсу з меркаванняў бяспекі або надзейнасці. Такія змены не зменяць тэхнічныя характарыстыкі або характарыстыкі прадукту. Silicon Labs не нясе адказнасці за наступствы выкарыстання інфармацыі, прадстаўленай у гэтым дакуменце. Гэты дакумент не прадугледжвае і не дае прама якой-небудзь ліцэнзіі на распрацоўку або выраб інтэгральных схем. Прадукты не прызначаныя і не дазволеныя для выкарыстання ў прыладах класа III FDA, прыкладаннях, для якіх патрабуецца адабрэнне FDA на рынку, або ў сістэмах жыццезабеспячэння без спецыяльнай пісьмовай згоды Silicon Labs. «Сістэма жыццезабеспячэння» - гэта любы прадукт або сістэма, прызначаная для падтрымання або падтрымання жыцця і/або здароўя, якая, калі яна выйдзе з ладу, можа разумна чакаць, што прывядзе да сур'ёзных цялесных пашкоджанняў або смерці. Прадукцыя Silicon Labs не прызначана і не дазволена выкарыстоўваць у ваенных мэтах. Прадукцыя Silicon Labs ні пры якіх абставінах не павінна выкарыстоўвацца ў зброі масавага знішчэння, уключаючы (але не абмяжоўваючыся імі) ядзерную, біялагічную або хімічную зброю або ракеты, здольныя даставіць такую ​​зброю. Silicon Labs адмаўляецца ад любых відавочных і пэўных гарантый і не нясе адказнасці за любыя траўмы або пашкоджанні, звязаныя з выкарыстаннем прадукту Silicon Labs у такіх несанкцыянаваных праграмах.

Заўвага: Гэта змесціва можа ўтрымліваць абразлівую тэрміналогію, якая цяпер састарэла. Silicon Labs па магчымасці замяняе гэтыя тэрміны інклюзіўнай мовай. Для атрымання дадатковай інфармацыі наведайце www.silabs.com/about-us/inclusive-lexicon-project.

Інфармацыя аб таварных знаках
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® і лагатып Silicon Labs®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, лагатып Energy Micro і іх камбінацыі , «Самыя энергетычныя мікракантролеры ў свеце», Redpine Signals®, WiSeConnect, n-Link, ThreadArch®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, Telegesis Logo®, USBXpress®, Zentri, лагатып Zentri і Zentri DMS, Z-Wave® і іншыя з'яўляюцца гандлёвымі маркамі або зарэгістраванымі гандлёвымі маркамі Silicon Labs. ARM, CORTEX, Cortex-M3 і THUMB з'яўляюцца гандлёвымі маркамі або зарэгістраванымі гандлёвымі маркамі ARM Holdings. Keil з'яўляецца зарэгістраванай гандлёвай маркай ARM Limited. Wi-Fi з'яўляецца зарэгістраванай гандлёвай маркай Wi-Fi Alliance. Усе іншыя прадукты або брэнды, згаданыя тут, з'яўляюцца гандлёвымі маркамі іх адпаведных уладальнікаў.

КАНТАКТ

• Кампанія Silicon Laboratories Inc.
• 400 Захад Сезар Чавес
• Осцін, Тэхас 78701
• ЗША
• www.silabs.com

Дакументы / Рэсурсы

SILICON LABS SDK 7.4.1.0 Праграмнае забеспячэнне стэка пратаколаў Zigbee GA [pdfКіраўніцтва карыстальніка SDK 7.4.1.0 GA Праграмнае забеспячэнне стэка пратаколаў Zigbee, SDK 7.4.1.0 GA, праграмнае забеспячэнне стэка пратаколаў Zigbee, праграмнае забеспячэнне стэка пратаколаў, праграмнае забеспячэнне стэка

Спасылкі

• Кіраўніцтва карыстальніка