SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK

Mga pagtutukoy

• Zigbee EmberZNet SDK Bersyon: 7.4.5.0 GA
• Bersyon ng Gecko SDK Suite: 4.4
• Petsa ng Paglabas: Oktubre 23, 2024
• Platform: Silicon Labs
• Mga Sinusuportahang Compiler: GCC (The GNU Compiler Collection) bersyon 12.2.1
• Bersyon ng EZSP Protocol: 0x0D

Mga Tagubilin sa Paggamit ng Produkto

Mga Pangunahing Tampok
Ang Zigbee EmberZNet SDK ng Silicon Labs ay nag-aalok ng mga sumusunod na pangunahing tampok
Multiprotocol (CMP) Zigbee at OpenThread support sa SoC.

Mga Paunawa sa Pagkatugma at Paggamit
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. Inirerekomenda na mag-subscribe sa Security Advisories para sa pinakabagong impormasyon.

Mga katugmang Compiler
Siguraduhing gamitin ang tama files kasama ang sinusuportahang compiler
Ang GCC (The GNU Compiler Collection) na bersyon 12.2.1 ay ibinigay kasama ng Simplicity Studio.

EZSP Protocol
Ang bersyon ng EZSP protocol para sa release na ito ay 0x0D.

FAQ

• Q: Ano ang mga bagong bahagi na ipinakilala sa release 7.4.5.0?
  
  • A: Ang mga user ay maaari na ngayong magkaroon ng maraming bahagi ng zigbee_direct_security na pinagana sa isang Zigbee direct device (ZDD) na application, na may aktwal na opsyon sa seguridad depende sa configuration ng Zigbee Virtual Device (ZVD).
• Q: Ano ang mga bagong API na idinagdag sa release 7.4.4.0?
  
  • A: Kasama sa mga bagong API ang mfglibSetCtune at mfglibGetCtune.
• Q: Ano ang bagong suporta sa platform na ipinakilala sa release 7.4.5.0?
  
  • A: EFR32MG24A020F768IM40 ay sinusuportahan na ngayon bilang isang platform.
• T: Saan ko mahahanap ang na-update na dokumentasyon para sa bahagi ng Zigbee Secure Key Storage?
  
  • A: Ang paglalarawan para sa bahagi ng Zigbee Secure Key Storage ay na-update sa release 7.4.0.0, kasama ang isang bagong application note para sa pakikipag-ugnayan sa Zigbee Security Manager na pangkat ng mga bahagi (AN1412: Zigbee Security Manager).

Zigbee EmberZNet SDK 7.4.5.0 GA

Gecko SDK Suite 4.4

Oktubre 23, 2024

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.5.0 na inilabas noong Oktubre 23, 2024
• 7.4.4.0 na inilabas noong Agosto 14, 2024
• 7.4.3.0 na inilabas noong Mayo 2, 2024
• 7.4.2.0 na inilabas noong Abril 10, 2024
• 7.4.1.0 na inilabas noong Pebrero 14, 2024
• 7.4.0.0 na inilabas noong Disyembre 13, 2023

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 Gecko Platform 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 sa Paglabas na Ito.

Mga katugmang Compiler
IAR Embedded Workbench para sa ARM (IAR-EWARM) na bersyon 9.40.1.

• Ang paggamit ng alak 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 alak 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 gumagawa ay dapat 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

Mga Bagong Bahagi

Bago sa release 7.4.0.0
Ang mga bahaging "zigbee_direct_security_p256" at "zigbee_direct_security_curve25519" ay idinagdag upang ang mga user ay makapag-configure 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 7.4.4.0
Ipinakilala ang dalawang nakalaang manufacturing lib API para makakuha at magtakda ng mga halaga ng CTUNE.
Sa mga naunang paglabas ng patch, naging bahagi ng mga RAIL API ang pag-access at setting ng halaga ng CTUNE. Sa patch na ito, isang hanay ng mga manufacturing API na sumasaklaw sa mga RAIL API ay ipinakilala bilang mga sumusunod upang itakda at makuha ang halaga.
mfglibSetCtune
mfglibGetCtune

