SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack Software

Impormasyon ng Produkto

Mga pagtutukoy

• Bersyon ng Zigbee EmberZNet SDK: 7.4.1.0
• Bersyon ng Gecko SDK Suite: 4.4 – Pebrero 14, 2024
• Vendor: Silicon Labs
• Mga Pangunahing Tampok: Multiprotocol Zigbee at OpenThread support sa SoC
• Mga Katugmang Compiler: GCC bersyon 12.2.1
• Bersyon ng EZSP Protocol: 0x0D

Mga Tagubilin sa Paggamit ng Produkto

Mga Paunawa sa Pagkatugma at Paggamit

• Para sa mga update sa seguridad at mga abiso, sumangguni sa Security chapter ng Gecko Platform Release notes na naka-install sa SDK na ito o bisitahin ang TECH DOCS tab sa Silicon Labs website.
• Manatiling updated sa pamamagitan ng pag-subscribe sa Security Advisories.

FAQ

• Tanong: Paano ko ibe-verify ang tama files ay ginagamit sa mga katugmang compiler?
• Sagot: Maaari mong i-verify na tama files ay ginagamit sa pamamagitan ng pagsuri sa GCC na bersyon 12.2.1 na ibinigay kasama ng Simplicity Studio.
• Tanong: Saan ako makakahanap ng impormasyon tungkol sa mga update sa seguridad at mga abiso?
• Sagot: Para sa mga update at notice sa seguridad, sumangguni sa Security chapter ng Gecko Platform Release notes o bisitahin ang TECH DOCS tab sa Silicon Labs' website.

Ang Silicon Labs ay ang vendor na pinili para sa mga OEM na bumubuo ng Zigbee networking sa kanilang mga produkto. Ang Silicon Labs Zigbee platform ay ang pinaka-integrated, kumpleto, at mayaman sa feature na Zigbee solution na available.
Ang Silicon Labs EmberZNet SDK ay naglalaman ng pagpapatupad ng Silicon Labs ng detalye ng Zigbee stack.

• Ang mga tala sa paglabas na ito ay sumasaklaw sa (mga) bersyon ng SDK:
• 7.4.1.0 na inilabas noong Pebrero 14, 2024
• 7.4.0.0 na inilabas noong Disyembre 13, 2023

MGA PANGUNAHING TAMPOK

Zigbee

• Pagsunod sa Zigbee R23
• Pagsunod sa Zigbee Smart Energy 1.4a – produksyon
• Pagsunod sa Zigbee GP 1.1.2 – Alpha
• Suporta sa MG27 – produksyon
• Pinahusay na suporta para sa mga bahagi ng Secure Vault
• Nakakaantok na suporta sa mga application ng NCP SPI (non-CPC) – Alpha

Multiprotocol

• Suporta sa Kasabay na Pakikinig (RCP) – MG21 at MG24
• Concurrent Multiprotocol (CMP) Zigbee NCP + OpenThread RCP – produksyon
• Dynamic na Multiprotocol Bluetooth + Concurrent Multiprotocol (CMP) Zigbee at OpenThread support sa SoC

Mga Paunawa sa Pagkatugma at Paggamit

Para sa impormasyon tungkol sa mga update at abiso sa seguridad, tingnan ang kabanata ng Seguridad ng mga tala sa Paglabas ng Platform ng Tuko na naka-install sa SDK na ito o sa tab na TECH DOCS sa https://www.silabs.com/developers/zigbee-emberznet. Mahigpit ding inirerekomenda ng Silicon Labs na mag-subscribe ka sa Security Advisories para sa napapanahong impormasyon. Para sa mga tagubilin, o kung bago ka sa Zigbee EmberZNet SDK, tingnan ang Paggamit ng Paglabas na Ito.

Mga katugmang Compiler

• IAR Embedded Workbench para sa ARM (IAR-EWARM) na bersyon 9.40.1.
• Ang paggamit ng Wine upang bumuo gamit ang IarBuild.exe command line utility o IAR Embedded Workbench GUI sa macOS o Linux ay maaaring magresulta sa hindi tama files ay ginagamit dahil sa mga banggaan sa hashing algorithm ng Wine para sa pagbuo ng maikli file mga pangalan.
• Pinapayuhan ang mga customer sa macOS o Linux na huwag bumuo gamit ang IAR sa labas ng Simplicity Studio. Ang mga customer na gagawa nito ay dapat na maingat na i-verify na tama files ay ginagamit.

GCC (The GNU Compiler Collection) bersyon 12.2.1, na ibinigay kasama ng Simplicity Studio.
Ang bersyon ng EZSP protocol para sa release na ito ay 0x0D.

Mga Bagong Item

Ang paglabas na ito ng Gecko SDK (GSDK) ang magiging huli na may pinagsamang suporta para sa lahat ng EFM at EFR device, maliban sa mga patch sa bersyong ito kung kinakailangan. Simula sa kalagitnaan ng 2024 ipapakilala namin ang magkakahiwalay na SDK:

• Ang kasalukuyang Gecko SDK ay magpapatuloy sa suporta para sa Serye 0 at 1 na mga device.
• Ang isang bagong SDK ay partikular na tutungo sa Serye 2 at 3 na mga device.

Patuloy na susuportahan ng Gecko SDK ang lahat ng Serye 0 at 1 na device na walang pagbabago sa pangmatagalang suporta, pagpapanatili, kalidad, at pagtugon na ibinigay sa ilalim ng aming patakaran sa software.
Ang bagong SDK ay magsasanga mula sa Gecko SDK at magsisimulang mag-alok ng mga bagong feature na makakatulong sa mga developer na kumuha ng advantage ng mga advanced na kakayahan ng aming Serye 2 at 3 na mga produkto.
Ang desisyong ito ay umaayon sa feedback ng customer, na sumasalamin sa aming pangako na itaas ang kalidad, tiyakin ang katatagan, at pahusayin ang performance para sa isang pambihirang karanasan ng user sa aming mga SDK ng software.

Mga Bagong Bahagi

Bago sa release 

• Ang mga bahaging "zigbee_direct_security_p256" at "zigbee_direct_security_curve25519" ay idinagdag para makapag-configure ang mga user ng isang partikular na opsyon sa seguridad ng Zigbee Direct.
• Pinapayagan ang mga user na magkaroon ng maraming bahagi ng "zigbee_direct_security" na naka-enable sa isang Zigbee direct device (ZDD) na application. Sa kasong ito, ang aktwal na opsyon sa seguridad ay nakasalalay sa configuration ng Zigbee Virtual Device (ZVD).

Mga bagong API
Bago sa release 

• Nagdagdag ng bagong API sl_zigbee_token_factory_reset upang i-reset ang mga Zigbee NVM3 token sa kanilang default na halaga.
• Idinagdag ang API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), na nagbabalik ng true kung ang talahanayan ng link key ay maaaring magdagdag o mag-update ng entry na may ganitong address (hindi puno ang talahanayan).
• Nagdagdag ng bagong API bool sl_zb_sec_man_compare_key_to_value (sl_zb_sec_man_context_t* context, sl_zb_sec_man_key_t* key), na nagbabalik ng true kung ang key ay nire-reference ng konteksto ay may parehong halaga sa key na ibinigay sa argument.

