SILICON-LABS-лого

SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK

SILICON-LABS-7-4-5-0-Zigbee-Ember-Z-Net-SDK-product-image

Спецификации
  • Zigbee EmberZNet SDK верзија: 7.4.5.0 GA
  • Геко SDK Suite верзија: 4.4
  • Датум на издавање: 23 октомври 2024 година
  • Платформа: Силиконски лаборатории
  • Поддржани компајлери: GCC (Колекција на компајлер на GNU) верзија 12.2.1
  • Верзија на протокол EZSP: 0x0D

Упатство за употреба на производот

Клучни карактеристики
Zigbee EmberZNet SDK од Silicon Labs ги нуди следните клучни карактеристики
Multiprotocol (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?
    • О: Корисниците сега можат да имаат овозможени повеќе компоненти zigbee_direct_security на апликацијата Zigbee direct device (ZDD), при што вистинската безбедносна опција зависи од конфигурацијата Zigbee Virtual Device (ZVD).
  • П: Кои се новите API додадени во изданието 7.4.4.0?
    • О: Новите API вклучуваат mfglibSetCtune и mfglibGetCtune.
  • П: Која е новата поддршка на платформата воведена во изданието 7.4.5.0?
    • О: EFR32MG24A020F768IM40 сега е поддржан како платформа.
  • П: Каде можам да најдам ажурирана документација за компонентата Zigbee Secure Storage за клучеви?
    • О: Описот за компонентата 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-7-4-5-0-Zigbee-Ember-Z-Net-SDK-product-image

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 или на картичката TECH DOCS на https://www.silabs.com/developers/zigbee-emberznet . Silicon Labs, исто така, силно препорачува да се претплатите на безбедносните совети за ажурирани информации. За инструкции или ако сте нови во Zigbee EmberZNet SDK, видете Користење на ова издание.

Компатибилни компајлери
IAR Embedded Workbench for ARM (IAR-EWARM) верзија 9.40.1.

  • Користењето вино за градење со алатката за командна линија IarBuild.exe или графичкиот интерфејс на IAR Embedded Workbench на macOS или Linux може да резултира со неточни fileсе користи поради судири во алгоритмот за хеширање на виното за генерирање на кратки file имиња.
  • На клиентите на macOS или Linux им се препорачува да не градат со IAR надвор од Simplicity Studio. Клиентите кои го прават тоа треба внимателно да проверат дали е точно fileсе користат.

GCC (The GNU Compiler Collection) верзија 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 device (ZDD). Во овој случај, вистинската безбедносна опција зависи од конфигурацијата Zigbee Virtual Device (ZVD).

Нови API-и

Ново во издание 7.4.4.0
Воведовме две посветени производни lib API за добивање и поставување на вредностите на CTUNE.
Во претходните изданија на закрпи, пристапот и поставувањето на вредноста на CTUNE станаа дел од RAIL API-ите. Во оваа лепенка, множество од производствени API-а што ги инкапсулираат RAIL API-ите се воведени на следниов начин за да се постави и да се добие вредноста.
mfglibSetCtune
mfglibGetCtune

Ново во издание 7.4.2.0

  • Проширен SPI NCP за поддршка на режимите на мирување во некои случаи на употреба на Host-NCP.
    Во овој случај на употреба, SPI NCP може да се конфигурира како поспана краен уред. Домаќинот Z3Gateway сampАпликацијата е проширена со дополнителен приспособен CLI код одговорен за командување на NCP да влезе во еден од режимите на мирување преку приспособената команда CLI sleepMode и мора да се разбуди со користење на приспособеното будење на командата CLI пред понатамошна комуникација со EZSP.
  • Воведено е ново 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 за детали за оваа нова функција.
  • Појаснување за употребата на новата функција жар Ажурирајте Multi Mac Rejoin Channel Mask for Selection or Joining Уред што се повикува внатре во стекот API жар Најдете и повторно приклучете се на мрежата со причина за да добиете маска за канал што се користи за повторно приклучување.

Спецификацијата SE1.4a ја ограничува промената на интерфејсот (од 2.4 GHz на под-GHz или обратно) за време на повторното спојување на уред од типот Multi-MAC Joining End. Бидејќи типот на уред е конфигурација на рамка за апликација (односно, типот на крајниот уред што се приклучува ќе биде или уред под-GHz или уред од 2.4 GHz, а не и двата, при конфигурација), овој повик ја обезбедува маската на каналот врз основа на таа конфигурација. дека маската за повторно спојување е секогаш иста како маската на интерфејсот за спојување.

Ново во издание 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 Storage за да го одрази додавањето на Zigbee Secure 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
Во претходните верзии, на повратен повик од Counter Handler за MAC и APS слој Ember Counter Types во врска со пакетите RX и TX не се пренесуваше соодветниот ID на целниот јазол или аргументите за податоци, а документацијата API во врска со однесувањето на одредени бројачи што ги користеа овие параметри беше нејасна или погрешно.

Додека потписот на ember Counter Handler() не е променет, начинот на пополнување на неговите параметри е малку променет.

  • Коментарите околу EmberCounterType збирките во ember-types.h се проширени за јасност.
  • Параметарот Node ID на управувачот со бројачи за бројачи поврзани со TX сега проверува дали режимот на адреса на дестинација означува валиден краток ID пред да го користи. (Ако не, не е пополнета ниту една одредишна адреса, а вредноста на заштитното место е
    Наместо тоа се користи EMBER_UNKNOWN_NODE_ID.)
  • Параметарот Node ID на управувачот со бројачи за бројачи поврзани со RX сега го одразува ID на изворниот јазол, а не ID на дестинацијата на јазолот.
  • Бројот на обиди повторно *не* е предаден како параметар на податоци за бројачите EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED како што е опишано во ember-types.h во претходните верзии, но ова никогаш не било правилно пополнето во претходно објавените верзии, така што неговата вредност во претходните изданија секогаш би била 0 Ова однесување е појаснето во описот на тие EmberCounterTypes. Сепак, бројот на „Повтори обиди“ за повторувања на APS слојот продолжува да се пополнува во параметарот за податоци за
    EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED типови бројачи, за да бидат конзистентни со претходните изданија.
  • Сите бројачи што го пополнуваат ID на јазол или параметарот на податоци за повратен повик се ревидирани за да се осигура дека ги пренесуваат очекуваните податоци, адреса или EMBER_UNKNOWN_NODE_ID, доколку се очекуваше ID на јазол, но не можеше да се добие од пакетот, како што е опишано во ревидираниот жар -видови.h документација.
  • Управувачот со бројачи за EMBER_COUNTER_MAC_TX_UNICAST_RETRY сега правилно го рефлектира ID на дестинацијата на јазолот на слојот MAC и бројот на повторувања во неговиот ID на јазол на дестинација и параметрите за податоци.
  • Управувачот со бројачи за EMBER_COUNTER_PHY_CCA_FAIL_COUNT сега обезбедува информации за ID на дестинацијата преку параметарот Node ID за целта на MAC слојот на пораката што не успеа да се пренесе.

Ажуриран Green Power Code
Кодот на серверот за зелена моќност се ажурира со различни подобрувања, вклучувајќи

  • Додаден е повеќе код за валидација за дојдовни команди со неважечка крајна точка при примање на GP серверот.
  • Додаден е код за справување со случај кога нема повеќе простор за создавање пораки на Green Power.
  • Мијалникот сега ја испушта конфигурацијата за спарување со дејството Отстрани спарување во некои случаи според делот за спецификации А.3.5.2.4.1.
  • Мијалникот сега ја зачувува постоечката групна листа на запис пред да ја отстрани кога се обработува Конфигурацијата за спарување со дејството Прошири.
  • Командата за пребарување за превод враќа „НЕ НАЈДЕНО“ како код за грешка кога табелата за превод е празна или индексот е поголем од бројот на записи во табелата.
  • Ја смени верзијата на GP крајната точка во некои апликации од 1 на 0.

Користењето CSMA во функцијата GPDF Send е ограничено бидејќи Green Power Devices се уреди со минимална енергија и не користат 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 enum сега се 16-битна битмаска за директно поддршка на одредени деривации на клучеви кои комбинираат повеќе изведени типови.

 Поправени проблеми

Поправено во издание 7.4.5.0

ID # Опис
1357860 Поправен е проблемот што предизвика пад кога повеќе крајни точки почнуваат да го иницијализираат идентификуваниот настан за повратни информации. (Друг реф: 1348659)
1357517 Поправен е проблемот што предизвика пад кога апликацијата со повеќе мрежи се обидува да управува со секундарната мрежа.
1356285 Во ретки случаи, пакетот може да биде предаден на Повратниот повик за примопредавање на појдовни пакети со параметар на индекс на носивост што ја надминува наведената должина на баферот на пакетите, што ќе доведе до тврдење во legacy-packet-buffer.c ако е овозможена компонентата за испраќање пакети. Функциите на управувачот дојдовни и појдовни на компонентата сега ја опфаќаат оваа состојба и го отфрлаат неважечкиот пакет без понатамошна обработка. (Друго ref: 1350285)
1355289 Поправен е проблем поради кој LQI Response се добива со MAC адреса како сите нули. (Друг реф: 1351489)
1349160
  • Z3Gateway изграден на Raspberry Pi со јадро 6.6 не успеа стандардно да се поврзе со NCP преку SPI. Решението е да се редефинираат GPIO како што е опишано овде.
  • Забележете ги следните информации за GPIO кои се мапираат на интерфејсот SPI NCP. На кернелот 6.6, се извршува sudo cat /sys/kernel/debug/gpio
  • Тоа ќе го прикаже следниот gpio-520 (GPIO8)
  • gpio-534 (GPIO22) gpio-535 (GPIO23) gpio-536 (GPIO24)
  • Потоа редефинирајте го GPIO за SPI NCP интерфејсот од горе на sysfs во spi-protocol-linux-config.h како #define NCP_CHIP_SELECT_GPIO „520“
  • #define NCP_HOST_INT_GPIO „534“
  • #define NCP_RESET_GPIO „535“
  • #define NCP_WAKE_GPIO „536“ (Друг реф: 1297976)
1343044 Ако приклучокот Fragmentation погрешно го пресметал достапното оптоварување за уникаст фрагмент, може да испрати повеќе податоци до NCP отколку што ќе се вклопат во еден пакет откако ќе се пресметаат сите надземни трошоци на стек. Ова може да доведе до оштетување на меморијата во NCP што предизвика неуспех на тврдењата или друго неочекувано однесување.

(Друг реф: 1289413)

1343012 Закрпа за фирмверот Si4468 е додадена во библиотеката phy-pro2plus за да се одговори на состојбата на трката при обработката Tx/Rx под GHz. (Друг упат: 1341928)
1311214 Поправен дополнителен стандарден одговор генериран кога дојдовната команда на OTA серверот ZCL порака има стандарден одговор овозможен. Се испраќа само еден одговор на грешка, а за успешни барања за блокирање слики, не е поставен стандарден одговор. (Друг реф: 1300935)
1296653 Ако уред со двојна PHY NCP извршува скенирање енергија на опсегот под-GHz додека радиото од 2.4 GHz било активно, големите изливи на дојдовен сообраќај на Beacon како одговор на дојдовните барања за Beacon на радио каналот од 2.4 GHz би можеле да заземат голема количина на тампон меморија на стекот (доделена од сегментот Heap) додека се скенираат многу канали под-GHz, што може да доведе до тампон шорtages и EZSP Overflow услови ако големината на Heap (која одредува колку бафери се достапни на системот) не била доволно голема. Оваа состојба на прелевање може да го спречи Целосниот управувач за скенирање да стигне до апликацијата домаќин, предизвикувајќи машината за состојбата на скенирање на апликацијата засекогаш да се заглави.

Кодот за скенирање енергија за двојни PHY уреди сега ги отфрла сите Beacon пакети примени на радиото од 2.4 GHz за време на скенирањето на канал под-GHz, со што се спречува голем прилив на светилници да го создадат гореспоменатиот проблем. Имајте предвид дека ова не го спречува нормалното функционирање на мрежата на 2.4 GHz бидејќи Beacons се користат само за потенцијално откривање конфликти на PAN ID кога уредот не врши активно скенирање, а конфликтите на PAN ID сè уште може да се откријат од други рутери во мрежата за време на овој пат или од страна на координаторот откако ќе заврши скенирањето на енергијата. (Друго реф: 1276049)

ID # Опис
1295250 Поправени проблеми со компајлирањето при додавање на компонента Zigbee 3.0 тест темперамент на стандардна апликација. (Друг реф: 1280058)
1294848 Додадени се проверки за низата со податоци ZCL за да се приспособи најдолгата должина на низата до 253. (Друго реф: 1275092)
1294843 Поправена е иницијализацијата која недостасува на локалните променливи пред употреба. (Друг реф: 1275104)
1271968
  • Компонентата zigbee_watchdog_periodic_refresh повеќе не се користи во рамката на апликацијата zigbee и е застарена во ова издание.
  • Тајмерот за набљудување е стандардно оневозможен за сите сampле апликации. Во иднина ќе биде додадена подобрена чуварска компонента на SDK.
  • Забелешка : Ве молиме погрижете се да го овозможите тајмерот за набљудување со конфигурациската ставка SL_LEGACY_HAL_DISABLE_WATCHDOG поставена на 0 во вашата апликација.
1270721 Поправен е проблем за подобрување на поврзувањето со повеќе скокови на уредите. По објавувањето на уредот, адресниот пар се додава во кешот за адреси. (Друг број: 1266351)

Поправено во издание 7.4.4.0

ID # Опис
1334454 Поправен проблем во справувањето со одговорот за повторно придружување. (Друг реф: 1331580)
1330732 Дијагностичката функционалност треба да го оневозможи прекинот по повикување на Iostream за да се избегне тврдење при преземање на mutex.
 

1330720

EZSP_MAX_FRAME_LENGTH се враќа назад на 220, овозможувајќи максималната должина на пораката XNCP да биде и 220.

(Друг реф: 1327706)

1330311 Поправен проблем поради кој некои GP прокси тестови не успеаја при поставувањето на RCP Host. (Друг реф: 1328991)
1312369 Направена SL_LEGACY_HAL_WDOG_IRQHandler() слаба функција, дозволувајќи им на клиентите да обезбедат сопствена имплементација.
1310711 Додадена е проверка на грешка во времето на компајлирање за SL_STACK_SIZE кога RTOS компонентата се користи во проектот zigbee.
 

1309913

Додадена е заштита од mutex за редот за настани на App Framework, така што API-то за настани на App Framework може да се повикуваат од повеќе задачи.

(Друг реф: 1252940, 1254397)

1309333 Откако ќе се приклучи нов краен уред на опсегот под-GHz, податоците за стареењето на работниот циклус беа погрешно избришани за сите деца на краен уред.

(Друг реф: 1296881)

1296002 Проблемот што предизвика повеќе дефиниции на функцијата halAppBootloader е решен.
1295756 Настаните на магацинот кои не се означени како прекини-безбедни не треба да се закажуваат во контекст на ISR бидејќи тоа може да создаде состојба на трка што ќе резултира со исфрлање на настанот од редот на настани. Примерок на ова ги спречи уредите со под-GHz правилно да закажуваат отстапувања на MAC кога ќе се активира оваа состојба на трка.

(Друг реф: 1269856)

1294660 Поправен е проблемот кога приклучокот за мрежното управување може да делува како уредот да е веќе на мрежа додека не бил, заглавен во оваа неважечка состојба додека не се ресетира. Ова може да се активира со повикување на командата за мрежното напуштање CLI со доволно прецизно тајминг додека мрежното управување е во средината на приклучувањето на мрежата и додека скенирањето на MAC сè уште чека.

(Друг реф: 1293923)

1290695 Поправен е проблемот што го исфрли пакетот за пуштање во употреба ZLL за случајот на употреба кога една крајна точка е оневозможена додека другите крајни точки се сè уште овозможени. Поправката е додадена за да се проверат сите овозможени крајни точки.

(Друг реф: 1275586)

Поправено во издание 7.4.0.0

ID # Опис
1019348 Ги поправи барањата за зависност за компонентата Zigbee ZCL Cli за да може да се отстрани кога не е потребна.
1024246 Го ажурираше описот на функцијата за emberHaveLinkKey() и sl_zb_sec_man_have_link_key().
1036503 Додаден опис за да препорача употреба на Micrium Kernel за DMP sampле апликации.
1037661 Поправен е проблемот што ја спречуваше апликацијата да инсталира про- или стек со листови.
1078136 Поправен е интермитентен пад при менување настани од контекст на прекини
1081548 Поправен е проблем во CSL каде што новата низа на рамки за будење што се прима веднаш по претходната рамка за оптоварување нема да биде правилно снимена. Ова би резултирало со пропуштена рамка за носивост.
1084111 Почетната заспана поддршка за SPI-NCP за табли базирани на MG24 се ажурира како дел од ова издание.
1104056 Додадена е поддршка за мрежно управување за работа на секундарна мрежа во случај на повеќемрежа
1120515 Поправен е проблем каде што каналот не се променил при користење на командата mfglib set-channel.
1141109 Поправен проблем што предизвика генерирана сampЛе апликацијата ncp-uart-gp-multi-rail да пропушти некое заглавие files кога ја користите компонентата за адаптер за Green Power со опцијата -cp.
1144316 Ажуриран е описот на некои типови на структури на податоци во документацијата gp-types.h.
1144884 Поставен бит на чекање за лажна рамка кога нема податоци на чекање.
1152512 Поправен е потенцијален пад во low-mac-rail кога се менува настанот во контекст на ISR.
1154616 Додаден е исклучок за условот за иницијализирање на мрежата со случајот „Префрлување улога од Sleepy End уред на Non-Sleepy End уред“.
1157289 Поправен проблем што може да предизвика неуспех на тестот BDB DN-TLM-TC-02B.
1157426 Поправен проблем со изградбата при градење zigbee_simple_app со компонента green_power_adapter.
1157932 Додаден е услов за проверка дали недостасува полето „време на транзиција“ и постави стандардна вредност 0xFFFF за ова поле што недостасува.
1166340 Поправен е проблем што го спречува emberAfGpdfSend да го испрати предвидениот број повторени преноси.
ID # Опис
1167807 Поправен е проблемот кога уредите што дејствуваат како центри за доверба во дистрибуираните мрежи неправилно ги бришеле клучевите за минливи врски секој пат кога ќе се приклучи нов уред.
1169504 Решен проблем што предизвика ресетирање на заспаниот уред при принудно будење.
1169966 Поправена е валидацијата на повратната вредност што недостасува во кодот за распределба на баферот.
1171477,

172270

Со mfglib start 1 не се пренесуваат, туку се примаат пораки, така што прикажаната терминална порака „mfglib send full“ е погрешна и е сменета во „RXed %d пакети во последните %d ms“.
1171935 Периодот на периодично ажурирање на мрежниот клуч го смени да трае 1 година.
1172778 Додадено е повик што недостасува на emberAfPluginGreenPowerServerUpdateAliasCallback на серверот Green Power..
1174288 Поправен е проблем што предизвикува мрежното управување да потврди дали е повикан повик за запирање на тековното скенирање.
1178393 Ажурираше грешка во документацијата.
1180445 Во Smart Energy, OTA сега продолжува да презема ако Координаторот достигне ограничен циклус на должност.
1185509 Поправен е проблем во CSL каде што новата низа на рамки за будење што се добива веднаш по претходната рамка за оптоварување нема да биде правилно снимена. Ова би резултирало со пропуштена рамка за носивост.
1186107 Поправен е проблем што предизвика неуспешното дешифрирање на примените GPDF да го замени дојдовниот GPDF во известувањето за пуштање во работа на gp.
1188397 Поправен е проблем што предизвика грешка при компилацијата при овозможување на големината на табелата за продолжен извештај.
1194090 Го коригира статусот на неуспех во стандардниот одговор за командата Sink launching Mode – следен дел 3.3.4.8.2
1194963 Поправен е проблемот со мемсетот што се прави за структурата на CommissioningGpd пред да се повика корисникот за повратен повик emberAfGreenPowerServerPairingStatusCallback.
1194966 Поправен е проблем каде што полињата за крајна точка и вклучени прокси не беа поставени со акцијата Exit Pushing.
1196698 Поправено е поставено лажна рамка во очекување на бит кога немаше податоци на чекање.
1199958 Додаден е код за справување со случај кога нема повеќе простор за создавање пораки за зелена моќ.
1202034 Поправен е проблем кога променливата на стек sl_zb_sec_man_context_t не беше правилно иницијализирана, што предизвика неуспех на спојувањето со кодот за инсталирање.
1206040 Повикувањето на emberRemoveChild() за време на безбеден обид за повторно приклучување од страна на краен уред потенцијално може да доведе до дополнително намалување на бројот на деца, што потенцијално ќе доведе до број на деца од -1 (255), спречувајќи ги крајните уреди да се приклучат/повторат поради назначен недостаток на капацитет во Beacon.
 

1207580

Функциите за пребарување на детска табела во оџакот се неконзистентни во употребата на 0x0000 наспроти 0xFFFF за повратната вредност на ID на јазол што претставува неважечки/празни записи, што доведува до проблеми при проверка на неискористени записи во API-та како emberRemoveChild().
1210706 Дестинацијата и индексот PHY дадени во структурата EmberExtraCounterInfo како дел од emberCounterHandler() можеби биле неточни за типовите бројачи MAC TX Unicast.
1211610

1212525

Поправен е проблемот кога апликациите за динамички мултипротокол паднаа откако ја овозможија компонентата за надградба на безбедно складирање клучеви.
1211847 Додека потписот на emberCounterHandler() не е променет, начинот на пополнување на неговите параметри е малку променет. Промените околу ова API се објаснети во делот 2 погоре.
 

1212449

Појдовните Beacon беа неправилно категоризирани од слојот MAC, што доведе до тоа emberCounterHandler() да не ги фати овие пакети со типот на бројач EMBER_COUNTER_MAC_TX_BROADCAST и наместо тоа да ги брои Beacons со типот EMBER_COUNTER_MAC_TXCC_UNICAST_. Тоа потенцијално резултираше со несигурни вредности за параметарот dest EmberNodeId предаден на структурата EmberCounterInfo
1214866 Испраќањето на пакет со анкета со податоци во одредени конфигурации со голем сообраќај може да резултира со дефект на магистралата.
1216552 Поправено е проблемот што предизвикува тврдење во услови на зафатен сообраќај.
1216613 Поправен проблем што доведе до погрешна вредност на радиусот на групно емитување во табелата со прокси.
1222509 Рутерот/координаторот испраќа барање за отсуство и повторно приклучување до крајниот уред за гласање што не е за деца, но дестинацијата на MAC е 0xFFFF наместо да се совпаѓа со адресата на дестинацијата NWK.
1223842 Поправен е проблем со генерирањето на sl_component_catalog.h што оставаше несакан код во него предизвикувајќи неуспех на компилацијата.
ID # Опис
756628 Го смени повикувањето на повратен повик на апликацијата emberAfMacFilterMatchMessageCallback да се повикува само за ZLL пораките што се потврдени од стекот.
816088 Преместена е конфигурацијата EMBER од zigbeed_configuration.h во zigbeed.slcp.
829508 За да се избегне состојба на трка, додадена е дополнителна валидација во emberSetLogicalAndRadioChannel за да се врати неуспешно ако долните слоеви се зафатени или не се во состојба да го сменат каналот.

Познати проблеми во тековното издание

Проблемите со задебелени букви беа додадени од претходното издание. Ако сте пропуштиле издание, белешките за неодамнешното издание се достапни на https://www.si-labs.com/developers/zigbee-emberznet во табот Технички документи.

ID # Опис Заобиколување
N/A Следниве апликации/компонента не се поддржани во ова издание: 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

OWER во

/protocol/zigbee/app/framework/plugin/network- creator/config/network-creator-config.h file. За прample, смени во <-26..20>.

295498 Приемот на UART понекогаш паѓа бајти при големо оптоварување во случајот со динамички мултипротокол за употреба Zigbee+BLE. Користете хардверска контрола на проток или намалете ја брзината на бауд.
312291 EMHAL: Функциите halCommonGetIntxxMillisecondTick на хостовите на Линукс моментално ја користат функцијата gettimeofday, за која не се гарантира дека е монотона. Ако времето на системот се промени, тоа може да предизвика проблеми со времето на оџакот. Изменете ги овие функции за да го користите clock_gettime со изворот CLOCK_MONOTONIC наместо тоа.
338151 Иницијализирањето на NCP со ниска вредност на броење бафер на пакети може да предизвика корумпирани пакети. Користете ја резервираната вредност 0xFF за број на бафери на пакети за да ја избегнете прениската стандардна вредност
387750 Проблем со форматите за барање табела за маршрута на крајниот уред. Под истрага
400418 Иницијаторот за допирна врска не може да се поврзе со цел на краен уред кој не е фабрички нов. Не е познато решение.
424355 Иницијатор кој не е фабрички нов заспаен крај на допир, способен иницијатор за целна врска, не може да прими одговор на информации од уредот во одредени околности. Под истрага
 

465180

Ставката за оптимизација на радио блокатор на коегзистенција „Овозможи контрола на времетраење“ може да ја блокира правилната работа на Zigbee. Изборен „Изберете Wi-Fi“ Контролата на оптимизацијата на блокаторите треба да се остави „Оневозможена“.
480550 Кластерот OTA има свој вграден метод на фрагментација, па затоа не треба да користи APS фрагментација. Иако, во случај да е овозможено шифрирањето на APS, товарот на ImageBlockResponses го зголемува до големина каде што се активира фрагментацијата на APS. Ова може да доведе до неуспех на ОТА процесот. Не е познато решение
481128 Деталните причини за ресетирање и деталите за падот треба да бидат стандардно достапни преку Virtual UART (Serial 0) на NCP платформите кога се овозможени приклучокот Diagnostics и Virtual UART периферниот уред. Бидејќи серијата 0 е веќе иницијализирана во NCP, клиентите можат да го овозможат emberAfNcpInitCallback во Zigbee NCP Framework и да ги повикаат соодветните дијагностички функции (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, и печатење на CrashSummary, thisrashhalDetailrint податоци за сериски 0 за viewвнесете во дневникот за снимање на Network Analyzer.

За поранешенampЗа тоа како да ги користите овие функции, погледнете го кодот вклучен во emberAfMainInit() на af-main-soc.c кога е дефинирано EXTENDED_RESET_INFO.

ID # Опис Заобиколување
486369 Ако на DynamicMultiProtocolLightSoc што формира нова мрежа има детски јазли од мрежата што ја напуштила, emberAfGetChildTableSize враќа вредност која не е нула во startIdentifyOnAllChildNodes, предизвикувајќи Tx 66 пораки за грешка при обраќањето до децата „дух“. Масовно избришете го делот ако е можно пред да креирате нова мрежа или програмски проверете ја детската табела откако ќе ја напуштите мрежата и избришете ги сите деца што користат emberRemoveChild пред да формирате нова мрежа.
495563 Приклучување на SPI NCP Sleepy End Device SampАпликацијата не скратува анкета, затоа обидот за приклучување не успева во состојба на Ажурирање TC Link Key. Уредот што сака да се приклучи треба да биде во режим на кратка анкета пред да се обиде да се придружи. Овој режим може да биде принуден од приклучокот за поддршка на крајот на уредот.
497832 Во Network Analyzer, Zigbee Application Support Command Breakdown for Verify Key Request Frame погрешно го упатува делот од товарот што ја означува изворната адреса на рамката како адреса на дестинацијата. Не е познато решение
519905

521782

SPI NCP може многу ретко да не успее да ја стартува комуникацијата со подигнувачот користејќи ја командата „bootload“ CLI на приклучокот ota-client. Рестартирајте го процесот на подигање
620596 NCP SPI Прample за BRD4181A (EFR32xGMG21)

nДефинираниот стандарден пин за будење не може да се користи како пин за будење.

Променете ја стандардната игла за nWake од PD03 на игла EM2/3 за будење во приклучокот NCP-SPI.
631713 Уредот Zigbee End постојано ќе известува за конфликти на адреси ако се користи приклучокот „Zigbee PRO Stack Library“ наместо „Zigbee PRO Leaf Library“. Користете ја „Zigbee PRO Leaf Library“ наместо приклучокот „Zigbee PRO Stack Library“.
670702 Неефикасноста во приклучокот за известување може да доведе до значително доцнење врз основа на фреквенцијата на пишување податоци и големината на табелата, што може да се меша со кодот на апликацијата на клиентите, вклучувајќи го и времето на настанот. Ако често пишувате, размислете да ги проверите условите за известување и рачно да испраќате извештаи наместо да го користите приклучокот.
708258 Неиницијализираната вредност во group-server.c преку addEntryToGroupTable() може да создаде лажно врзување и да предизвика испраќање на пораки за известување за групација. Додајте „binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;“ по „врзување.тип

= EMBER_MULTICAST_BINDING;

757775 Сите делови на EFR32 имаат уникатен RSSI поместување. Покрај тоа, дизајнот на таблата, антените и куќиштето може да влијаат на RSSI. Кога креирате нов проект, инсталирајте ја компонентата RAIL Utility, RSSI. Оваа функција го вклучува стандардниот RSSI Offset SiLabs што го измерил за секој дел. Ова поместување може да се измени доколку е потребно по RF тестирање на вашиот целосен производ.
758965 Компонентите на кластерот ZCL и табелата за откривање команди ZCL не се синхронизирани. Затоа, кога се овозможува или оневозможува компонента на кластерот ZCL, имплементираните команди нема да бидат овозможени/оневозможени во соодветното табло за команда на ZCL Advanced Configurator. Рачно овозможете/оневозможете откривање за саканите ZCL команди во ZCL Advanced Configurator.
765735 Ажурирањето OTA не успева на Sleepy End Device со овозможено барање за страница. Користете Барање за блокирање наместо Барање страница.
845649 Отстранувањето на CLI:Core компонентата не ги елиминира 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-zone-server.c дозволува креирање на врзување со CIE адреса „0000000000000000“ и подоцна не дозволува понатамошни врзувања. Не е познато решение
1019961 Генериран Z3Gateway направиfile тврди кодови „gcc“ како CC Не е познато решение
ID # Опис Заобиколување
1039767 Проблем со прелевање на редица на мрежата на Zigbee повторно во случај на употреба на RTOS со повеќе нишки. Zigbee Stack не е безбеден за нишки. Како резултат на тоа, повикувањето Zigbee Stack API од друга задача не е поддржано во опкружувањето на ОС и може да го стави стекот во „неработна“ состојба. Погледнете ја следнава белешка за апликација за повеќе информации и решение за користење на управувачот со настани.

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 за создавање телнет интерфејс со портата 4900 или 4901 е застарена. Алтернативниот препорачан начин за креирање на телнет интерфејс е користење на комунални услуги на 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.
  • Отстрането е множеството Packet BufferCount() во af-host.c и бескорисното случај за проверка EZSP_CONFIG_PACKET_BUFFER_COUNT: во command-handlers.c.
  • Отстранет е аргументот за распределба на меморијата бидејќи нема потреба да се дели на две фази при иницијализирање на NCP.
  • Отстранет emberAfNcpInitCallback() во se14-comms-hub, se14-ihd и se14-meter-gas's app.c.
  • Отстранета поставката EZSP_CONFIG_RETRY_QUEUE_SIZE за време на иницијализацијата ncp во ncp-configuration.c.

Мултипротокол Gateway и 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Апликацијата не е поддржана на уредите EFR од серијата 1.

Поправени проблеми

Поправено во издание 7.4.5.0

ID # Опис
1328799 Мекото ресетирање активирано од командата Spinel RESET сега ги брише баферите на 15.4 RCP.
1337101 Нецелосните операции за пренос на 15.4 (Tx чекање за ак, Tx на глас како одговор на порака, итн.) повеќе не се сметаат предвреме како неуспешни при прекин на радиото поради DMP. Ова овозможува на наведената операција да и се даде шанса да се презакаже по прекинот или трајно да пропадне од RAIL (настани за грешка на статусот на распоредувачот).

(Друг реф: 1339032)

1337228 Во Zigbeed, API-то за штиклирање halCommonGetInt32uMillisecondTick() сега е ажурирано за да користи MONOTONIC часовник, за да не биде под влијание на NTP во системот домаќин.

(Друг реф: 1339032)

1346785 Поправена состојба на трка која може да предизвика оневозможување на истовременото слушање на 802.15.4 RCP кога двата протоколи се пренесуваат истовремено.

(Друг реф: 1349176)

1346849 Додавањето на компонентата rail_mux на проект сега ќе предизвика тој автоматски да се изгради со поврзаните варијанти на библиотека на стек.

(Друг реф: 1349102)

Поправено во издание 7.4.4.0

ID # Опис
1184065 Намален отпечаток на RAM меморија за zigbee_ncp-ot_rcp-spi и zigbee_ncp-ot_rcp_uart на MG13 и MG21.
1282264 Поправен е проблемот што можеше да ги прекине операциите на радио преносот со прерано бришење на фифо-то на преносот, предизвикувајќи прерано поток.
1292537 Апликацијата DMP Zigbee-BLE NCP сега правилно се прикажува во интерфејсот на Simplicity Studio. (Друг број: 1292540)
1230193 Поправено е проблемот со неточниот тип на јазол при приклучување на мрежата на крајниот уред. (Друг реф: 1298347)
1332330 Поправен е проблемот каде што RCP 15.4+BLE што работи во опкружување со густ мрежен сообраќај може повремено да наиде на состојба на трка што ќе го остави неспособно да испраќа пораки до CPCd додека не се рестартира уредот.

(Друг реф: 1333156)

Поправено во издание 7.4.2.0

ID # Опис
1022972 Додаден е приклучок за соживот назад во Zigbee-OpenThread NCP/RCP sampле апликација.
1231021 Избегнувајте тврдење во OTBR што е забележано при приклучување на 80+ зигби уреди со враќање на RCP наместо со пренесување на неракувани грешки во преносот на под-мак.
1249346 Решен е проблем каде што RCP може погрешно да ги положи пакетите наменети за домаќинот, што резултира со грешка во анализирањето во OTBR и неочекувано завршување.

Поправено во издание 7.4.1.0

ID # Опис
1213701 zigbeed не дозволи да се создаде изворен запис во табелата за совпаѓање за дете ако индиректната редица на MAC има податоци што веќе чекаат за тоа дете. Ова однесување може да доведе до откажување на трансакциите на слојот на апликацијата помеѓу детето и некој друг уред поради недостаток на APS Ack или одговор на слојот на апликацијата, особено прекинот и неочекуваното прекинување на надградбите на ZCL OTA насочени кон детскиот уред.
1244461 Записот од табелата за совпаѓање на изворот за дете може да се отстрани и покрај пораките што се чекаат.

Поправено во издание 7.4.0.0

ID # Опис
1081828 Проблем со пропусната моќ со Zigbee/BLE DMP базирани на FreeRTOSampле апликации.
1090921 Z3GatewayCpc имаше проблем да формира мрежа во бучна средина.
1153055 Потврда за домаќинот беше предизвикана кога имаше неуспех во комуникацијата при читање на верзијата NCP од zigbee_ncp-ble_ncp-uart sampле апликација.
1155676 802.15.4 RCP ги отфрли сите примени unicast пакети (по MAC acking) доколку повеќе 15.4 интерфејси го делат истиот 16-битен ID на јазол.
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 .

ID # Опис Заобиколување
937562 Командата „advertise on“ Bluetoothctl не успева со апликацијата rcp-uart- 802154-blehci на Raspberry Pi OS 11. Користете ја апликацијата btmgmt наместо bluetoothctl.
1074205 CMP RCP не поддржува две мрежи на истиот PAN ID. Користете различни PAN ID за секоја мрежа. Поддршката е планирана во идното издание.
1122723 Во зафатена средина, CLI може да не реагира во апликацијата z3-light_ot-ftd_soc. Не е познато решение.
1124140 z3-light_ot-ftd_soc sampLe апликацијата не може да ја формира мрежата Zigbee ако мрежата OT е веќе отворена. Прво стартувајте ја мрежата Zigbee, а потоа мрежата ОТ.
1170052 CMP Zigbee NCP + OT RCP и DMP Zigbee NCP + BLE NCP може да не се вклопуваат на 64KB и пониски RAM делови во ова тековно издание. Делови од 64 KB моментално не се поддржани за овие апликации.
1209958 ZB/OT/BLE RCP на Bobcat и Bobcat Lite може да престане да работи по неколку минути кога ги извршува сите три протоколи. Ќе се зборува во идното издание
1221299 Читањата на Mfglib RSSI се разликуваат помеѓу RCP и NCP. Ќе се зборува во идното издание.
1334477 Стартувањето и стопирањето на оџакот BLE неколку пати може да резултира со тоа што стекот BLE не може повторно да ја рестартира рекламата на уредите EFR од Серија 1 во DMP Zigbee-BLE sampле апликација. N/A

Застарени ставки Нема

Отстранети ставки

Отстрането во издание 7.4.0.0
Макрото „NONCOMPLIANT_ACK_TIMING_WORKAROUND“ е отстрането. Сите RCP апликации сега стандардно поддржуваат време на пресврт од 192 µsec за неподобрени актови додека сè уште користат 256 µsec време на пресврт за подобрени акци што ги бара CSL.

Користење на ова издание

Ова издание го содржи следново
  • Зигби магацинот
  • Рамка за апликација Zigbee
  • Зигби Сample Апликации

За повеќе информации за Zigbee и EmberZNet SDK, видете UG103.02: Zigbee Fundamentals.

Ако сте корисник за прв пат, видете QSG180: Zigbee EmberZNet Водич за брз почеток за SDK 7.0 и повисоки, за инструкции за конфигурирање на вашата развојна околина, градење и трепкање какоampле апликација и референци за документација кои укажуваат на следните чекори.

Инсталација и употреба
Zigbee EmberZNet SDK е обезбедена како дел од Gecko SDK (GSDK), пакетот на Silicon Labs SDK. За брзо да започнете со 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 во

  • (Виндоус): В:\Корисници\ \SimplicityStudio\SDKs\gecko_sdk
  • (MacOS): /Корисници/ /SimplicityStudio/SDKs/gecko_sdk

Документацијата специфична за верзијата SDK е инсталирана со SDK. Дополнителни информации често може да се најдат во статиите на базата на знаење (KBAs). Референци за API и други информации за ова и претходните изданија се достапни на https://docs.silabs.com/ .

Безбедносни информации

Безбедна интеграција на трезорот
За апликации кои избираат безбедно да ги складираат клучевите со помош на компонентата за складирање на безбедни клучеви на делови од Secure Vault-High, следната табела ги прикажува заштитените клучеви и нивните карактеристики за заштита на складирањето со кои управува компонентата Zigbee Security Manager.

Завиткан клуч Извозно / неизвозно Белешки
Мрежен клуч Може да се извезува
Клуч за врска на Центарот за доверба Може да се извезува
Клуч за минливи врски Може да се извезува Табела со индексирани клучеви, зачувана како испарлив клуч
Клучот за врска на апликацијата Може да се извезува Табела со индексирани клучеви
Обезбедете го клучот EZSP Може да се извезува
ZLL клуч за шифрирање Може да се извезува
ZLL претходно конфигуриран клуч Може да се извезува
GPD прокси клуч Може да се извезува Табела со индексирани клучеви
Клуч за мијалник GPD Може да се извезува Табела со индексирани клучеви
Внатрешен/Клуч за место Може да се извезува Внатрешен клуч за употреба од Zigbee Security Manager
  • Завитканите клучеви што се означени како „Неизвезливи“ може да се користат, но не можат да се користат viewизменето или споделено при извршување.
  • Завитканите клучеви кои се означени како „Извезливи“ може да се користат или споделуваат при извршување, но остануваат шифрирани додека се складираат во блиц.
  • Корисничките апликации никогаш не треба да комуницираат со повеќето од овие клучеви. Постоечките API за управување со клучевите на Табелата со клучеви за врски или клучевите за преодни сè уште се достапни за корисничката апликација и сега се насочуваат низ компонентата Zigbee Security Manager.
  • Некои од овие клучеви може да станат неизвезливи за корисничката апликација во иднина. Корисничките апликации се охрабруваат да не се потпираат на извоз на клучеви освен ако е апсолутно неопходно.
    За повеќе информации за функционалноста за управување со клучеви за безбедно сеф, видете AN1271: Безбедно складирање на клучеви.

Совети за безбедност
За да се претплатите на Security Advisories, најавете се на порталот за клиенти на Silicon Labs, а потоа изберете Account Home. Кликнете HOME за да отидете на почетната страница на порталот и потоа кликнете на плочката Управување со известувања. Осигурајте се дека е означено „Софтверски/безбедносни советодавни известувања и известувања за промена на производи (PCN)“ и дека сте претплатени најмалку за вашата платформа и протокол. Кликнете Зачувај за да ги зачувате сите промени.

Следната слика е ексample

SILICON-LABS-7-4-5-0-Zigbee-Ember-Z-Net-SDK-image (2) SILICON-LABS-7-4-5-0-Zigbee-Ember-Z-Net-SDK-image (3)

Поддршка
Клиентите на пакетот за развој се подобни за обука и техничка поддршка. Користете ги Silicon Laboratories Zigbee web страница за да добиете информации за сите производи и услуги на Silicon Labs Zigbee и да се регистрирате за поддршка на производите.
Можете да ја контактирате поддршката на Silicon Laboratories на http://www.silabs.com/support .

Студио за едноставност
Пристап со еден клик до MCU и безжични алатки, документација, софтвер, библиотеки со изворни кодови и повеќе. Достапно за Windows, Mac и Linux!

Одрекување
Silicon Labs има намера да им обезбеди на клиентите најнова, точна и длабинска документација за сите периферни уреди и модули достапни за имплементаторите на системот и софтверот кои користат или имаат намера да ги користат производите на Silicon Labs. Податоците за карактеризација, достапните модули и периферни уреди, големината на меморијата и адресите на меморијата се однесуваат на секој специфичен уред, а дадените „Типични“ параметри може и се разликуваат во различни апликации. Апликација прampОписите опишани овде се само за илустративни цели. Silicon Labs го задржува правото да прави промени без дополнително известување за информациите за производот, спецификациите и описите овде и не дава гаранции за точноста или комплетноста на вклучените информации. Без претходно известување, Silicon Labs може да го ажурира фирмверот на производот за време на производниот процес од безбедносни или доверливи причини. Ваквите промени нема да ги променат спецификациите или перформансите на производот. Silicon Labs нема да има одговорност за последиците од употребата на информациите дадени во овој документ. Овој документ не имплицира или изрично дава никаква лиценца за дизајнирање или производство на какви било интегрирани кола. Производите не се дизајнирани или овластени да се користат во уреди од FDA класа III, апликации за кои е потребно одобрение од 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 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 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 Ember Net SDK, SDK, Net SDK, SDK

Референци

Оставете коментар

Вашата адреса за е-пошта нема да биде објавена. Задолжителните полиња се означени *