Bago sa release 7.4.2.0

• Pinalawak na SPI NCP upang suportahan ang mga sleep mode sa ilang sitwasyon ng paggamit ng Host-NCP.
  Sa ganitong kaso ng paggamit, maaaring i-configure ang SPI NCP bilang isang sleepy end device. Ang host Z3Gateway sampAng application ay pinalawig na may karagdagang custom na CLI code na responsable sa pag-utos sa NCP na pumasok sa isa sa mga sleep mode sa pamamagitan ng custom CLI command sleepMode, at dapat gumising gamit ang custom CLI command wakeup bago ang karagdagang EZSP na komunikasyon.
• Ipinakilala ang isang bagong API na sl_zigbee_af_isr_event_init upang simulan ang mga kaganapan sa framework ng application na nilalayong i-activate sa loob ng isang interrupt service routine (ISR). Ang mga kaganapang ito, na naka-iskedyul mula sa ISR, ay dapat na may delay na parameter na 0 milli-segundo. Sa madaling salita, ang mga kaganapan mula sa ISR ay dapat na isaaktibo bilang isang agarang kaganapan. Walang pinapayagang pag-deactivate ng kaganapan sa loob ng ISR.
  Ang dahilan sa itaas ay ang mga sumusunod: Ang sistema ng kaganapan ay nagmamanipula sa queue ng kaganapan sa panahon ng pag-iiskedyul (pag-activate nang walang pagkaantala, o pag-deactivate) ng isang kaganapan. Para mabawasan ang latency, dapat i-activate ng ISR ang isang event na may 0 delay, na maiiskedyul sa susunod na pagproseso ng queue ng event. Nagbibigay-daan ito sa karagdagang pagkaantala, o pag-deactivate, na maisagawa pagkatapos ng paglabas ng ISR. Upang makilala ang mga kaganapang nilalayong gamitin sa loob ng konteksto ng ISR, ang istraktura ng kaganapan ay minarkahan ng isang sli_zigbee_isr_event_marker sa panahon ng pagsisimula.
  Sumangguni sa zigbee_app_framework_event.h source file para sa mga detalye ng bagong function na ito.
• Paglilinaw sa paggamit ng bagong function na ember I-update ang Multi Mac Rejoin Channel Mask For Selection O Joining Device na tinatawag sa loob ng stack API ember Find And Rejoin Network na May Dahilan upang makakuha ng channel mask na ginagamit para sa muling pagsali.

Pinaghihigpitan ng detalye ng SE1.4a ang pagbabago ng interface (mula 2.4GHz patungong sub-GHz o vice versa) sa panahon ng muling pagsasanib ng isang Multi-MAC Joining End type device. Dahil ang uri ng device ay isang application framework configuration (iyon ay, ang pagsali sa end device type ay magiging alinman sa sub-GHz device o 2.4 GHz device, hindi pareho, sa configuration), ang tawag na ito ay nagbibigay ng channel mask batay sa configuration na iyon kaya na ang rejoin mask ay palaging kapareho ng joining interface mask.

Bago sa release 7.4.0.0

• Nagdagdag ng bagong API void sl_zigbee_token_factory_reset(bool exclude_outgoing_fc, bool exclude_boot_counter) 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 susi na nire-reference ng konteksto ay may parehong halaga sa key na ibinigay sa argument.

Bagong Suporta sa Platform

Bago sa release 7.4.0.0
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 pabalik na 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 release 7.4.0.0 ember Counter Handler API Doc Changes
Sa mga nakaraang bersyon, ang Counter Handler callback para sa MAC at APS layer Ember Counter Types patungkol sa packet RX at TX ay hindi naipasa sa tamang target na node ID o mga argumento ng data, at ang dokumentasyon ng API tungkol sa gawi ng ilang mga counter na gumamit ng mga parameter na ito ay hindi malinaw o nakaliligaw.