Bagong Suporta sa Platform
Bago sa release 

• Ang suporta ng Zigbee stack para sa mga sumusunod na bagong bahagi ay idinagdag sa release na ito: EFR32MG24A010F768IM40 at EFR32MG24A020F768IM40.

Bagong Dokumentasyon
Bago sa release 7.4.0.0

• Na-update ang paglalarawan para sa bahagi ng Zigbee Secure Key Storage upang ipakita ang pagdaragdag ng Zigbee Secure Key Storage Upgrade (na nagdaragdag ng backward compatibility sa mga kasalukuyang proyekto).
• Nagdagdag ng bagong application note para sa pakikipag-ugnayan sa Zigbee Security Manager na pangkat ng mga bahagi (AN1412: Zigbee Security Manager).

Nilalayon na Pag-uugali

Ang mga gumagamit ay pinapaalalahanan na ang Zigbee na hindi naka-synchronize na CSL transmissions ay napapailalim sa protocol preemption sa radio scheduler. Sa mga application na SleepyToSleepy, maaari at i-preempt ng BLE ang isang Zigbee CSL transmission, na magwawakas sa transmission. Ang pag-preemption ng scheduler ay mas karaniwan para sa hindi naka-synchronize na CSL, dahil maaaring gumamit ng isang potensyal na mahabang wake-up frame sequence. Ang mga gumagamit na nagnanais na ayusin ang mga priyoridad ng paghahatid ay maaaring gumamit ng bahagi ng Pag-tune at Pagsubok ng DMP para magawa ito. Ang mga gumagamit ay maaari ding sumangguni sa UG305: Dynamic na Multiprotocol na Gabay sa Gumagamit para sa higit pang impormasyon.

Mga pagpapabuti

Binago sa paglabas
emberCounterHandler API Doc Mga Pagbabago

Sa mga nakaraang bersyon, ang Counter Handler callback para sa MAC at APS layer na EmberCounterTypes tungkol sa packet RX at TX ay hindi naipasa sa wastong target na node ID o mga argumento ng data, at ang dokumentasyon ng API tungkol sa pag-uugali ng ilang mga counter na gumamit ng mga parameter na ito ay hindi malinaw o nakakapanlinlang.
Habang ang lagda ng emberCounterHandler() ay hindi nagbago, ang paraan ng pagpo-populate ng mga parameter nito ay bahagyang nagbago.

• Ang mga komento sa paligid ng EmberCounterType enum sa ember-types.h ay pinalawak para sa kalinawan.
• Ang parameter ng Node ID sa Counter Handler para sa mga counter na nauugnay sa TX ay sinusuri na ngayon kung ang destination address mode ay nagpapahiwatig ng isang wastong maikling ID bago ito gamitin. (Kung hindi, walang patutunguhang address na na-populate, at isang placeholder value na EMBER_UNKNOWN_NODE_ID ang ginagamit sa halip.)
• Ipinapakita na ngayon ng parameter ng Node ID sa Counter Handler para sa mga counter na nauugnay sa RX ang source node ID, hindi ang destination node ID.
• Ang bilang ng muling pagsubok ay *hindi* naipasa bilang parameter ng data para sa EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED na mga counter gaya ng inilarawan sa mga uri ng ember. h sa mga nakaraang bersyon, ngunit hindi ito kailanman na-populate nang maayos sa mga naunang inilabas na bersyon kaya ang halaga nito sa mga nakaraang release ay palaging magiging 0. Ang pag-uugaling ito ay nilinaw sa paglalarawan ng mga EmberCounterTypes na iyon. Gayunpaman, ang bilang ng Retry para sa APS layer rettry ay patuloy na nilalagay sa parameter ng data para sa EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED na mga uri ng counter, upang maging pare-pareho sa mga naunang release.
• Ang lahat ng mga counter na pumupuno sa Node ID o parameter ng data para sa callback ay na-audit upang matiyak na maipapasa nila ang inaasahang data, address, o EMBER_UNKNOWN_NODE_ID kung inaasahan ang isang Node ID ngunit hindi makuha mula sa packet, tulad ng inilarawan sa binagong ember- type.h dokumentasyon.
• Ang Counter handler para sa EMBER_COUNTER_MAC_TX_UNICAST_RETRY ngayon ay wastong nagpapakita ng MAC layer destination node ID at ilang mga muling pagsubok sa Destination Node ID at mga parameter ng data nito.
• Ang Counter handler para sa EMBER_COUNTER_PHY_CCA_FAIL_COUNT ay nagbibigay na ngayon ng impormasyon ng destination node ID sa pamamagitan ng parameter ng Node ID tungkol sa nilalayong MAC layer na target ng mensaheng nabigo sa paghahatid.

Na-update na Green Power Code
Ang green power server code ay ina-update na may iba't ibang mga pagpapahusay kabilang ang:

• Nagdagdag ng higit pang validation code para sa mga papasok na command na may di-wastong endpoint kapag tumatanggap sa GP server.
• Idinagdag ang code upang pangasiwaan ang kaso kapag wala nang espasyo upang bumuo ng mga berdeng mensahe ng kapangyarihan.
• Ibinabagsak na ngayon ng lababo ang pagsasaayos ng pagpapares sa pagpapares ng pagkilos na pag-alis sa ilang mga kaso sa bawat spec section A.3.5.2.4.1.
• Sine-save na ngayon ng lababo ang kasalukuyang listahan ng pangkat ng isang entry bago ito alisin kapag pinoproseso ang Pagpapares ng Configuration na may extension ng pagkilos.
• Ang Translation query command ay nagbabalik ng "NOT FOUND" bilang error code kapag ang talahanayan ng pagsasalin ay walang laman o ang index ay mas malaki kaysa sa ilang mga entry sa talahanayan.
• Binago ang bersyon ng GP endpoint sa ilang app mula 1 hanggang 0.

Ang paggamit ng CSMA sa GPDF Send function ay pinaghihigpitan dahil ang Green Power Devices ay minimal na energy device at hindi gumagamit ng CSMA sa karamihan ng mga disenyo. Sa halip, ang ginustong disenyo ay ang magpadala ng maraming packet gamit ang parehong badyet ng enerhiya.
Inalis ang paggamit ng isang nakatagong endpoint sa opsyong plugin ng Green Power Server. Gamitin na lang ang isa sa mga endpoint ng application.
Mga Pagpapahusay ng Plugin Code sa Pag-update ng Key ng Network

• Binago ang panaka-nakang panahon ng pag-update ng network key upang maging hanggang 1 taon.

Inayos muli ang Ilang API para Iwasan ang Hindi Kailangang Pag-export ng Key
Gumawa ng mga pagbabago upang paboran ang paggamit ng mga pangunahing konteksto kaysa plaintext key data.

• Ang sl_zigbee_send_security_challenge_request ay tumatagal na ngayon ng sl_zb_sec_man_context_t argument sa halip na EmberKeyData.
• Ang mga halaga ng sl_zb_sec_man_derived_key_type enum ay isa na ngayong 16-bit na bitmask upang direktang suportahan ang ilang mga pangunahing derivasyon na pinagsasama-sama ang maraming nagmula na uri.

