SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK
- Zigbee EmberZNet SDK Версія: 7.4.5.0 GA
- Версія Gecko SDK Suite: 4.4
- Дата выпуску: 23 кастрычніка 2024 г
- Платформа: Silicon Labs
- Падтрымліваюцца кампілятары: GCC (Калекцыя кампілятараў GNU) версія 12.2.1
- Версія пратаколу EZSP: 0x0D
Інструкцыя па ўжыванні прадукту
Асноўныя характарыстыкі
Zigbee EmberZNet SDK ад Silicon Labs прапануе наступныя асноўныя функцыі
Падтрымка шматпратакольнага (CMP) Zigbee і OpenThread на SoC.
Заўвагі аб сумяшчальнасці і выкарыстанні
Каб атрымаць абнаўленні бяспекі і заўвагі, звярніцеся да раздзела "Бяспека" заўваг да выпуску платформы Gecko або наведайце ўкладку TECH DOCS на Silicon Labs webсайт. Рэкамендуецца падпісацца на Саветы па бяспецы, каб атрымліваць свежую інфармацыю.
Сумяшчальныя кампілятары
Пераканайцеся, што вы выкарыстоўваеце правільны files з падтрымліваемым кампілятарам
GCC (Калекцыя кампілятараў GNU) версія 12.2.1 пастаўляецца з Simplicity Studio.
Пратакол EZSP
Версія пратакола EZSP для гэтага выпуску - 0x0D.
- Пытанне: якія новыя кампаненты прадстаўлены ў выпуску 7.4.5.0?
- A: Карыстальнікі цяпер могуць мець некалькі кампанентаў zigbee_direct_security, уключаных у дадатку Zigbee direct device (ZDD), прычым фактычны параметр бяспекі залежыць ад канфігурацыі віртуальнай прылады Zigbee (ZVD).
- Пытанне: якія новыя API дададзены ў выпуск 7.4.4.0?
- A: Новыя API ўключаюць mfglibSetCtune і mfglibGetCtune.
- Пытанне: Што такое новая падтрымка платформы, прадстаўленая ў выпуску 7.4.5.0?
- A: EFR32MG24A020F768IM40 цяпер падтрымліваецца ў якасці платформы.
- Пытанне: Дзе я магу знайсці абноўленую дакументацыю для кампанента Zigbee Secure Key Storage?
- A: Апісанне кампанента Zigbee Secure Key Storage было абноўлена ў выпуску 7.4.0.0 разам з новай заўвагай да прыкладання для ўзаемадзеяння з групай кампанентаў Zigbee Security Manager (AN1412: Zigbee Security Manager).
Zigbee EmberZNet SDK 7.4.5.0 GA
Gecko SDK Suite 4.4
23 кастрычніка 2024 г
Silicon Labs з'яўляецца абраным пастаўшчыком для OEM-вытворцаў, якія распрацоўваюць сетку Zigbee у сваіх прадуктах. Платформа Silicon Labs Zigbee з'яўляецца найбольш інтэграваным, поўным і шматфункцыянальным рашэннем Zigbee.
Silicon Labs EmberZNet SDK змяшчае рэалізацыю Silicon Labs спецыфікацыі стэка Zigbee.
Гэтыя заўвагі да выпуску ахопліваюць версію(-і) SDK
- 7.4.5.0 выпушчана 23 кастрычніка 2024 г
- 7.4.4.0 выпушчана 14 жніўня 2024 г
- 7.4.3.0 выпушчана 2 мая 2024 г
- 7.4.2.0 выпушчана 10 красавіка 2024 г
- 7.4.1.0 выпушчана 14 лютага 2024 г
- 7.4.0.0 выпушчана 13 снежня 2023 г
Заўвагі аб сумяшчальнасці і выкарыстанні
Для атрымання інфармацыі аб абнаўленнях бяспекі і заўвагах глядзіце раздзел "Бяспека" заўваг да выпуску платформы 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.
Новыя прадметы
Новыя кампаненты
Новае ў выпуску 7.4.0.0
Кампаненты «zigbee_direct_security_p256» і «zigbee_direct_security_curve25519» былі дададзены, каб карыстальнікі маглі канфігураваць пэўны параметр бяспекі Zigbee Direct.
Карыстальнікам дазваляецца ўключаць некалькі кампанентаў «zigbee_direct_security» у дадатку прылады Zigbee Direct (ZDD). У гэтым выпадку фактычны параметр бяспекі залежыць ад канфігурацыі віртуальнай прылады Zigbee (ZVD).
Новыя API
Новае ў выпуску 7.4.4.0
Прадстаўлены два спецыяльныя API для вытворчых бібліятэчных праграм для атрымання і ўстаноўкі значэнняў CTUNE.
У больш ранніх версіях патча доступ і налада значэння CTUNE сталі часткай API RAIL. У гэтым патчы набор вытворчых API, якія інкапсулююць RAIL API, прадстаўлены наступным чынам, каб усталяваць і атрымаць значэнне.
mfglibSetCtune
mfglibGetCtune
Новае ў выпуску 7.4.2.0
- Пашыраны SPI NCP для падтрымкі рэжымаў сну ў некаторых выпадках выкарыстання Host-NCP.
У гэтым варыянце выкарыстання SPI NCP можна наладзіць як спячую канцавую прыладу. Хост Z3Gateway sampПрыкладанне пашырана дадатковым карыстальніцкім кодам CLI, які адказвае за каманду NCP перайсці ў адзін з рэжымаў сну праз карыстацкую каманду CLI sleepMode, і перад далейшай сувяззю EZSP павінен выйсці з рэжыму абуджэння з дапамогай карыстальніцкай каманды CLI. - Уведзены новы API sl_zigbee_af_isr_event_init для ініцыялізацыі падзей інфраструктуры прыкладанняў, якія прызначаны для актывацыі ўнутры працэдуры абслугоўвання перапынення (ISR). Гэтыя падзеі, якія плануюцца з ISR, павінны мець параметр затрымкі 0 мілісекунд. Іншымі словамі, падзеі з ISR павінны быць актываваныя як неадкладная падзея. У ISR нельга дэактываваць падзеі.
Прычына сказанага вышэй наступная: сістэма падзей маніпулюе чаргой падзей падчас планавання (актывацыі з ненулявой затрымкай або дэактывацыі) падзеі. Каб мінімізаваць затрымку, ISR павінен актываваць падзею з затрымкай 0, якая будзе запланавана ў наступнай апрацоўцы чаргі падзей. Гэта дазваляе выканаць далейшую затрымку або дэактывацыю пасля выхаду ISR. Каб адрозніць падзеі, прызначаныя для выкарыстання ў кантэксце ISR, структура падзеі пазначаецца sli_zigbee_isr_event_marker падчас ініцыялізацыі.
Звярніцеся да крыніцы zigbee_app_framework_event.h file для атрымання падрабязнай інфармацыі аб гэтай новай функцыі. - Тлумачэнне адносна выкарыстання новай функцыі ember Update Multi Mac Rejoin Channel Mask For Selection Or Joining Device, якая выклікаецца ўнутры API стэка ember Find And Rejoin Network With Reason, каб атрымаць маску канала, якая выкарыстоўваецца для паўторнага далучэння.
Спецыфікацыя SE1.4a абмяжоўвае змену інтэрфейсу (з 2.4 ГГц на суб-ГГц і наадварот) падчас паўторнага далучэння прылады тыпу Multi-MAC Joining End. Паколькі тып прылады з'яўляецца канфігурацыяй інфраструктуры прыкладання (гэта значыць тып канцавой прылады, якая далучаецца, будзе альбо прыладай з дыяпазонам ніжэй ГГц, альбо прыладай з частатой 2.4 ГГц, а не абодвума пры канфігурацыі), гэты выклік забяспечвае маску канала на аснове гэтай канфігурацыі, так што што маска паўторнага далучэння заўсёды такая ж, як маска інтэрфейсу далучэння.
Новае ў выпуску 7.4.0.0
- Дададзены новы API void sl_zigbee_token_factory_reset(bool exclude_outgoing_fc, bool exclude_boot_counter) для скіду токенаў 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* ключ), які вяртае ісціну, калі ключ, на які спасылаецца кантэкст, мае тое самае значэнне, што і ключ, дадзены ў аргументе.
Новая падтрымка платформы
Новае ў выпуску 7.4.0.0
У гэтым выпуску дададзена падтрымка стэка 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 для атрымання дадатковай інфармацыі.
Паляпшэнні
Зменена ў выпуску 7.4.0.0 ember Counter Handler API Doc Changes
У папярэдніх версіях зваротны выклік апрацоўшчыка лічыльнікаў для тыпаў лічыльнікаў Ember ўзроўню MAC і APS у дачыненні да пакетаў RX і TX не перадаваўся правільны ідэнтыфікатар мэтавага вузла або аргументы даных, а дакументацыя API адносна паводзін пэўных лічыльнікаў, якія выкарыстоўвалі гэтыя параметры, была незразумелай або уводзіць у зман.
Хоць подпіс ember Counter Handler() не змяніўся, спосаб запаўнення яго параметраў крыху змяніўся.
- Каментары вакол пералічэнняў 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.
- Дададзены код для апрацоўкі выпадку, калі больш няма месца для стварэння паведамленняў Green Power.
- Прыёмнік цяпер выдаляе канфігурацыю спалучэння з дзеяннем Выдаліць спалучэнне ў некаторых выпадках у адпаведнасці з раздзелам спецыфікацыі 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-бітнай бітавай маскай для непасрэднай падтрымкі пэўных вытворных ключоў, якія аб'ядноўваюць некалькі вытворных тыпаў.
Выпраўленыя праблемы
Выпраўлена ў выпуску 7.4.5.0
| Ідэнтыфікатар № | Апісанне |
| 1357860 | Выпраўлена праблема, якая выклікала збой, калі некалькі канчатковых кропак пачынаюць ініцыялізаваць падзею зваротнай сувязі ідэнтыфікацыі. (Іншая спасылка: 1348659) |
| 1357517 | Выпраўлена праблема, якая выклікала збой, калі шматсеткавая праграма спрабуе кіраваць другаснай сеткай. |
| 1356285 | У рэдкіх выпадках пакет можа быць перададзены зваротнаму выкліку Outgoing Packet Handoff з параметрам індэкса карыснай нагрузкі, які перавышае заяўленую даўжыню пакетнага буфера, што прыводзіць да сцвярджэння ў legacy-packet-buffer.c, калі кампанент Packet Handoff уключаны. Функцыі апрацоўшчыка ўваходных і выходных пасылак кампанента цяпер улоўліваюць гэтую ўмову і адкідваюць несапраўдны пакет без далейшай апрацоўкі. (Іншая спасылка: 1350285) |
| 1355289 | Выпраўлена праблема, з-за якой LQI-адказ атрымліваў з MAC-адрасам усе нулі. (Іншая спасылка: 1351489) |
| 1349160 |
|
| 1343044 | Калі плагін Fragmentation няправільна разлічыў даступную карысную нагрузку для аднаадраснага фрагмента, ён можа адправіць у NCP больш даных, чым змесціцца ў адным пакеце пасля ўліку ўсіх дадатковых выдаткаў стэка. Гэта магло прывесці да пашкоджання памяці ў NCP, што выклікала збоі пацверджання або іншыя нечаканыя паводзіны.
(Іншая спасылка: 1289413) |
| 1343012 | Патч прашыўкі Si4468 дададзены ў бібліятэку phy-pro2plus для вырашэння стану гонкі пры апрацоўцы Tx/Rx ніжэй ГГц. (Іншая спасылка: 1341928) |
| 1311214 | Выпраўлены дадатковы адказ па змаўчанні, які ствараецца, калі для ўваходнага паведамлення OTA-сервера па камандзе ZCL уключаны адказ па змаўчанні. Адпраўляецца толькі адзін адказ на памылку, а для паспяховых запытаў блакіроўкі выявы адказ па змаўчанні не ўсталёўваецца. (Іншая спасылка: 1300935) |
| 1296653 | Калі б прылада з падвойным PHY NCP выконвала сканіраванне энергіі ў дыяпазоне ніжэй ГГц, калі радыё 2.4 ГГц было актыўна, вялікія парывы ўваходнага трафіку Beacon у адказ на ўваходныя запыты Beacon на радыёканале 2.4 ГГц маглі б заняць вялікую колькасць буферная памяць стэка (выдзеленая з сегмента кучы) у той час як сканаваліся многія суб-Ггц каналы, што магло прывесці да скарачэння буфераtages і EZSP Умовы перапаўнення, калі памер кучы (які вызначае, колькі буфераў даступна сістэме) быў недастаткова вялікім. Гэта ўмова перапаўнення можа перашкодзіць апрацоўшчыку сканавання завершана дасягнуць хост-праграмы, у выніку чаго машына стану сканавання праграмы назаўсёды затрымаецца.
Код Energy Scanning для падвойных прылад PHY цяпер адхіляе любыя пакеты Beacon, атрыманыя па радыё 2.4 ГГц падчас сканавання суб-ГГц канала, такім чынам прадухіляючы вялікі прыток маякоў ад стварэння вышэйзгаданай праблемы. Звярніце ўвагу, што гэта не перашкаджае нармальнай працы сеткі на частаце 2.4 ГГц, паколькі маякі выкарыстоўваюцца толькі для патэнцыйнага выяўлення канфлікту ідэнтыфікатараў PAN, калі прылада не выконвае актыўнае сканіраванне, а канфлікты ідэнтыфікатараў PAN усё яшчэ могуць быць выяўлены іншымі маршрутызатарамі ў сетцы падчас на гэты раз або каардынатарам пасля завяршэння сканавання энергіі. (Іншая спасылка: 1276049) |
| Ідэнтыфікатар № | Апісанне |
| 1295250 | Выпраўлены праблемы кампіляцыі пры даданні тэставага кампанента zigbee 3.0 у стандартнае прыкладанне. (Іншая спасылка: 1280058) |
| 1294848 | Дададзены праверкі для масіва даных ZCL для размяшчэння самай доўгай даўжыні радка да 253. (Іншая спасылка: 1275092) |
| 1294843 | Выпраўлена адсутнасць ініцыялізацыі лакальных зменных перад выкарыстаннем. (Іншая спасылка: 1275104) |
| 1271968 |
|
| 1270721 | Выпраўлена праблема для паляпшэння шматразовага злучэння прылад. Пасля паведамлення прылады пара адрасоў дадаецца ў кэш адрасоў. (Іншая спасылка: 1266351) |
Выпраўлена ў выпуску 7.4.4.0
| Ідэнтыфікатар № | Апісанне |
| 1334454 | Выпраўлена праблема пры апрацоўцы адказу на паўторнае далучэнне. (Іншая спасылка: 1331580) |
| 1330732 | Функцыі дыягностыкі павінны адключыць перапыненне пасля выкліку Iostream, каб пазбегнуць зацвярджэння пры атрыманні м'ютэкса. |
|
1330720 |
EZSP_MAX_FRAME_LENGTH вяртаецца да 220, дазваляючы максімальнай даўжыні паведамлення XNCP таксама быць 220.
(Іншая спасылка: 1327706) |
| 1330311 | Выпраўлена праблема, якая выклікала збой некаторых тэстаў проксі GP пры наладзе хаста RCP. (Іншая спасылка: 1328991) |
| 1312369 | Зрабіў слабую функцыю SL_LEGACY_HAL_WDOG_IRQHandler(), што дазваляе кліентам забяспечваць уласную рэалізацыю. |
| 1310711 | Дададзена праверка памылак падчас кампіляцыі для SL_STACK_SIZE, калі кампанент RTOS выкарыстоўваецца ў праекце zigbee. |
|
1309913 |
Дададзена абарона мьютэкса для чаргі падзей App Framework, каб API падзей App Framework можна было выклікаць з некалькіх задач.
(Іншыя спасылкі: 1252940, 1254397) |
| 1309333 | Пасля далучэння новай канчатковай прылады ў дыяпазоне ніжэй ГГц даныя аб старэнні працоўнага цыкла былі памылкова выдалены для ўсіх даччыных канцавых прылад.
(Іншая спасылка: 1296881) |
| 1296002 | Вырашана праблема, якая выклікала некалькі азначэнняў функцыі halAppBootloader. |
| 1295756 | Падзеі стэка, не пазначаныя як бяспечныя для перапынення, не павінны планавацца ў кантэксце ISR, бо гэта можа стварыць умову гонкі, што прывядзе да выключэння падзеі з чаргі падзей. Адзін з такіх выпадкаў не дазволіў прыладам з частатой ніжэй ГГц належным чынам планаваць адтэрміноўку MAC, калі ўзнікла гэтая ўмова гонкі.
(Іншая спасылка: 1269856) |
| 1294660 | Выпраўлена праблема, з-за якой убудова кіравання сеткай магла дзейнічаць так, як быццам прылада ўжо была ў сетцы, хоць яна не была, застаючыся ў гэтым несапраўдным стане да скіду. Гэта магло быць выклікана выклікам каманды выхаду з сеткі CLI з дастаткова дакладным часам, калі кіраванне сеткай знаходзілася ў сярэдзіне далучэння да сеткі, а сканіраванне MAC усё яшчэ чакалася.
(Іншая спасылка: 1293923) |
| 1290695 | Выпраўлена праблема, з-за якой пакет уводу ў эксплуатацыю ZLL выдаляўся для выпадку выкарыстання, калі адна канчатковая кропка адключана, а іншыя канечныя кропкі ўсё яшчэ ўключаны. Выпраўленне дадаецца для праверкі ўсіх уключаных канчатковых кропак.
(Іншая спасылка: 1275586) |
Выпраўлена ў выпуску 7.4.0.0
| Ідэнтыфікатар № | Апісанне |
| 1019348 | Выпраўлены патрабаванні да залежнасці для кампанента Zigbee ZCL Cli, каб яго можна было выдаліць, калі ён не патрэбны. |
| 1024246 | Абноўлена апісанне функцый для emberHaveLinkKey() і sl_zb_sec_man_have_link_key(). |
| 1036503 | Дададзена апісанне, каб рэкамендаваць выкарыстанне ядра Micrium для DMPampпраграмы. |
| 1037661 | Была выпраўлена праблема, якая не дазваляла праграме ўсталёўваць прафесійны або ліставы стэк. |
| 1078136 | Выпраўлены перыядычны збой пры змяненні падзей з кантэксту перапынення |
| 1081548 | У 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 у цяперашні час выкарыстоўваюць функцыю gettimeofday, аднастайнасць якой не гарантуецца. Калі сістэмны час змяняецца, гэта можа выклікаць праблемы са стэкам. | Змяніце гэтыя функцыі, каб замест іх выкарыстоўваць clock_gettime з крыніцай CLOCK_MONOTONIC. |
| 338151 | Ініцыялізацыя NCP з нізкім значэннем колькасці буфера пакетаў можа прывесці да пашкоджання пакетаў. | Выкарыстоўвайце зарэзерваванае значэнне 0xFF для колькасці буфера пакетаў, каб пазбегнуць занадта нізкага значэння па змаўчанні |
| 387750 | Праблема з фарматамі запытаў табліцы маршрутаў на канчатковай прыладзе. | Пад следствам |
| 400418 | Ініцыятар touchlink не можа спасылацца на не завадскую мэтавую канчатковую прыладу. | Няма вядомага абыходнага шляху. |
| 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() af-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 па змаўчанні, вымеранае SiLabs для кожнай дэталі. Гэта зрушэнне можа быць зменена пры неабходнасці пасля радыёчастотнага тэставання вашага поўнага прадукту. |
| 758965 | Кампаненты кластара ZCL і табліца выяўлення каманд ZCL не сінхранізуюцца. Такім чынам, пры ўключэнні або адключэнні кампанента кластара ZCL рэалізаваныя каманды не будуць уключаны/выключаны на адпаведнай укладцы каманд пашыранага канфігуратара ZCL. | Уручную ўключыце/выключыце выяўленне патрэбных каманд ZCL у пашыраным канфігуратару ZCL. |
| 765735 | Абнаўленне OTA не атрымоўваецца на Sleepy End Device з уключаным запытам старонкі. | Выкарыстоўвайце запыт блакіроўкі замест запыту старонкі. |
| 845649 | Выдаленне кампанента CLI:Core не ліквідуе выклікі cli EEPROM да sl_cli.h. | Выдаліць eeprom-cli.c file які выклікае sl_cli.h. Акрамя таго, можна закаментаваць выклікі sl_cli.h, а таксама sl_cli_command_arg_t у ota-storage-simple-eeprom. |
| 857200 | ias-zone-server.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, так што чарга зваротнага выкліку вызваляецца хутчэй. |
Састарэлыя элементы
Састарэла ў выпуску 7.4.5.0
У GSDK 7.4.5.0 zigbee_watchdog_periodic_refresh састарэў. Альтэрнатыўны рэкамендаваны спосаб абнаўлення вартавога таймера - выкарыстанне састарэлых API-інтэрфейсаў вартавога таймера ў перыядычных падзеях канкрэтнага прыкладання.
Састарэла ў выпуску 7.4.1.0
У GSDK 7.4.0.0 і далей, уключаючы гэты патч, параметр «-v» у Z3Gateway для хост-прыкладання Linux для стварэння інтэрфейсу Telnet з портам 4900 або 4901 састарэў. Альтэрнатыўны рэкамендаваны спосаб стварэння інтэрфейсу Telnet - гэта выкарыстанне ўтыліт Linux, такіх як "socat".
Састарэла ў выпуску 7.4.0.0
Выдалены наступныя састарэлыя API бяспекі
- emberGetKey()
- emberGetKeyTableEntry()
- emberSetKeyTableEntry()
- emberHaveLinkKey()
- emberAddOrUpdateKeyTableEntry()
- emberAddTransientLinkKey()
- emberGetTransientKeyTableEntry()
- emberGetTransientLinkKey()
- emberHmacAesHash()
Выкарыстоўвайце API, прапанаваныя Zigbee Security Manager для доступу да сховішча ключоў і хэшавання HMAC.
Выдаленыя элементы
Выдалена ў выпуску 7.4.0.0
- Выдалены дублікаты агульнадаступных API у агульнадаступным загалоўку file gp-types.h.
- Кампанент zigbee_end_device_bind быў выдалены. Гэты кампанент выкарыстоўваўся каардынатарам для пасрэдніцтва паўторных запытаў прывязкі канчатковых прылад. Гэтая дадатковая функцыя была выдалена з R22 асноўнай спецыфікацыі Zigbee.
- Выдалены set Packet BufferCount() у af-host.c і бескарысная праверка EZSP_CONFIG_PACKET_BUFFER_COUNT: у command-handlers.c.
- Выдалены аргумент размеркавання памяці, таму што няма неабходнасці дзяліць на дзве фазы пры ініцыялізацыі NCP.
- Выдалены emberAfNcpInitCallback() у se14-comms-hub, se14-ihd і se14-meter-gas app.c.
- Выдалена значэнне налады EZSP_CONFIG_RETRY_QUEUE_SIZE падчас ініцыялізацыі ncp у ncp-configuration.c.
Мультыпратакольны шлюз і RCP
Новыя прадметы
Дададзена ў выпуску 7.4.0.0
Выпушчана адначасовае праслухоўванне, магчымасць для стэкаў Zigbee і OpenThread працаваць на незалежных каналах 802.15.4 пры выкарыстанні EFR32xG24 або xG21 RCP. Адначасовае праслухоўванне недаступнае для камбінацыі 802.15.4 RCP/Bluetooth RCP, камбінацыі Zigbee NCP/OpenThread RCP або для сістэмы Zigbee/OpenThread на чыпе (SoC). Ён будзе дададзены да гэтых прадуктаў у наступным выпуску.
Пашырэнне пастаўшчыка OpenThread CLI было дададзена да хост-прыкладанняў OpenThread шматпратакольных кантэйнераў. Гэта ўключае ў сябе каманды coex cli.
Паляпшэнні
Зменена ў выпуску 7.4.0.0
Мультыпратакольная камбінацыя Zigbee NCP/OpenThread RCP цяпер якасная. Гэта сampДадатак le не падтрымліваецца на прыладах Series-1 EFR.
Выпраўленыя праблемы
Выпраўлена ў выпуску 7.4.5.0
| Ідэнтыфікатар № | Апісанне |
| 1328799 | Мяккі скід, выкліканы камандай Spinel RESET, цяпер ачышчае буферы 15.4 RCP. |
| 1337101 | Няпоўныя аперацыі перадачы 15.4 (чаканне пацверджання перадачы, пацвярджэнне перадачы ў адказ на паведамленне і г.д.) больш не лічацца заўчасна няўдалымі пры перапыненні радыё з-за DMP. Гэта дазваляе даць згаданай аперацыі магчымасць перапланаваць яе пасля перапынку або назаўсёды адмовіць RAIL (памылковыя падзеі стану планавальніка).
(Іншая спасылка: 1339032) |
| 1337228 | У Zigbeed API цікаў halCommonGetInt32uMillisecondTick() цяпер абноўлены для выкарыстання MONOTONIC clock, каб на яго не ўплываў NTP у хост-сістэме.
(Іншая спасылка: 1339032) |
| 1346785 | Выпраўлена ўмова гонкі, якая магла прывесці да адключэння адначасовага праслухоўвання на 802.15.4 RCP, калі абодва пратаколы перадаваліся адначасова.
(Іншая спасылка: 1349176) |
| 1346849 | Даданне кампанента rail_mux у праект прывядзе да аўтаматычнай зборкі з адпаведнымі варыянтамі бібліятэкі стэка.
(Іншая спасылка: 1349102) |
Выпраўлена ў выпуску 7.4.4.0
| Ідэнтыфікатар № | Апісанне |
| 1184065 | Паменшаны аб'ём аператыўнай памяці для zigbee_ncp-ot_rcp-spi і zigbee_ncp-ot_rcp_uart на MG13 і MG21. |
| 1282264 | Выпраўлена праблема, якая магла перапыніць аперацыі радыёперадачы з-за заўчаснай ачысткі FIFO перадачы, што выклікала абмежаванне патоку. |
| 1292537 | Прыкладанне DMP Zigbee-BLE NCP цяпер належным чынам адлюстроўваецца ў інтэрфейсе Simplicity Studio. (Іншая спасылка: 1292540) |
| 1230193 | Выпраўлена праблема з няправільным тыпам вузла пры далучэнні да сеткі на канчатковай прыладзе. (Іншая спасылка: 1298347) |
| 1332330 | Выпраўлена праблема, з-за якой RCP 15.4+BLE, які працуе ў асяроддзі з інтэнсіўным сеткавым трафікам, час ад часу сутыкаўся з умовай гонкі, у выніку якой ён не мог адпраўляць паведамленні да CPCd да перазагрузкі прылады.
(Іншая спасылка: 1333156) |
Выпраўлена ў выпуску 7.4.2.0
| Ідэнтыфікатар № | Апісанне |
| 1022972 | Дададзены плагін суіснавання назад у Zigbee-OpenThread NCP/RCP sampпрыкладанне. |
| 1231021 | Пазбягайце сцвярджэння ў OTBR, якое назіралася пры далучэнні 80+ прылад zigbee, шляхам аднаўлення RCP, а не перадачы неапрацаваных памылак перадачы на субмакінгу. |
| 1249346 | Вырашана праблема, з-за якой RCP мог няправільна выдаляць з чаргі пакеты, прызначаныя для хоста, што прыводзіла да памылкі аналізу ў OTBR і нечаканага завяршэння. |
Выпраўлена ў выпуску 7.4.1.0
| Ідэнтыфікатар № | Апісанне |
| 1213701 | zigbeed не дазволіў стварыць запіс у табліцы супадзення крыніцы для даччынага элемента, калі ўскосная чарга MAC мае даныя, якія ўжо знаходзяцца ў чаканні для гэтага даччынага элемента. Такія паводзіны могуць прывесці да збою транзакцый на ўзроўні прыкладанняў паміж даччынай прыладай і іншай прыладай з-за адсутнасці APS Ack або адказу на ўзроўні праграмы, у першую чаргу да парушэння і нечаканага спынення абнаўленняў ZCL OTA, накіраваных на даччыную прыладу. |
| 1244461 | Запіс табліцы супадзення крыніцы для даччынай істоты можа быць выдалены, нягледзячы на паведамленні, якія чакаюць разгляду. |
Выпраўлена ў выпуску 7.4.0.0
| Ідэнтыфікатар № | Апісанне |
| 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 .
| Ідэнтыфікатар № | Апісанне | Абыходны шлях |
| 937562 | Каманда Bluetoothctl «рэкламаваць» не працуе з праграмай rcp-uart-802154-blehci на Raspberry Pi OS 11. | Выкарыстоўвайце праграму btmgmt замест bluetoothctl. |
| 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. | Будзе разгледжана ў наступным выпуску. |
| 1334477 | Запуск і прыпынак стэка BLE некалькі разоў можа прывесці да таго, што стэк BLE не зможа зноў запусціць рэкламу на прыладах серыі 1 EFR у DMP Zigbee-BLEampпрыкладанне. | Н/Д |
Састарэлыя элементы Няма
Выдаленыя элементы
Выдалена ў выпуску 7.4.0.0
Макрас «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)", і што вы падпісаны як мінімум на сваю платформу і пратакол. Націсніце "Захаваць", каб захаваць змены.
Наступная фігура з'яўляецца эксample
Падтрымка
Кліенты Development Kit маюць права на навучанне і тэхнічную падтрымку. Выкарыстоўвайце Silicon Laboratories Zigbee web каб атрымаць інфармацыю аб усіх прадуктах і паслугах Silicon Labs Zigbee, а таксама падпісацца на падтрымку прадукту.
Вы можаце звязацца са службай падтрымкі Silicon Laboratories па адрасе http://www.silabs.com/support .
Студыя прастаты
Доступ адным пстрычкай мышы да MCU і бесправадных інструментаў, дакументацыі, праграмнага забеспячэння, бібліятэк зыходных кодаў і іншага. Даступна для Windows, Mac і Linux!
- Партфоліо IoT
www.silabs.com/IoT - SW/HW
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 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, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, the 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 West Cesar Chavez Austin, Тэхас 78701
- ЗША
- www.silabs.com
Дакументы / Рэсурсы
 |
SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK [pdfКіраўніцтва карыстальніка 7.4.5.0, 7.4.4.0, 7.4.3.0, 7.4.2.0, 7.4.1.0, 7.4.0.0, 7.4.5.0 Zigbee Ember Z Net SDK, 7.4.5.0, Zigbee Ember Z Net SDK, Ember Z Net SDK, Z Net SDK, Net SDK, SDK |