Habang ang lagda ng ember Counter Handler() 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 patutunguhan na address na na-populate, at isang placeholder na halaga ng
  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* ipinapasa bilang parameter ng data para sa EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED na mga counter gaya ng inilarawan sa ember-types.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 0 . Ang pag-uugali na ito ay nilinaw sa paglalarawan ng mga EmberCounterTypes na iyon. Gayunpaman, ang Retry count para sa APS layer rettry ay patuloy na napo-populate 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 naglalagay ng 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 -types.h dokumentasyon.
• Ang Counter handler para sa EMBER_COUNTER_MAC_TX_UNICAST_RETRY ngayon ay wastong nagpapakita ng MAC layer destination node ID at bilang ng 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 code ng green power server ay ina-update na may iba't ibang mga pagpapabuti kabilang ang

• Nagdagdag ng higit pang validation code para sa mga papasok na command na may di-wastong endpoint kapag tumatanggap sa GP server.
• Nagdagdag ng code para pangasiwaan ang kaso kapag wala nang espasyo para bumuo ng mga mensahe ng Green Power.
• Ibinabagsak na ngayon ng lababo ang pagsasaayos ng pagpapares na may pagkilos na Alisin ang Pagpares sa ilang mga kaso sa bawat spec section A.3.5.2.4.1.
• Sine-save na ngayon ng lababo ang umiiral na listahan ng pangkat ng isang entry bago alisin kapag pinoproseso ang Pagpapares ng Configuration na may pagkilos na Extend.
• Ang utos ng Query sa Pagsasalin ay nagbabalik ng "NOT FOUND" bilang ang error code kapag ang talahanayan ng pagsasalin ay walang laman o ang index ay mas malaki kaysa sa bilang ng 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 7.4.5.0