Mga Naayos na Isyu

Naayos sa release 

ID #	Paglalarawan
1036893	Inayos ang isang isyu na naging dahilan upang i-install ng bahagi ng OTA cluster ang legacy na bahagi ng interface ng boot-loader bilang isang dependency.
1114905	Zigbee Direct: Pinahusay na pangangasiwa sa Katangian ng Leave Network.
1180937	Inayos ang pag-reset ng WDT kapag kinokonekta ang Zigbee Direct ZDD sa 3rd party na ZVD.
1223904	Inayos ang isang isyu na naging sanhi ng paglipat ng end device upang gumana nang hindi tama sa isang napaka-abalang kapaligiran.
1224393	Na-update ang Green Power sink table request handler code upang i-update ang address ng patutunguhan ng tugon.
1228808	Inayos ang isyu sa display sa mga macro definition sa gp-types.h na dokumentasyon.
1232297	Inayos ang isang isyu kung saan hindi gumana ang emberSetOutgoingNwkFrameCounter at emberSetOutgoingApsFrameCounter sa mga 64-bit na application ng host (nagbabalik ng EMBER_BAD_ARGUMENT).
1232359	Inayos ang pagkalkula ng parameter ng gppTunnelingDelay sa pagproseso ng command ng green power client.
1240392	Ang ZDO Bind/Unbind Requests ay tinanggihan para sa pag-access/mga dahilan ng pahintulot ay dapat magbalik ng status na EMBER_ZDP_NOT_AUTHORIZED sa halip na EMBER_ZDP_NOT_PERMITTED na status ayon sa mga detalye ng Zigbee.
1243523	Zigbee Direct: Pinahusay na katatagan ng koneksyon ng BLE sa ZVD.
1249455	Inayos ang isang isyu na nagdulot ng sleepy end device na pumasok sa sleep kapag tumatanggap ng broadcast bago makatanggap ng ack.
1252295	Ayusin ang isang typo error sa component catalog macro SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT.

Naayos sa release 

ID #	Paglalarawan
1019348	Inayos ang mga kinakailangan sa dependency para sa bahagi ng Zigbee ZCL Cli upang maalis ito kapag hindi kinakailangan.
1024246	Na-update ang paglalarawan ng function para sa emberHaveLinkKey() at sl_zb_sec_man_have_link_key().
1036503	Nagdagdag ng paglalarawan upang irekomenda ang paggamit ng Micrium Kernel para sa mga DMPampang mga app.
1037661	Ang isang isyu na pumipigil sa application mula sa pag-install ng alinman sa pro stack o leaf stack ay naayos na.
1078136	Inayos ang isang pasulput-sulpot na pag-crash kapag binabago ang mga kaganapan mula sa interrupt na konteksto
1081548	Ang mga gumagamit ay pinapaalalahanan na ang Zigbee na hindi naka-synchronize na CSL transmissions ay napapailalim sa protocol preemption sa radio scheduler. Sa mga application na SleepyToSleepy, maaari at i-preempt ng BLE ang isang Zigbee CSL transmission, na magwawakas sa transmission. Ang pag-preemption ng scheduler ay mas karaniwan para sa hindi naka-synchronize na CSL, dahil maaaring gumamit ng isang potensyal na mahabang wake-up frame sequence. Ang mga gumagamit na nagnanais na ayusin ang mga priyoridad ng paghahatid ay maaaring gumamit ng bahagi ng Pag-tune at Pagsubok ng DMP para magawa ito. Ang mga gumagamit ay maaari ding sumangguni sa UG305: Dynamic na Multiprotocol na Gabay sa Gumagamit para sa higit pang impormasyon. Ang isang isyu ay naayos sa CSL kung saan ang isang bagong wake-up frame sequence na natanggap kaagad pagkatapos ng isang nakaraang payload frame ay hindi maitatala nang tama. Magreresulta ito sa isang hindi nakuhang payload frame.
1084111	Ang paunang nakakaantok na suporta ng SPI-NCP para sa mga board na nakabase sa MG24 ay ina-update bilang bahagi ng release na ito.
1104056	Nagdagdag ng suporta para sa network steering upang tumakbo sa isang pangalawang network sa kaso ng multi-network
1120515	Inayos ang isang isyu kung saan hindi nagbago ang channel kapag ginagamit ang mfglib set-channel command.
1141109	Inayos ang isang isyu na naging sanhi ng nabuong sample application na ncp-uart-gp-multi-rail para makaligtaan ang ilang header files kapag ginagamit ang bahagi ng Green Power adapter na may opsyong -cp.
1144316	Na-update ang paglalarawan ng ilang uri ng istruktura ng data sa dokumentasyon ng gp-types.h.
1144884	Inayos ang pekeng frame na nakabinbing bit na nakatakda kapag walang data na nakabinbin.
1152512	Inayos ang isang potensyal na pag-crash sa low-mac-rail kapag binago ang kaganapan sa kontekstong ISR.