ID #	Paglalarawan
1357860	Inayos ang isang isyu na nagdulot ng pag-crash kapag nagsimulang magsimula ang maraming mga end point upang matukoy ang kaganapan ng feedback. (Ibang ref: 1348659)
1357517	Inayos ang isang isyu na nagdulot ng pag-crash kapag sinubukan ng isang multi-network na app na magmaneho sa pangalawang network.
1356285	Sa mga bihirang kaso, maaaring maipasa ang isang packet sa Outgoing Packet Handoff Callback na may parameter ng payload index na lumalampas sa nakasaad na haba ng packet buffer, na humahantong sa isang assert sa legacy-packet-buffer.c kung ang bahagi ng Packet Handoff ay pinagana. Ang mga function ng Incoming at Outgoing handler ng component ay nakakakuha na ngayon ng kundisyong ito at itapon ang di-wastong packet nang walang karagdagang pagproseso. (Ibang ref: 1350285)
1355289	Inayos ang isang isyu na naging dahilan upang matanggap ang LQI Response na may MAC address bilang lahat ng mga zero. (Ibang ref: 1351489)
1349160	Ang Z3Gateway na binuo sa Raspberry Pi na may kernel 6.6 ay nabigong kumonekta sa NCP sa pamamagitan ng SPI bilang default. Ang solusyon ay muling tukuyin ang mga GPIO tulad ng inilarawan dito. Tandaan ang sumusunod na impormasyon sa mga GPIO na nagmamapa sa interface ng SPI NCP. Sa kernel 6.6, tumatakbo ang sudo cat /sys/kernel/debug/gpio Iyon ay magpapakita ng sumusunod na gpio-520 (GPIO8 ) gpio-534 (GPIO22 ) gpio-535 (GPIO23 ) gpio-536 (GPIO24 ) Pagkatapos ay muling tukuyin ang GPIO para sa SPI NCP interface mula sa itaas sysfs sa spi-protocol-linux-config.h bilang #define NCP_CHIP_SELECT_GPIO “520” #define NCP_HOST_INT_GPIO “534” #define NCP_RESET_GPIO “535” #define NCP_WAKE_GPIO “536” (Iba pang ref: 1297976)
1343044	Kung mali ang kalkulasyon ng plugin ng Fragmentation sa available na payload para sa isang unicast na fragment, maaari itong magpadala ng mas maraming data sa NCP kaysa sa magkasya sa isang packet pagkatapos mabilang ang lahat ng stack overhead. Maaari itong humantong sa pagkasira ng memorya sa NCP na nag-trigger ng mga pagkabigo sa paggiit o iba pang hindi inaasahang pag-uugali. (Ibang ref: 1289413)
1343012	Idinagdag ang patch ng firmware ng Si4468 sa phy-pro2plus-library upang matugunan ang kundisyon ng lahi sa pagproseso ng sub-GHz Tx/Rx. (Ibang ref: 1341928)
1311214	Inayos ang karagdagang default na tugon na nabuo kapag ang papasok na OTA server command ZCL na mensahe ay naka-enable ang default na tugon. Isang tugon lang sa isang error ang ipinadala, at para sa matagumpay na mga kahilingan sa block image, walang nakatakdang default na tugon. (Ibang ref: 1300935)
1296653	Kung ang isang dual-PHY NCP device ay nagsasagawa ng Energy Scan sa sub-GHz band habang aktibo ang 2.4GHz radio, ang malalaking pagsabog ng papasok na trapiko ng Beacon bilang tugon sa mga papasok na Beacon Request sa 2.4GHz na channel ng radyo ay maaaring sumakop ng malaking halaga ng ang buffer memory ng stack (inilalaan mula sa Heap segment) habang ang maraming sub-GHz na channel ay ini-scan, na maaaring humantong sa buffer shortages at EZSP Overflow kundisyon kung ang laki ng Heap (na tumutukoy kung gaano karaming buffer ang available sa system) ay hindi sapat na malaki. Maaaring pigilan ng kundisyong ito ng Overflow ang Scan Complete Handler mula sa pag-abot sa host application, na nagiging sanhi ng pag-scan ng state machine ng app na ma-stuck magpakailanman. Itinatapon na ngayon ng Energy Scanning code para sa dalawahang PHY device ang anumang Beacon packet na natanggap sa 2.4GHz radio sa panahon ng pag-scan ng sub-GHz channel, kaya pinipigilan ang malaking pagdagsa ng mga beacon sa paglikha ng nabanggit na problema. Tandaan na hindi nito pinipigilan ang normal na operasyon ng network sa 2.4GHz dahil ginagamit lang ang Mga Beacon para sa potensyal na pagtuklas ng conflict ng PAN ID kapag hindi gumaganap ang device ng Active Scan, at ang mga conflict ng PAN ID ay maaari pa ring matukoy ng ibang mga router sa network habang sa pagkakataong ito o ng coordinator kapag natapos na ang Energy Scan. (Ibang ref: 1276049)

ID #	Paglalarawan
1295250	Inayos ang mga isyu sa compile kapag nagdaragdag ng bahagi ng test harness zigbee 3.0 sa isang karaniwang application. (Ibang ref: 1280058)
1294848	Nagdagdag ng mga pagsusuri para sa array ng data ng ZCL upang ma-accommodate ang pinakamahabang haba ng string hanggang 253. (Iba pang ref: 1275092)
1294843	Inayos ang nawawalang pagsisimula ng mga lokal na variable bago gamitin. (Ibang ref: 1275104)
1271968	Ang zigbee_watchdog_periodic_refresh component ay hindi na ginagamit sa zigbee application framework at hindi na ginagamit sa release na ito. Ang watchdog timer ay hindi pinagana bilang default para sa lahat ng sampang mga aplikasyon. Magkakaroon ng pinahusay na bahagi ng watchdog na idaragdag sa SDK sa hinaharap. Tandaan : Pakitiyak na paganahin ang watchdog timer na may configuration item na SL_LEGACY_HAL_DISABLE_WATCHDOG na nakatakda sa 0 sa iyong aplikasyon.
1270721	Inayos ang isang isyu upang mapabuti ang multi-hop na pagsali ng mga device. Sa pag-anunsyo ng device, idaragdag ang pares ng address sa address cache. (Ibang ref: 1266351)