ID #	Paglalarawan
1154616	Nagdagdag ng pagbubukod para sa kundisyon upang simulan ang network na may case na "Paglipat ng tungkulin mula sa Sleepy End device patungo sa Non-sleepy End device."
1157289	Inayos ang isang isyu na maaaring magdulot ng pagkabigo sa pagsubok ng BDB DN-TLM-TC-02B.
1157426	Nag-ayos ng isyu sa pagbuo kapag bumubuo ng zigbee_simple_app gamit ang bahaging green_power_adapter.
1157932	Nagdagdag ng kundisyon para tingnan kung nawawala ang field na "oras ng transition" at magtakda ng default na value na 0xFFFF para sa nawawalang field na ito.
1166340	Inayos ang isang isyu na pumipigil sa emberAfGpdfSend na ipadala ang nilalayong bilang ng mga paulit-ulit na pagpapadala.
1167807	Inayos ang isang isyu kung saan ang mga device na nagsisilbing Trust Center sa mga distributed network ay hindi tama na iki-clear ang kanilang mga transient link key sa tuwing may bagong device na sasali.
1169504	Inayos ang isang isyu na nagdulot ng pag-reset ng isang nakakaantok na device sa sapilitang paggising.
1169966	Inayos ang nawawalang pagpapatunay ng return value sa buffer allocation code.
1171477, 172270	Sa simula ng mfglib 1 walang mensaheng ipinadala ngunit natatanggap, kaya mali ang ipinapakitang terminal na mensahe na "kumpleto ang pagpapadala ng mfglib" at napalitan ng "RXed %d packet sa huling %d ms".
1171935	Binago ang panaka-nakang panahon ng pag-update ng network key upang maging hanggang 1 taon.
1172778	Idinagdag ang nawawalang invocation ng emberAfPluginGreenPowerServerUpdateAliasCallback sa Green Power server.
1174288	Inayos ang isang isyu na nagiging sanhi ng proseso ng pagpipiloto ng network upang igiit kung ang isang tawag upang ihinto ang isang patuloy na pag-scan ay tinawag.
1178393	Nag-update ng error sa dokumentasyon.
1180445	Sa Smart Energy, patuloy na magda-download ang OTA kung maabot ng Coordinator ang Limited Duty Cycle.
1185509	Inayos ang isang isyu sa CSL kung saan ang isang bagong pagkakasunud-sunod ng wake-up frame na natanggap kaagad pagkatapos ng isang nakaraang payload frame ay hindi maitatala nang tama. Magreresulta ito sa isang hindi nakuhang payload frame.
1186107	Inayos ang isang isyu na naging sanhi ng hindi matagumpay na pag-decryption ng mga natanggap na GPDF upang palitan ang papasok na GPDF sa gp commissioning notification.
1188397	Inayos ang isang isyu na nagdulot ng error sa compilation kapag pinapagana ang pinahabang laki ng talahanayan ng ulat.
1194090	Itinama ang katayuan ng pagkabigo sa default na tugon para sa utos ng Sink Commissioning Mode – sumusunod sa seksyong 3.3.4.8.2
1194963	Inayos ang isang isyu na memset ang istraktura ng commissioningGpd bago tawagan ang callback ng user na emberAfGreenPowerServerPairingStatusCallback.
1194966	Inayos ang isang isyu kung saan ang endpoint at mga proxy na Kasangkot na field ay hindi naitakda sa pagkilos na Exit Commissioning.
1196698	Inayos ang isang pekeng frame na nakabinbin na bit set kapag walang data na nakabinbin.
1199958	Idinagdag ang code upang pangasiwaan ang kaso kapag wala nang espasyo upang bumuo ng mga berdeng mensahe ng kapangyarihan.
1202034	Inayos ang isang isyu kung saan ang sl_zb_sec_man_context_t stack variable ay hindi nasimulan nang tama, na naging dahilan upang mabigo ang pagsali gamit ang install code.
1206040	Ang pagtawag sa emberRemoveChild() sa panahon ng isang secure na muling pagsali na pagtatangka ng isang end device ay maaaring humantong sa isang karagdagang pagbaba ng Child Count, na posibleng humantong sa isang Child Count na -1 (255), na humahadlang sa mga end device mula sa pagsali/muling pagsali dahil sa isang ipinahiwatig na kakulangan ng kapasidad sa Beacon.
1207580	Ang mga function ng paghahanap sa Child Table sa loob ng stack ay hindi pare-pareho sa paggamit ng 0x0000 versus 0xFFFF para sa node ID return value na kumakatawan sa mga invalid/empty na entry, na humahantong sa mga problema sa pagsuri para sa mga hindi nagamit na entry sa mga API tulad ng emberRemoveChild().
1210706	Destination at PHY Index na ibinigay sa EmberExtraCounterInfo struct bilang bahagi ng emberCounterHandler() ay maaaring hindi tama para sa MAC TX Unicast counter type.
1211610 1212525	Inayos ang isang isyu kung saan nag-crash ang mga Dynamic na Multiprotocol application pagkatapos i-enable ang bahagi ng Secure Key Storage Upgrade.
1211847	Habang ang lagda ng emberCounterHandler() ay hindi nagbago, ang paraan ng pagpo-populate ng mga parameter nito ay bahagyang nagbago. Ang mga pagbabago sa paligid ng API na ito ay ipinaliwanag sa seksyon 2 sa itaas.
1212449	Ang mga papalabas na Beacon ay hindi wastong nakategorya ng MAC layer, na humahantong sa emberCounterHandler() na hindi nakuha ang mga packet na ito na may EMBER_COUNTER_MAC_TX_BROADCAST na uri ng counter at sa halip ay binibilang ang mga Beacon na may EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS na uri ng counter. Na posibleng magresulta sa mga hindi mapagkakatiwalaang value para sa dest EmberNodeId parameter na ipinasa sa EmberCounterInfo struct

ID #	Paglalarawan
1214866	Ang pagpapadala ng mga data poll packet sa ilang partikular na high-traffic na configuration ay maaaring magresulta sa isang bus fault.
1216552	Naayos ang isang isyu na nagdudulot ng paggigiit sa ilalim ng abalang mga kondisyon ng trapiko.
1216613	Inayos ang isang isyu na humantong sa isang maling halaga ng radius ng cast ng pangkat sa talahanayan ng proxy.
1222509	Ang router/coordinator ay nagpapadala ng kahilingan sa leave at rejoin sa isang non-child polling end device, ngunit ang MAC destination ay 0xFFFF sa halip na tumugma sa NWK destination address.
1223842	Inayos ang isang isyu sa pagbuo ng sl_component_catalog.h na nag-iiwan ng hindi gustong code dito na nagdudulot ng pagkabigo sa compilation.
756628	Binago ang invocation ng application callback emberAfMacFilterMatchMessageCallback upang tawagin lamang para sa mga ZLL na mensahe na na-validate ng stack.
816088	Inilipat ang configuration ng EMBER mula sa zigbeed_configuration.h patungo sa zigbeed. slcp.
829508	Upang maiwasan ang isang kundisyon ng karera, ang karagdagang pagpapatunay ay idinagdag sa emberSetLogicalAndRadioChannel upang bumalik na hindi matagumpay kung ang mga mas mababang layer ay abala o wala sa isang estado upang baguhin ang channel.

Mga Kilalang Isyu sa Kasalukuyang Pagpapalabas

Ang mga isyu sa bold ay idinagdag mula noong nakaraang release. Kung napalampas mo ang isang release, available ang mga kamakailang tala ng release sa https://www.si-labs.com/developers/zigbee-emberznet sa tab na Tech Docs.