Naayos sa release 7.4.4.0

ID #	Paglalarawan
1334454	Nag-ayos ng isyu sa paghawak ng rejoin response. (Ibang ref: 1331580)
1330732	Dapat na i-disable ng diagnostic functionality ang interrupt pagkatapos tawagan ang Iostream para maiwasan ang isang assert kapag kinukuha ang mutex.
1330720	Ang EZSP_MAX_FRAME_LENGTH ay ibinalik sa 220, na nagpapahintulot sa maximum na haba ng XNCP na mensahe na maging 220 din. (Ibang ref: 1327706)
1330311	Inayos ang isang isyu na naging dahilan upang mabigo ang ilang GP proxy test sa pag-setup ng RCP Host. (Ibang ref: 1328991)
1312369	Ginawang mahinang function ang SL_LEGACY_HAL_WDOG_IRQHandler(), na nagpapahintulot sa mga customer na magbigay ng sarili nilang pagpapatupad.
1310711	Idinagdag ang pagsusuri ng error sa oras ng compile para sa SL_STACK_SIZE kapag ginamit ang bahagi ng RTOS sa zigbee project.
1309913	Nagdagdag ng proteksyon ng mutex para sa queue ng event ng App Framework para matawagan ang mga API ng event ng App Framework mula sa maraming gawain. (Ibang ref: 1252940, 1254397)
1309333	Pagkatapos sumali sa isang bagong end device sa sub-GHz band, na-clear ang duty cycle aging data para sa lahat ng end device child. (Ibang ref: 1296881)
1296002	Nalutas ang isang isyu na nagdulot ng Maramihang mga kahulugan ng function na halAppBootloader.
1295756	Ang mga stack na kaganapan na hindi minarkahan na interrupt-safe ay hindi dapat iiskedyul sa kontekstong ISR dahil maaari itong lumikha ng kundisyon ng karera na magreresulta sa pagtanggal ng kaganapan mula sa queue ng kaganapan. Ang isang halimbawa nito ay humadlang sa mga sub-GHz na device mula sa wastong pag-iskedyul ng MAC backoff kapag na-trigger ang kundisyon ng karera na ito. (Ibang ref: 1269856)
1294660	Inayos ang isang isyu kung saan maaaring kumilos ang network steering plugin na parang nasa network na ang device kapag wala ito, na na-stuck sa ganitong di-wastong estado hanggang sa i-reset. Ito ay maaaring ma-trigger sa pamamagitan ng pagtawag sa network leave CLI command na may tumpak na sapat na timing habang ang network steering ay nasa kalagitnaan ng pagsali sa isang network at may nakabinbin pa ring MAC scan. (Ibang ref: 1293923)
1290695	Inayos ang isang isyu na nag-drop ng isang ZLL commissioning packet para sa kaso ng paggamit kapag ang isang endpoint ay hindi pinagana habang ang iba pang mga endpoint ay pinagana pa rin. Ang pag-aayos ay idinagdag upang suriin ang lahat ng pinaganang mga endpoint. (Ibang ref: 1275586)

Naayos sa release 7.4.0.0

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 para irekomenda ang paggamit ng Micrium Kernel para sa mga DMPampang mga app.
1037661	Ang isang isyu na pumipigil sa application na mag-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 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 sa 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 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.
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 na may sangkap na 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.

ID #	Paglalarawan
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 inaantok na device sa puwersang 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 patuloy na pag-scan ay tinawag.
1178393	Nag-update ng error sa dokumentasyon.
1180445	Sa Smart Energy, ang OTA ay patuloy na nagda-download kung ang Coordinator ay umabot sa Limited Duty Cycle.
1185509	Inayos ang isang isyu 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.
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 sa memset na ginagawa para sa istruktura ng commissioningGpd bago tawagan ang user callback 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 nagsasanhi sa pagsali sa install code upang mabigo.
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 kumpara sa 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
1214866	Ang pagpapadala ng data poll packet sa ilang partikular na mataas na traffic 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 groupcast sa talahanayan ng proxy.
1222509	Nagpapadala ang router/coordinator 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.