ID #	Paglalarawan	Workaround
N/A	·Ang mga sumusunod na app/bahagi ay hindi suportado sa release na ito: EM4 support	Ie-enable ang feature sa mga susunod na release.
193492	emberAfFillCommandGlobalServerToClientConfigureRe porting macro ay sira. Ang pagpuno ng buffer ay lumilikha ng hindi tamang command packet.	Gamitin ang "zcl global send-me-a-report" na CLI command sa halip na ang API.
278063	Smart Energy Tunneling plugins may magkasalungat na paggamot/paggamit ng address table index.	Walang alam na solusyon
289569	Ang network-creator component power level picklist ay hindi nag-aalok ng buong hanay ng mga sinusuportahang value para sa EFR32	I-edit ang hanay na <-8..20> na tinukoy sa komento ng CMSIS para sa EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P OWER sa /protocol/ZigBee/app/framework/plugin/network- creator/config/network-creator-config.h file. Para kay example, baguhin sa <-26..20>.
295498	Ang pagtanggap ng UART kung minsan ay bumababa ng mga byte sa ilalim ng mabigat na pagkarga sa Zigbee+BLE dynamic multiprotocol use case.	Gumamit ng kontrol sa daloy ng hardware o babaan ang baud rate.
312291	EMHAL: Ang mga function na halCommonGetIntxxMillisecondTick sa mga host ng Linux ay kasalukuyang gumagamit ng getting meofday function, na hindi garantisadong monotoniko. Kung magbabago ang oras ng system, maaari itong magdulot ng mga isyu sa timing ng stack.	Baguhin ang mga function na ito upang magamit ang clock_gettime gamit ang CLOCK_MONOTONIC source sa halip.
338151	Ang pagsisimula ng NCP na may mababang halaga ng buffer count ng packet ay maaaring magdulot ng mga sira na packet.	Gamitin ang 0xFF reserved value para sa packet buffer count para maiwasan ang masyadong mababa na default na value
387750	Ang isyu sa mga format ng Kahilingan sa Route Table sa end device.	Sa ilalim ng pagsisiyasat
400418	Ang isang touchlink initiator ay hindi makakapag-link sa isang hindi-factory-new end-device na target.	Walang alam na solusyon.
424355	Ang isang hindi-factory-new sleepy end device touchline target-capable initiator ay hindi makakatanggap ng tugon sa impormasyon ng device sa ilang partikular na sitwasyon.	Sa ilalim ng pagsisiyasat
465180	Maaaring harangan ng Coexistence Radio Blocker Optimization item na “Enable Runtime Control” ang wastong pagpapatakbo ng Zigbee.	Ang opsyonal na 'Wi-Fi Select' Control ng Blocker Optimization ay dapat iwanang “Disabled”.
480550	Ang OTA cluster ay may built-in na paraan ng fragmentation, kaya hindi ito dapat gumamit ng APS fragmentation. Bagaman, kung sakaling pinagana ang pag-encrypt ng APS, pinalalaki nito ang payload ng ImageBlockResponses sa isang laki kung saan na-activate ang APS fragmentation. Ito ay maaaring humantong sa pagkabigo sa proseso ng OTA.	Walang alam na solusyon
481128	Detalyadong Reset Dahilan at mga detalye ng pag-crash ay dapat na available bilang default sa pamamagitan ng Virtual UART (Serial 0) sa mga NCP platform kapag ang Diagnostics plugin at Virtual UART peripheral ay pinagana.	Dahil ang Serial 0 ay nasimulan na sa NCP, maaaring paganahin ng mga customer ang emberAfNcpInitCallback sa Zigbee NCP Framework at tawagan ang mga naaangkop na diagnostic function (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDetails, at tawagan ito sa Serial halPrintC) viewsa Network Analyzer capture log. Para sa isang exampKung paano gamitin ang mga function na ito, sumangguni sa code na kasama sa a-main-soc.c's emberAfMainInit() kapag ang EXTENDED_RESET_INFO ay tinukoy.

ID #	Paglalarawan	Workaround
486369	Kung ang isang DynamicMultiProtocolLightSoc na bumubuo ng isang bagong network ay may mga child node na natitira mula sa isang network na iniwan nito, ang emberAfGetChildTableSize ay nagbabalik ng isang hindi zero na halaga sa startIdentifyOnAllChildNodes, na nagdudulot ng mga mensahe ng error sa Tx 66 kapag tinutugunan ang mga "ghost" na bata.	Mass-erase ang bahagi kung maaari bago gumawa ng bagong network o programmatically check ang child table pagkatapos umalis sa network at tanggalin ang lahat ng bata gamit ang emberRemoveChild bago bumuo ng bagong network.
495563	Pagsali sa SPI NCP Sleepy End Device SampAng App ay hindi maikli ang poll, samakatuwid ang pagtatangka sa pagsali ay nabigo sa estado ng Update TC Link Key.	Ang device na gustong sumali ay dapat nasa Short Poll mode bago subukang sumali. Ang mode na ito ay maaaring pilitin ng End Device Support plugin.
497832	Sa Network Analyzer ang Zigbee Application Support Command Breakdown para sa Verify Key Request Frame ay nagkakamali sa pagtukoy sa bahagi ng payload na nagsasaad ng frame na Source Address bilang Destination Address.	Walang alam na solusyon
519905 521782	Maaaring napakabihirang mabigo ang Spi-NCP na simulan ang komunikasyon sa bootloader gamit ang 'bootload' na CLI command ng ota-client plugin.	I-restart ang proseso ng bootload
620596	NCP SPI Halample para sa BRD4181A (EFR32xGMG21) Ang default na pin ng nWake ay hindi maaaring gamitin bilang isang wake-up pin.	Baguhin ang default na pin para sa nWake mula PD03 sa isang EM2/3 wake-up-enabled na pin sa NCP-SPI Plugin.
631713	Ang isang Zigbee End Device ay mag-uulat ng mga salungatan sa pagtugon nang paulit-ulit kung ang plugin na "Zigbee PRO Stack Library" ay ginagamit sa halip na "Zigbee PRO Leaf Library."	Gamitin ang "Zigbee PRO Leaf Library" sa halip na ang plugin na "Zigbee PRO Stack Library".
670702	Ang mga inefficiencies sa loob ng plugin ng Pag-uulat ay maaaring humantong sa makabuluhang latency batay sa dalas ng pagsulat ng data at laki ng talahanayan, na maaaring makagambala sa code ng aplikasyon ng customer, kabilang ang timing ng kaganapan.	Kung gumagawa ng madalas na pagsusulat, isaalang-alang ang pagsuri sa mga kundisyon ng pag-uulat at pagpapadala ng mga ulat nang manu-mano sa halip na gamitin ang plugin.
708258	Ang hindi nasimulang halaga sa groups-server.c sa pamamagitan ng addEntryToGroupTable() ay maaaring lumikha ng isang huwad na pagsasama at maging sanhi ng pagpapadala ng mga mensahe sa pag-uulat ng grupo ng cast.	Magdagdag ng “binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;” pagkatapos ng “binding.type = EMBER_MULTICAST_BINDING;”
757775	Ang lahat ng bahagi ng EFR32 ay may natatanging RSSI offset. Bilang karagdagan, ang disenyo ng board, antenna at enclosure ay maaaring makaapekto sa RSSI.	Kapag gumagawa ng bagong proyekto, i-install ang RAIL Utility, RSSI component. Kasama sa feature na ito ang default na RSSI Offset Silab na sinusukat para sa bawat bahagi. Maaaring baguhin ang offset na ito kung kinakailangan pagkatapos ng RF testing ng iyong kumpletong produkto.
758965	Ang mga bahagi ng ZCL cluster at ang ZCL command discovery table ay hindi naka-synchronize. Samakatuwid, kapag pinapagana o hindi pinapagana ang isang bahagi ng ZCL cluster, ang mga ipinatupad na command ay hindi ie-enable/hindi papaganahin sa kaukulang tab ng command ng ZCL Advanced Configurator.	Manu-manong i-enable/i-disable ang pagtuklas para sa mga gustong ZCL command sa ZCL Advanced Configurator.
765735	Nabigo ang pag-update ng OTA sa Sleepy End Device na may naka-enable na Page Request.	Gamitin ang Block Request sa halip na Page Request.
845649	Pag-alis ng CLI: Ang pangunahing bahagi ay hindi nag-aalis ng EEPROM cli na mga tawag sa sl_cli.h.	Tanggalin ang eeprom-cli.c file na tinatawag na sl_cli.h. Bilang karagdagan, ang mga tawag sa sl_cli.h pati na rin sa sl_cli_command_arg_t sa ota-storage-simple-eeprom ay maaaring magkomento.
857200	ias-zone-server. c ay nagbibigay-daan para sa isang pagbubuklod na malikha gamit ang isang "0000000000000000" na CIE address at sa likuran ay hindi pinapayagan ang mga karagdagang pagbubuklod.	Walang alam na solusyon
1019961	Binuo Z3Gateway gumawafile mga hardcode na "gcc" bilang CC	Walang alam na solusyon

ID #	Paglalarawan	Workaround
1039767	Ang Zigbee router network retry queue overflow isyu sa multi-thread RTOS use case.	Ang Zigbee Stack ay hindi ligtas sa thread. Bilang resulta, ang pagtawag sa Zigbee stack API mula sa isa pang gawain ay hindi suportado sa OS environment at maaaring ilagay ang stack sa isang "hindi gumagana" na estado. Sumangguni sa sumusunod na tala ng App para sa higit pang impormasyon at isang solusyon gamit ang tagapangasiwa ng kaganapan. https://www.silabs.com/documents/public/application- mga tala/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk- 7x.pdf .
1064370	Ang Z3Switch sampPinagana lang ng application ang isang button (halimbawa: btn1) bilang default na humahantong sa hindi pagkakatugma sa paglalarawan ng button sa proyekto file.	Workaround: Manu-manong i-install ang btn0 instance sa paggawa ng proyekto ng Z3Switch.
1161063	Ang Z3Light at posibleng iba pang mga application ay nag-uulat ng mga maling value ng rebisyon ng cluster.	Manu-manong i-update ang katangian ng rebisyon ng cluster sa kanilang naaangkop na rebisyon.
1164768, 1171478, 1171479	ERROR: paulit-ulit na iniulat ang ezspErrorHandler 0x34 sa mode ng pagtanggap ng mfglib	Upang bawasan ang mga na-print na mensahe ng error, i-configure ang EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ENT_TIMEOUT_MS sa host app sa 100, kaya ang callback queue ay mas mabilis na napalaya.
1252460	Ang mga routine sa pagbawi ng SimEEPROM (para sa parehong v1 at v2) na tumatakbo sa startup ay maaaring magsagawa ng mga hindi pagkakatugmang mga tawag sa pagbura ng pahina ng flash na nagreresulta sa mga pahayag sa panahon ng em_msc. c's MSC_ErasePage routine.	Workaround: Ilagay ang sumusunod na linya ng code sa tuktok ng MSC_ErasePage() function sa em_msc.c: start address = (uint32_t*)((uint32_t)startAddress & ~(FLASH_PAGE_SIZE-1));

Mga Hindi Na Ginagamit na Item

Hindi na ginagamit sa paglabas 
Sa GSDK 7.4.0.0 pasulong, kasama ang patch na ito, ang "-v" na opsyon sa isang Z3Gateway para sa isang linux host application upang lumikha ng isang telnet interface na may port 4900 o 4901 ay hindi na ginagamit. Ang alternatibong inirerekumendang paraan upang lumikha ng isang telnet interface ay ang paggamit ng linux utilities tulad ng "socat".

Hindi na ginagamit sa paglabas 
Inalis ang mga sumusunod na hindi na ginagamit na mga API ng seguridad:

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

Gamitin ang mga API na ibinigay ng Zigbee Security Manager para sa access sa key storage at HMAC hashing.

Mga Inalis na Item

Inalis sa release

• Inalis ang mga duplicate na pampublikong API sa pampublikong header file gp-types.h.
• Ang zigbee_end_device_bind component ay inalis na. Ginamit ang component na ito para sa coordinator sa pag-broker ng mga muling paghahanap para sa mga end device. Ang opsyonal na functionality na ito ay inalis mula sa R22 ng Zigbee core spec.
• Inalis ang setPacketBufferCount() sa af-host.c at walang kwentang check case EZSP_CONFIG_PACKET_BUFFER_COUNT: sa command-handlers.c.
• Inalis ang argumento ng memoryAllocation dahil hindi na kailangang hatiin sa dalawang yugto kapag sinisimulan ang NCP.
• Inalis ang emberAfNcpInitCallback() sa se14-comms-hub, se14-ihd, at se14-meter-gas 's app.c.
• Inalis ang setting na EZSP_CONFIG_RETRY_QUEUE_SIZE na halaga sa panahon ng pagsisimula ng ncp sa ncp-configuration.c

Multiprotocol Gateway at RCP

Mga Bagong Item
Idinagdag sa release

• Ang sabay-sabay na pakikinig, ang kakayahan para sa Zigbee at OpenThread stack na gumana sa mga independiyenteng 802.15.4 na channel kapag gumagamit ng EFR32xG24 o xG21 RCP, ay inilabas.
• Ang sabay-sabay na pakikinig ay hindi available para sa 802.15.4 RCP/Bluetooth RCP na kumbinasyon, ang Zigbee NCP/OpenThread RCP na kumbinasyon, o para sa Zigbee/OpenThread system-on-chip (SoC). Idaragdag ito sa mga produktong iyon sa isang release sa hinaharap.
• Ang extension ng vendor ng OpenThread CLI ay naidagdag sa OpenThread host apps ng mga multiprotocol container. Kabilang dito ang mga utos ng coex cli.

Mga pagpapabuti
Binago sa paglabas

• Ang Zigbee NCP/OpenThread RCP multiprotocol na kumbinasyon ay kalidad ng produksyon na ngayon.

Mga Naayos na Isyu
Naayos sa release

ID #	Paglalarawan
1213701	Hindi pinayagan ng zigbeed na gumawa ng source match table entry para sa isang bata kung ang MAC indirect queue ay may nakabinbin na data para sa batang iyon. Ang gawi na ito ay maaaring humantong sa mga transaksyon sa layer ng application sa pagitan ng bata at ilang iba pang device na nabigo dahil sa kakulangan ng APS Ack o tugon ng app-layer, lalo na ang pagkaantala at hindi inaasahang pagwawakas ng ZCL OTA Upgrades na nagta-target sa child device.
1244461	Maaaring alisin ang source match table entry para sa pagiging bata sa kabila ng mga nakabinbing mensahe.

Naayos sa release

ID #	Paglalarawan
1081828	Throughput isyu sa FreeRTOS-based Zigbee/BLE DMP sampang mga aplikasyon.
1090921	Nagkaroon ng problema ang Z3GatewayCpc sa pagbuo ng network sa isang maingay na kapaligiran.
1153055	Ang paggigiit sa host ay sanhi kapag nagkaroon ng pagkabigo sa komunikasyon noong binabasa ang bersyon ng NCP mula sa zigbee_ncp-ble_ncp-uart sampang app.
1155676	Itinapon ng 802.15.4 RCP ang lahat ng natanggap na unicast packet (pagkatapos ng MAC acking) kung maraming 15.4 na interface ang nagbahagi ng parehong 16-bit node ID.
1173178	Ang host ay maling nag-ulat ng daan-daang packet na natanggap kasama ng mfglib sa Host-RCP setup.
1190859	Error sa EZSP kapag nagpapadala ng mga random na packet ng mfglib sa setup ng Host-RCP.
1199706	Ang mga data poll mula sa nakalimutang end device na mga bata ay hindi maayos na nagtatakda ng nakabinbing frame sa RCP upang mag-queue ng isang utos na Leave & Rejoin sa dating bata.
1207967	Ang command na "mfglib send random" ay nagpapadala ng mga karagdagang packet sa Zigbeed.
1208012	Ang mfglib rx mode ay hindi nag-update ng impormasyon ng packet nang tama kapag natanggap sa RCP.
1214359	Nag-crash ang coordinator node nang sinubukan ng 80 o higit pang mga router na sumali nang sabay-sabay sa setup ng Host-RCP.
1216470	Pagkatapos mag-relay ng broadcast para sa address mask 0xFFFF, isang Zigbee RCP na gumaganap bilang isang parent device ang mag-iiwan sa nakabinbing data flag na nakatakda para sa bawat bata. Nagresulta ito sa pananatiling gising ng bawat bata na naghihintay ng data pagkatapos ng bawat poll, at nangangailangan ng ilang iba pang nakabinbing transaksyon ng data sa bawat end device upang tuluyang ma-clear ang estadong ito.