ID #	Paglalarawan
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/component 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 gettimeofday 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	Isyu sa mga format ng Kahilingan sa Talaan ng Ruta sa end device.	Sa ilalim ng pagsisiyasat
400418	Ang isang touchlink initiator ay hindi makakapag-link sa isang hindi-pabrika-bagong end-device na target.	Walang alam na solusyon.
424355	Ang isang non-factory-new sleepy end device touchlink 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 sariling 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 emberAfMainInit() ng af-main-soc.c kapag tinukoy ang EXTENDED_RESET_INFO.

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 bihirang 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 pagbubuklod at maging sanhi ng pagpapadala ng mga mensahe sa pag-uulat ng groupcast.	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 na sinukat ng SiLabs para sa bawat bahagi. Maaaring baguhin ang offset na ito kung kinakailangan pagkatapos ng RF testing ng iyong kumpletong produkto.
758965	Hindi naka-synchronize ang mga bahagi ng ZCL cluster at ZCL command discovery table. 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	Ang pag-alis ng CLI:Core component 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	Ang ias-zone-server.c ay nagbibigay-daan para sa isang binding na malikha gamit ang isang "0000000000000000" CIE address at sa hulihan ay hindi pinapayagan ang mga karagdagang binding.	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 issue 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 "hindi gumagana" na estado. Sumangguni sa sumusunod na tala ng App para sa higit pang impormasyon at solusyon gamit ang event handler. https://www.silabs.com/documents/public/application- notes/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.

Mga Hindi Na Ginagamit na Item

Hindi na ginagamit sa release 7.4.5.0
Sa GSDK 7.4.5.0 ang zigbee_watchdog_periodic_refresh ay hindi na ginagamit. Ang alternatibong inirerekomendang paraan para i-refresh ang watchdog timer ay ang paggamit ng mga legacy watchdog timer API sa isang partikular na application na pana-panahong kaganapan.

Hindi na ginagamit sa release 7.4.1.0
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 mga kagamitan sa Linux tulad ng "socat".

Hindi na ginagamit sa release 7.4.0.0
Inalis ang mga sumusunod na hindi na ginagamit na security API

• 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 7.4.0.0

• 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 set ng Packet BufferCount() sa af-host.c at walang kwentang check case EZSP_CONFIG_PACKET_BUFFER_COUNT: sa command-handlers.c.
• Inalis ang argumento ng Allocation ng memorya 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 value sa panahon ng pagsisimula ng ncp sa ncp-configuration.c.

Multiprotocol Gateway at RCP

 Mga Bagong Item

Idinagdag sa release 7.4.0.0
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 release 7.4.0.0
Ang Zigbee NCP/OpenThread RCP multiprotocol na kumbinasyon ay kalidad ng produksyon na ngayon. Ito sampAng application ay hindi suportado sa Series-1 EFR device.

Mga Naayos na Isyu

Naayos sa release 7.4.5.0

ID #	Paglalarawan
1328799	Ang soft reset na na-trigger ng Spinel RESET na utos ay nililimas na ngayon ang mga buffer ng 15.4 RCP.
1337101	Ang mga hindi kumpletong 15.4 na pagpapatakbo ng pagpapadala (Tx na naghihintay para sa isang ack, Tx isang ack bilang tugon sa isang mensahe, atbp) ay hindi na napaaga na itinuturing na nabigo sa pagkaantala ng radyo dahil sa DMP. Nagbibigay-daan ito sa nasabing operasyon na mabigyan ng pagkakataong ma-reschedule pagkatapos ng pagkaantala o permanenteng nabigo ng RAIL (scheduler status error events). (Ibang ref: 1339032)
1337228	Sa Zigbeed ang halCommonGetInt32uMillisecondTick() tick API ay ina-update na ngayon upang magamit ang MONOTONIC na orasan, upang hindi ito maapektuhan ng NTP sa isang host system. (Ibang ref: 1339032)
1346785	Nag-ayos ng kundisyon sa karera na maaaring magsanhi sa pag-disable ng sabay-sabay na pakikinig sa 802.15.4 RCP kapag ang parehong protocol ay nagpapadala ng sabay-sabay. (Ibang ref: 1349176)
1346849	Ang pagdaragdag ng bahagi ng rail_mux sa isang proyekto ay magiging dahilan upang awtomatiko itong mabuo kasama ang mga nauugnay na variant ng library ng stack. (Ibang ref: 1349102)