Mga Kilalang Isyu sa Kasalukuyang Pagpapalabas

Ang mga isyu sa bold ay idinagdag mula noong nakaraang release. Kung napalampas mo ang isang release, available ang mga kamakailang tala ng release sa https://www.si-labs.com/developers/gecko-software-development-kit.

ID #	Paglalarawan	Workaround
811732	Hindi available ang suporta sa custom na token kapag gumagamit ng Zigbeed.	Nakaplano ang suporta sa isang release sa hinaharap.
937562	Nabigo ang command na 'advertise on' ng Bluetoothctl sa rcp-uart- 802154-blehci app sa Raspberry Pi OS 11.	Gumamit ng btmgmt app sa halip na bluetoothctl.
1022972	Hindi gumagana ang Coex sa ZB NCP + OT RCP.	Ang suporta ay pinlano para sa isang release sa hinaharap.
1074205	Hindi sinusuportahan ng CMP RCP ang dalawang network sa parehong PAN id.	Gumamit ng iba't ibang PAN id para sa bawat network. Nakaplano ang suporta sa isang release sa hinaharap.
1122723	Sa isang abalang kapaligiran, maaaring hindi tumugon ang CLI sa z3-light_ot-ftd_soc app.	Walang alam na solusyon.
1124140	z3-light_ot-ftd_soc sampAng app ay hindi mabuo ang Zigbee network kung ang OT network ay nakabukas na.	Simulan muna ang Zigbee network at ang OT network pagkatapos.
1170052	Maaaring hindi magkasya ang CMP Zigbee NCP + OT RCP at DMP Zigbee NCP + BLE NCP sa 64KB at mas mababang bahagi ng RAM sa kasalukuyang release na ito.	64KB na mga bahagi ay hindi kasalukuyang sinusuportahan para sa mga app na ito.
1209958	Ang ZB/OT/BLE RCP sa Bobcat at Bobcat Lite ay maaaring huminto sa paggana pagkatapos ng ilang minuto kapag pinapatakbo ang lahat ng tatlong protocol	Tatalakayin sa susunod na release
1221299	Ang mga pagbabasa ng Mfglib RSSI ay naiiba sa pagitan ng RCP at NCP.	Tatalakayin sa susunod na release.
1231021	Maaaring igiit ng OTBR kapag 80+ na zigbee device ang sabay-sabay na sumasali.	Nagdagdag ng pag-aayos na maaaring malutas ang isyu. Ganap na tatalakayin sa isang release sa hinaharap.

Mga Hindi Na Ginagamit na Item

• wala

Mga Inalis na Item
Inalis sa release

• Ang macro na "NONCOMPLIANT_ACK_TIMING_WORKAROUND" ay tinanggal. Ang lahat ng RCP app ngayon bilang default ay sumusuporta sa 192 μsec na turnaround time para sa mga hindi pinahusay na ack habang gumagamit pa rin ng 256 μsec na turnaround time para sa mga pinahusay na ack na kinakailangan ng CSL.

Gamit ang Paglabas na Ito
Ang release na ito ay naglalaman ng mga sumusunod:

• Zigbee stack
• Framework ng Application ng Zigbee
• Zigbee Sample Mga Aplikasyon

Para sa higit pang impormasyon tungkol sa Zigbee at ang EmberZNet SDK tingnan ang UG103.02: Zigbee Fundamentals.
Kung ikaw ay isang unang beses na gumagamit, tingnan ang QSG180: Zigbee EmberZNet Quick-Start Guide para sa SDK 7.0 at Mas Mataas, para sa mga tagubilin sa pag-configure ng iyong development environment, pagbuo at pag-flash bilangample application, at mga sanggunian sa dokumentasyon na tumuturo sa mga susunod na hakbang.

Pag-install at Paggamit

Ang Zigbee EmberZNet SDK ay ibinibigay bilang bahagi ng Gecko SDK (GSDK), ang suite ng mga Silicon Labs SDK. Upang mabilis na makapagsimula sa GSDK, i-install ang Simplicity Studio 5, na magse-set up ng iyong development environment at gagabay sa iyo sa pag-install ng GSDK. Kasama sa Simplicity Studio 5 ang lahat ng kailangan para sa pagbuo ng produkto ng IoT sa mga Silicon Labs na device, kabilang ang isang mapagkukunan at project launcher, mga tool sa pagsasaayos ng software, buong IDE na may GNU toolchain, at mga tool sa pagsusuri. Ang mga tagubilin sa pag-install ay ibinibigay sa online na Gabay ng Gumagamit ng Simplicity Studio 5.
Bilang kahalili, maaaring manu-manong i-install ang Gecko SDK sa pamamagitan ng pag-download o pag-clone ng pinakabago mula sa GitHub. Tingnan mo https://github.com/Sili-conLabs/gecko_sdk para sa karagdagang impormasyon.

Ini-install ng Simplicity Studio ang GSDK bilang default sa:

• (Windows): C:\Users\ \SimplicityStudio\SDKs\gecko_sdk
• (MacOS): /Mga Gumagamit/ /SimplicityStudio/SDKs/gecko_sdk

Ang dokumentasyong partikular sa bersyon ng SDK ay naka-install sa SDK. Ang karagdagang impormasyon ay madalas na matatagpuan sa mga artikulo ng base ng kaalaman (KBA). Ang mga sanggunian sa API at iba pang impormasyon tungkol dito at ang mga naunang release ay available sa https://docs.silabs.com/.

Impormasyon sa Seguridad

Secure na Pagsasama ng Vault
Para sa mga application na pinipiling ligtas na mag-imbak ng mga susi gamit ang bahagi ng Secure Key Storage sa mga bahagi ng Secure Vault-High, ipinapakita ng sumusunod na talahanayan ang mga protektadong key at ang mga katangian ng proteksyon ng storage ng mga ito na pinamamahalaan ng bahagi ng Zigbee Security Manager.

Nakabalot na Susi	Exportable / Non-Exportable	Mga Tala
Network Key	Nai-export
Link Key ng Trust Center	Nai-export
Lumilipas na Link Key	Nai-export	Naka-index na key table, na naka-store bilang volatile key
Link Key ng Application	Nai-export	Naka-index na talahanayan ng key
Secure na EZSP Key	Nai-export
ZLL Encryption Key	Nai-export
ZLL Preconfigured Key	Nai-export
GPD Proxy Key	Nai-export	Naka-index na talahanayan ng key
GPD Sink Key	Nai-export	Naka-index na talahanayan ng key
Panloob/Placeholder Key	Nai-export	Panloob na susi para sa paggamit ng Zigbee Security Manager

• Ang mga nakabalot na key na minarkahan bilang "Non-Exportable" ay maaaring gamitin ngunit hindi maaaring gamitin viewed o ibinahagi sa runtime.
• Ang mga nakabalot na key na minarkahan bilang "Nai-export" ay maaaring gamitin o ibahagi sa runtime ngunit mananatiling naka-encrypt habang naka-imbak sa flash.
• Ang mga application ng user ay hindi kailanman kailangang makipag-ugnayan sa karamihan ng mga key na ito. Ang mga kasalukuyang API upang pamahalaan ang mga key ng Link Key Table o Transient Keys ay available pa rin sa application ng user at ngayon ay ruta sa bahagi ng Zigbee Security Manager.
• Ang ilan sa mga key na ito ay maaaring maging hindi na-export sa application ng user sa hinaharap. Hinihikayat ang mga application ng user na huwag umasa sa pag-export ng mga susi maliban kung talagang kinakailangan.
• Para sa higit pang impormasyon sa functionality ng Secure Vault Key Management, tingnan ang AN1271: Secure Key Storage.

Mga Security Advisories
Para mag-subscribe sa Security Advisories, mag-log in sa Silicon Labs customer portal, pagkatapos ay piliin ang Account Home. I-click ang HOME upang pumunta sa home page ng portal at pagkatapos ay i-click ang tile na Pamahalaan ang Mga Notification. Siguraduhin na ang 'Software/Security Advisory Notice at Product Change Notice (PCNs)' ay naka-check, at ikaw ay naka-subscribe sa minimum para sa iyong platform at protocol. I-click ang I-save upang i-save ang anumang mga pagbabago.

Suporta
Ang mga customer ng Development Kit ay karapat-dapat para sa pagsasanay at teknikal na suporta. Gamitin ang Silicon Laboratories Zigbee web page para makakuha ng impormasyon tungkol sa lahat ng produkto at serbisyo ng Silicon Labs Zigbee, at para mag-sign up para sa suporta sa produkto.
Maaari kang makipag-ugnayan sa suporta ng Silicon Laboratories sa http://www.silabs.com/support.

Simplicity Studio
Isang-click na access sa MCU at mga wireless na tool, dokumentasyon, software, source code library at higit pa. Available para sa Windows, Mac at Linux!

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

Disclaimer
Nilalayon ng Silicon Labs na magbigay sa mga customer ng pinakabago, tumpak, at malalim na dokumentasyon ng lahat ng peripheral at module na available para sa mga nagpapatupad ng system at software na gumagamit o nagbabalak na gamitin ang mga produkto ng Silicon Labs. Ang data ng characterization, magagamit na mga module at peripheral, mga laki ng memorya at mga address ng memorya ay tumutukoy sa bawat partikular na device, at ang "Karaniwang" mga parameter na ibinigay ay maaaring mag-iba sa iba't ibang mga application. Aplikasyon halampAng mga inilarawan dito ay para sa mga layuning panglarawan lamang. Inilalaan ng Silicon Labs ang karapatang gumawa ng mga pagbabago nang walang karagdagang abiso sa impormasyon ng produkto, mga detalye, at mga paglalarawan dito, at hindi nagbibigay ng mga garantiya tungkol sa katumpakan o pagkakumpleto ng kasamang impormasyon. Nang walang paunang abiso, maaaring i-update ng Silicon Labs ang firmware ng produkto sa panahon ng proseso ng pagmamanupaktura para sa mga kadahilanang pangseguridad o pagiging maaasahan. Ang ganitong mga pagbabago ay hindi magbabago sa mga detalye o pagganap ng produkto. Ang Silicon Labs ay walang pananagutan para sa mga kahihinatnan ng paggamit ng impormasyong ibinigay sa dokumentong ito. Ang dokumentong ito ay hindi nagpapahiwatig o hayagang nagbibigay ng anumang lisensya upang magdisenyo o gumawa ng anumang integrated circuit. Ang mga produkto ay hindi idinisenyo o pinahintulutan na gamitin sa loob ng anumang FDA Class III na device, mga application kung saan kinakailangan ang pag-apruba ng FDA premarket o Life Support Systems nang walang partikular na nakasulat na pahintulot ng Silicon Labs. Ang “Life Support System” ay anumang produkto o sistema na nilalayon upang suportahan o mapanatili ang buhay at/o kalusugan, na, kung ito ay mabigo, maaaring makatuwirang asahan na magreresulta sa malaking personal na pinsala o kamatayan. Ang mga produkto ng Silicon Labs ay hindi idinisenyo o pinahintulutan para sa mga aplikasyong militar. Ang mga produkto ng Silicon Labs ay hindi dapat gamitin sa anumang pagkakataon sa mga armas ng malawakang pagsira kabilang ang (ngunit hindi limitado sa) nuklear, biyolohikal o kemikal na mga sandatang, o mga missile na may kakayahang maghatid ng mga naturang armas. Itinatanggi ng Silicon Labs ang lahat ng hayag at ipinahiwatig na mga warranty at hindi mananagot o mananagot para sa anumang mga pinsala o pinsalang nauugnay sa paggamit ng isang produkto ng Silicon Labs sa naturang mga hindi awtorisadong aplikasyon.

Tandaan: Ang nilalamang ito ay maaaring maglaman ng nakakasakit na terminolohiya na lipas na ngayon. Pinapalitan ng Silicon Labs ang mga terminong ito ng inclusive na wika hangga't maaari. Para sa karagdagang impormasyon, bisitahin ang www.silabs.com/about-us/inclusive-lexicon-project.

Impormasyon sa Trademark
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® at ang Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, Energy Micro logo at mga kumbinasyon nito , "pinaka-enerhiya na microcontroller sa mundo", Redpine Signals®, WiSeConnect , n-Link, ThreadArch®, EZLink®, Ang EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, Telegesis Logo®, USBXpress® , Zentri, ang Zentri logo at Zentri DMS, Z-Wave®, at iba pa ay mga trademark o rehistradong trademark ng Silicon Labs. Ang ARM, CORTEX, Cortex-M3 at THUMB ay mga trademark o rehistradong trademark ng ARM Holdings. Ang Keil ay isang rehistradong trademark ng ARM Limited. Ang Wi-Fi ay isang rehistradong trademark ng Wi-Fi Alliance. Ang lahat ng iba pang produkto o pangalan ng tatak na binanggit dito ay mga trademark ng kani-kanilang mga may hawak.

CONTACT

• Silicon Laboratories Inc.
• 400 Kanlurang Cesar Chavez
• Austin, TX 78701
• USA
• www.silabs.com

Mga Dokumento / Mga Mapagkukunan

SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack Software [pdf] Gabay sa Gumagamit SDK 7.4.1.0 GA Zigbee Protocol Stack Software, SDK 7.4.1.0 GA, Zigbee Protocol Stack Software, Protocol Stack Software, Stack Software

Mga sanggunian

• User Manual