Naayos sa release 7.4.4.0

ID #	Paglalarawan
1184065	Nabawasan ang footprint ng RAM para sa zigbee_ncp-ot_rcp-spi at zigbee_ncp-ot_rcp_uart sa MG13 at MG21.
1282264	Inayos ang isang isyu na maaaring makagambala sa mga operasyon ng pagpapadala ng radyo sa pamamagitan ng pag-clear sa transmit fifo na maagang nagdudulot ng underflow.
1292537	Ang DMP Zigbee-BLE NCP application ay maayos na lumalabas sa Simplicity Studio UI. (Ibang ref: 1292540)

1230193	Inayos ang maling isyu sa uri ng node kapag sumasali sa network sa end device. (Ibang ref: 1298347)
1332330	Inayos ang isang isyu kung saan ang isang 15.4+BLE RCP na gumagana sa isang kapaligiran na may mabigat na trapiko sa network ay maaaring paminsan-minsan ay makatagpo ng kundisyon ng karera na hahayaan itong hindi makapagpadala ng mga mensahe hanggang sa CPCd hanggang sa i-reboot ang device. (Ibang ref: 1333156)

Naayos sa release 7.4.2.0

ID #	Paglalarawan
1022972	Nagdagdag ng coexistence plugin pabalik sa Zigbee-OpenThread NCP/RCP sampang aplikasyon.
1231021	Iwasan ang isang paninindigan sa OTBR na naobserbahan kapag sumasali sa 80+ zigbee device sa pamamagitan ng pagbawi sa RCP sa halip na sa pamamagitan ng pagpasa ng hindi nahawakang mga error sa pagpapadala sa sub mac.
1249346	Natugunan ang isang isyu kung saan maaaring ma-dequeue ng RCP ang mga packet na nakalaan para sa host, na nagreresulta sa isang error sa pag-parse sa OTBR at hindi inaasahang pagwawakas.

Naayos sa release 7.4.1.0

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 7.4.0.0

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
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.
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 pinapagana 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.
1334477	Ang pagsisimula at pagpapahinto sa BLE stack ng ilang beses ay maaaring magresulta sa BLE stack na hindi makapag-restart ng advertisement muli sa Series 1 EFR device sa DMP Zigbee-BLE sampang aplikasyon.	N/A

Mga Deprecated na Item Wala

Mga Inalis na Item

Inalis sa release 7.4.0.0
Ang macro na "NONCOMPLIANT_ACK_TIMING_WORKAROUND" ay tinanggal. Ang lahat ng RCP app ngayon bilang default ay sumusuporta sa 192 µsec 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

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
• (Mac OS): /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.

Ang sumusunod na pigura ay isang example

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!

• Portfolio ng IoT
  www.silabs.com/IoT
• SW/HW
  www.silabs.com/simplicity
• Kalidad
  www.silabs.com/quality
• Suporta at Komunidad
  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 system at software imple-menter 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 mga ibinigay na parameter na "Typical" 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.

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, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, ang 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.

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

Mga Dokumento / Mga Mapagkukunan

SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK [pdf] Gabay sa Gumagamit 7.4.5.0, 7.4.4.0, 7.4.3.0, 7.4.2.0, 7.4.1.0, 7.4.0.0, 7.4.5.0 Zigbee Ember Z Net SDK, 7.4.5.0, Zigbee Ember Z Net SDK, Ember Z Net SDK SDK, Net SDK, SDK

Mga sanggunian

• User Manual