SILICON LABS 7.4.0.0 ຄູ່ມືຜູ້ໃຊ້ຊອບແວ Zigbee EmberZNet SDK

Silicon Labs ແມ່ນຜູ້ຂາຍທາງເລືອກສໍາລັບ OEMs ພັດທະນາເຄືອຂ່າຍ Zigbee ເຂົ້າໄປໃນຜະລິດຕະພັນຂອງພວກເຂົາ. ແພລະຕະຟອມ Silicon Labs Zigbee ແມ່ນການແກ້ໄຂ Zigbee ທີ່ປະສົມປະສານທີ່ສຸດ, ສົມບູນ, ແລະອຸດົມສົມບູນທີ່ສຸດທີ່ມີຢູ່.

Silicon Labs EmberZNet SDK ປະກອບມີການປະຕິບັດຂອງ Silicon Labs ຂອງ Zigbee stack specification.

ບັນທຶກການປ່ອຍເຫຼົ່ານີ້ກວມເອົາເວີຊັນ SDK:

7.4.0.0 ປ່ອຍອອກມາເມື່ອ 13 ທັນວາ 2023

ຄຸນສົມບັດຫຼັກ

Zigbee

ການປະຕິບັດຕາມ Zigbee R23
ການປະຕິບັດຕາມ Zigbee Smart Energy 1.4a – ສົ່ງເສີມການຜະລິດ
ການປະຕິບັດຕາມ Zigbee GP 1.1.2 – Alpha
MG27 ສະຫນັບສະຫນູນ - ການຜະລິດ
ປັບປຸງການສະຫນັບສະຫນູນສໍາລັບພາກສ່ວນ Secure Vault
ການສະຫນັບສະຫນູນການນອນຫລັບໃນ NCP SPI (ບໍ່ແມ່ນ CPC) appli cations – Alpha

Multiprotocol

ຮອງຮັບການຟັງພ້ອມກັນ (RCP) – MG21 ແລະ MG24
Concurrent Multiprotocol (CMP) Zigbee NCP + OpenThread RCP – ການຜະລິດ
Dynamic Multiprotocol Bluetooth + ຮອງຮັບ Multiprotocol Concurrent (CMP) Zigbee ແລະ OpenThread ໃນ SoC

ຄວາມເຂົ້າກັນໄດ້ແລະແຈ້ງການການນໍາໃຊ້

ສໍາລັບຂໍ້ມູນກ່ຽວກັບການປັບປຸງຄວາມປອດໄພ ແລະແຈ້ງການ, ເບິ່ງບົດຄວາມປອດໄພຂອງບັນທຶກການປ່ອຍແພລດຟອມ Gecko ທີ່ຕິດຕັ້ງດ້ວຍ SDK ນີ້ ຫຼືຢູ່ໃນແຖບ TECH DOCS ໃນ https://www.silabs.com/developers/zigbee-emberznet. Silicon Labs ຍັງແນະນຳຢ່າງແຂງແຮງໃຫ້ທ່ານສະໝັກໃຊ້ທີ່ປຶກສາດ້ານຄວາມປອດໄພສຳລັບຂໍ້ມູນໃໝ່ຫຼ້າສຸດ. ສໍາລັບຄໍາແນະນໍາ, ຫຼືຖ້າທ່ານໃຫມ່ກັບ Zigbee EmberZNet SDK, ເບິ່ງ ການນໍາໃຊ້ການປ່ອຍນີ້.

Compilers ເຂົ້າກັນໄດ້:

IAR Embedded Workbench ສໍາລັບ ARM (IAR-EWARM) ເວີຊັນ 9.40.1.

ການໃຊ້ເຫຼົ້າແວງເພື່ອສ້າງດ້ວຍ Utility ເສັ້ນຄໍາສັ່ງ IarBuild.exe ຫຼື IAR Embedded Workbench GUI ໃນ macOS ຫຼື Linux ສາມາດສົ່ງຜົນໃຫ້ບໍ່ຖືກຕ້ອງ. files ຖືກນໍາໃຊ້ເນື່ອງຈາກການ collision ໃນ algorithm hashing ຂອງເຫຼົ້າແວງສໍາລັບການສ້າງສັ້ນ file ຊື່.

ລູກຄ້າໃນ macOS ຫຼື Linux ໄດ້ຖືກແນະນຳບໍ່ໃຫ້ສ້າງດ້ວຍ IAR ຢູ່ນອກ Simplicity Studio. ລູກຄ້າທີ່ເຮັດຄວນກວດສອບຢ່າງລະອຽດວ່າຖືກຕ້ອງ files ກໍາລັງຖືກນໍາໃຊ້.

GCC (GNU Compiler Collection) ເວີຊັ່ນ 12.2.1, ສະໜອງໃຫ້ກັບ Simplicity Studio.

ເວີຊັ່ນໂປຣໂຕຄໍ EZSP ສຳລັບລຸ້ນນີ້ແມ່ນ 0x0D.

ລາຍການໃໝ່

ການປ່ອຍ Gecko SDK (GSDK) ນີ້ຈະເປັນຄັ້ງສຸດທ້າຍທີ່ມີການຮອງຮັບລວມກັນສໍາລັບອຸປະກອນ EFM ແລະ EFR ທັງໝົດ, ຍົກເວັ້ນການອັບເດດກັບລຸ້ນນີ້ຕາມຄວາມຕ້ອງການ. ຕັ້ງແຕ່ກາງປີ 2024 ພວກເຮົາຈະແນະນໍາ SDKs ແຍກຕ່າງຫາກ:

Gecko SDK ທີ່ມີຢູ່ແລ້ວຈະສືບຕໍ່ສະຫນັບສະຫນູນອຸປະກອນ Series 0 ແລະ 1.

SDK ໃໝ່ຈະສະໜອງໃຫ້ອຸປະກອນ Series 2 ແລະ 3 ໂດຍສະເພາະ.

Gecko SDK ຈະສືບຕໍ່ສະຫນັບສະຫນຸນອຸປະກອນ Series 0 ແລະ 1 ທັງໝົດໂດຍບໍ່ມີການປ່ຽນແປງຕໍ່ກັບການສະຫນັບສະຫນູນໄລຍະຍາວ, ການບໍາລຸງຮັກສາ, ຄຸນນະພາບ, ແລະການຕອບສະຫນອງທີ່ສະຫນອງໃຫ້ພາຍໃຕ້ນະໂຍບາຍຊອບແວຂອງພວກເຮົາ.

SDK ໃຫມ່ຈະສາຂາຈາກ Gecko SDK ແລະເລີ່ມຕົ້ນສະເຫນີຄຸນສົມບັດໃຫມ່ທີ່ຊ່ວຍໃຫ້ນັກພັດທະນາເອົາ advantage ຂອງ capa bilities ກ້າວຫນ້າທາງດ້ານຂອງຜະລິດຕະພັນ Series 2 ແລະ 3 ຂອງພວກເຮົາ.

ການຕັດສິນໃຈນີ້ສອດຄ່ອງກັບຄໍາຕິຊົມຂອງລູກຄ້າ, ສະທ້ອນໃຫ້ເຫັນຄໍາຫມັ້ນສັນຍາຂອງພວກເຮົາທີ່ຈະຍົກສູງຄຸນນະພາບ, ຮັບປະກັນຄວາມຫມັ້ນຄົງ, ແລະເສີມຂະຫຍາຍປະສິດທິພາບສໍາລັບປະສົບການຜູ້ໃຊ້ພິເສດໃນທົ່ວ SDKs ຊອບແວຂອງພວກເຮົາ.

ອົງປະກອບໃຫມ່

ໃໝ່ໃນລຸ້ນ 7.4.0.0

ອົງປະກອບ "zigbee_direct_security_p256" ແລະ "zigbee_direct_security_curve25519" ໄດ້ຖືກເພີ່ມເພື່ອໃຫ້ຜູ້ໃຊ້ສາມາດຄິດເຖິງທາງເລືອກຄວາມປອດໄພສະເພາະ Zigbee Direct.

ຜູ້ໃຊ້ໄດ້ຮັບອະນຸຍາດໃຫ້ມີອົງປະກອບ “zigbee_direct_security” ຫຼາຍອັນທີ່ເປີດໃຊ້ໃນແອັບພລິເຄຊັນ Zigbee direct device (ZDD). ໃນກໍລະນີນີ້, ທາງເລືອກຄວາມປອດໄພທີ່ແທ້ຈິງແມ່ນຂຶ້ນກັບການຕັ້ງຄ່າ Zigbee Virtual Device (ZVD).

API ໃໝ່

ໃໝ່ໃນລຸ້ນ 7.4.0.0

ເພີ່ມ API ໃໝ່ sl_zigbee_token_factory_reset ເພື່ອຣີເຊັດໂທເຄັນ Zigbee NVM3 ເປັນຄ່າເລີ່ມຕົ້ນຂອງພວກມັນ.
ເພີ່ມ API ແລ້ວ bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), ເຊິ່ງກັບຄືນມາເປັນຄວາມຈິງຖ້າຕາຕະລາງລິ້ງຄ໌ສາມາດເພີ່ມຫຼືປັບປຸງລາຍການທີ່ມີທີ່ຢູ່ນີ້ (ຕາຕະລາງບໍ່ເຕັມ).

ເພີ່ມ API ໃໝ່ bool sl_zb_sec_man_compare_key_to_value (sl_zb_sec_man_context_t* context, sl_zb_sec_man_key_t* key), ເຊິ່ງໃຫ້ຜົນເປັນຈິງຖ້າກະແຈທີ່ອ້າງອີງໂດຍບໍລິບົດມີຄ່າດຽວກັນກັບກະແຈທີ່ສະໜອງໃຫ້ຢູ່ໃນອາກິວເມັນ.

ສະຫນັບສະຫນູນເວທີໃຫມ່

ໃໝ່ໃນລຸ້ນ 7.4.0.0

ການສະຫນັບສະຫນູນ Zigbee stack ສໍາລັບພາກສ່ວນໃຫມ່ຕໍ່ໄປນີ້ແມ່ນເພີ່ມຢູ່ໃນລຸ້ນນີ້: EFR32MG24A010F768IM40 ແລະ EFR32MG24A020F768IM40.

ເອກະສານໃໝ່

ໃໝ່ໃນລຸ້ນ 7.4.0.0

ອັບເດດຄໍາອະທິບາຍສໍາລັບອົງປະກອບ Zigbee Secure Key Storage ເພື່ອສະທ້ອນເຖິງການເພີ່ມ Zigbee Secure Key Storage Upgrade (ເຊິ່ງເພີ່ມຄວາມເຂົ້າກັນໄດ້ກັບໂຄງການທີ່ມີຢູ່ແລ້ວ).

ເພີ່ມບັນທຶກຄໍາຮ້ອງສະຫມັກໃຫມ່ສໍາລັບການພົວພັນກັບກຸ່ມຜູ້ຈັດການຄວາມປອດໄພ Zigbee ຂອງອົງປະກອບ (AN1412: Zigbee Security Manager).

ພຶດຕິກໍາທີ່ຕັ້ງໃຈ

ຜູ້ໃຊ້ໄດ້ຖືກເຕືອນວ່າ Zigbee unsynchronized CSL transmissions ແມ່ນຂຶ້ນກັບການ preemption protocol ຢູ່ໃນຕາຕະລາງວິທະຍຸ. ໃນຄໍາຮ້ອງສະຫມັກ SleepyToSleepy, BLE ສາມາດແລະຈະ preempt ການສົ່ງ Zigbee CSL, ເຊິ່ງຈະສິ້ນສຸດການສົ່ງຕໍ່. ການ preemption ຕາຕະລາງແມ່ນເປັນເລື່ອງປົກກະຕິຫຼາຍສໍາລັບ CSL ທີ່ບໍ່ synchronized, ເນື່ອງຈາກລໍາດັບເຟຣມ wake ເຖິງຍາວທີ່ເປັນໄປໄດ້ອາດຈະຖືກນໍາໃຊ້. ຜູ້ໃຊ້ທີ່ຕ້ອງການປັບບູລິມະສິດສາຍສົ່ງອາດຈະນໍາໃຊ້ DMP Tuning ແລະການທົດສອບອົງປະກອບເພື່ອເຮັດແນວນັ້ນ. ຜູ້ໃຊ້ອາດຈະປຶກສາຫາລື UG305: ຄູ່ມືຜູ້ໃຊ້ Multiprotocol ແບບໄດນາມິກ ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

ການປັບປຸງ

ມີການປ່ຽນແປງໃນການປ່ອຍ 7.4.0.0

emberCounterHandler API Doc ການປ່ຽນແປງ

ໃນຮຸ່ນທີ່ຜ່ານມາ, Counter Handler callback ສໍາລັບ MAC ແລະ APS layer EmberCounterTypes ກ່ຽວກັບ packet RX ແລະ TX ບໍ່ໄດ້ຖືກສົ່ງຜ່ານ ID node ເປົ້າຫມາຍທີ່ເຫມາະສົມຫຼືການໂຕ້ຖຽງຂໍ້ມູນ, ແລະເອກະສານ API ກ່ຽວກັບພຶດຕິກໍາຂອງ counters ບາງຢ່າງທີ່ໃຊ້ພາລາມິເຕີເຫຼົ່ານີ້ແມ່ນບໍ່ຊັດເຈນຫຼືເຂົ້າໃຈຜິດ.

ໃນຂະນະທີ່ລາຍເຊັນຂອງ emberCounterHandler() ບໍ່ໄດ້ປ່ຽນແປງ, ວິທີທີ່ພາລາມິເຕີຂອງມັນມີປະຊາກອນມີການປ່ຽນແປງເລັກນ້ອຍ.

ຄຳເຫັນກ່ຽວກັບ EmberCounterType enums ໃນ ember-types.h ໄດ້ຖືກຂະຫຍາຍອອກເພື່ອຄວາມຊັດເຈນ.

ພາຣາມິເຕີ Node ID ກັບ Counter Handler ສໍາລັບເຄົາເຕີທີ່ກ່ຽວຂ້ອງກັບ TX ໃນປັດຈຸບັນກວດເບິ່ງວ່າຮູບແບບທີ່ຢູ່ປາຍທາງຊີ້ໃຫ້ເຫັນ ID ສັ້ນທີ່ຖືກຕ້ອງກ່ອນທີ່ຈະໃຊ້ມັນ. (ຖ້າບໍ່, ບໍ່ມີທີ່ຢູ່ປາຍທາງຖືກຈັດໃສ່, ແລະຄ່າຕົວຍຶດຂອງ EMBER_UNKNOWN_NODE_ID ຖືກໃຊ້ແທນ.)
ພາຣາມິເຕີ Node ID ກັບ Counter Handler ສໍາລັບຕົວนับທີ່ກ່ຽວຂ້ອງກັບ RX ໃນປັດຈຸບັນສະທ້ອນໃຫ້ເຫັນ ID node ແຫຼ່ງ, ບໍ່ແມ່ນ ID node ປາຍທາງ.

ການນັບການລອງໃຫມ່ແມ່ນ *ບໍ່* ຜ່ານເປັນພາຣາມິເຕີຂໍ້ມູນສໍາລັບ EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED counters ຕາມທີ່ອະທິບາຍໄວ້ໃນ ember-types.h ໃນລຸ້ນກ່ອນໜ້າ, ແຕ່ອັນນີ້ບໍ່ເຄີຍຖືກລະບຸຢ່າງຖືກຕ້ອງໃນລຸ້ນທີ່ອອກມາກ່ອນໜ້ານີ້ ດັ່ງນັ້ນຄ່າຂອງມັນໃນລຸ້ນກ່ອນໜ້າຈະເປັນ 0 ສະເໝີ. .ພຶດຕິກໍານີ້ໄດ້ຖືກຊີ້ແຈງໃນລາຍລະອຽດຂອງ EmberCounterTypes ເຫຼົ່ານັ້ນ. ແນວໃດກໍ່ຕາມ, ການນັບ Retry ສໍາລັບການ retries ຊັ້ນ APS ຍັງສືບຕໍ່ຢູ່ໃນຕົວກໍານົດການຂໍ້ມູນສໍາລັບ EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED counter types, ເພື່ອໃຫ້ສອດຄ່ອງກັບການປ່ອຍກ່ອນ.
ຕົວນັບທັງໝົດທີ່ເພີ່ມ Node ID ຫຼືຕົວກໍານົດການຂໍ້ມູນສໍາລັບການໂທກັບຄືນໄດ້ຖືກກວດສອບເພື່ອຮັບປະກັນວ່າພວກເຂົາຜ່ານຂໍ້ມູນທີ່ຄາດໄວ້, ທີ່ຢູ່, ຫຼື EMBER_UNKNOWN_NODE_ID, ຖ້າ Node ID ຄາດວ່າຈະໄດ້ຮັບແຕ່ບໍ່ສາມາດໄດ້ຮັບຈາກແພັກເກັດ, ດັ່ງທີ່ອະທິບາຍໄວ້ໃນ ember ສະບັບປັບປຸງ. -types.h ເອກະສານ.

ຕົວຈັດການເຄົາເຕີສຳລັບ EMBER_COUNTER_MAC_TX_UNICAST_RETRY ດຽວນີ້ສະທ້ອນເຖິງລະຫັດຈຸດໝາຍປາຍທາງຂອງຊັ້ນຂໍ້ມູນ MAC ແລະຈຳນວນການລອງອີກຄັ້ງໃນ ID ໂນດປາຍທາງ ແລະພາລາມິເຕີຂໍ້ມູນຂອງມັນ.
ຕົວຈັດການເຄົາເຕີສໍາລັບ EMBER_COUNTER_PHY_CCA_FAIL_COUNT ຕອນນີ້ໃຫ້ຂໍ້ມູນ ID node ປາຍທາງຜ່ານພາຣາມິເຕີ Node ID ກ່ຽວກັບເປົ້າໝາຍຂອງຊັ້ນ MAC ຂອງຂໍ້ຄວາມທີ່ລົ້ມເຫລວ.

ອັບເດດລະຫັດພະລັງງານສີຂຽວ

ລະຫັດເຄື່ອງແມ່ຂ່າຍພະລັງງານສີຂຽວໄດ້ຖືກປັບປຸງດ້ວຍການປັບປຸງຕ່າງໆລວມທັງ:

ເພີ່ມລະຫັດການກວດສອບເພີ່ມເຕີມສໍາລັບຄໍາສັ່ງຂາເຂົ້າທີ່ມີຈຸດສິ້ນສຸດທີ່ບໍ່ຖືກຕ້ອງໃນເວລາທີ່ໄດ້ຮັບໃນເຄື່ອງແມ່ຂ່າຍ GP.
ເພີ່ມລະຫັດເພື່ອຈັດການກັບກໍລະນີໃນເວລາທີ່ບໍ່ມີພື້ນທີ່ເພີ່ມເຕີມເພື່ອສ້າງຂໍ້ຄວາມພະລັງງານສີຂຽວ.
ອ່າງລ້າງຕອນນີ້ລຸດລົງການຕັ້ງຄ່າການຈັບຄູ່ດ້ວຍການດຳເນີນການເອົາການຈັບຄູ່ອອກໃນບາງກໍລະນີຕໍ່ສ່ວນ spec A.3.5.2.4.1.
ດຽວນີ້ ອ່າງເກັບນ້ຳຈະບັນທຶກລາຍຊື່ກຸ່ມທີ່ມີຢູ່ແລ້ວຂອງລາຍການໃດໜຶ່ງ ກ່ອນທີ່ຈະເອົາອອກເມື່ອປະມວນຜົນການຕັ້ງຄ່າການຈັບຄູ່ກັບຄຳສັ່ງຂະຫຍາຍ.
ຄໍາສັ່ງການສອບຖາມການແປຈະສົ່ງຄືນ "ບໍ່ພົບ" ເປັນລະຫັດຂໍ້ຜິດພາດໃນເວລາທີ່ຕາຕະລາງການແປພາສາຫວ່າງເປົ່າຫຼືດັດຊະນີແມ່ນໃຫຍ່ກວ່າຈໍານວນລາຍການໃນຕາຕະລາງ.
ປ່ຽນເວີຊັນຂອງ GP endpoint ໃນບາງແອັບຈາກ 1 ຫາ 0.

ການນໍາໃຊ້ CSMA ໃນຟັງຊັນ GPDF Send ແມ່ນຖືກຈໍາກັດເພາະວ່າອຸປະກອນພະລັງງານສີຂຽວເປັນອຸປະກອນທີ່ມີພະລັງງານຫນ້ອຍທີ່ສຸດແລະບໍ່ໃຊ້ CSMA ໃນການອອກແບບສ່ວນໃຫຍ່. ແທນທີ່ຈະ, ການອອກແບບທີ່ຕ້ອງການແມ່ນເພື່ອສົ່ງອອກຫຼາຍຊອງໂດຍໃຊ້ງົບປະມານພະລັງງານດຽວກັນ.

ຖອນການໃຊ້ຈຸດສິ້ນສຸດທີ່ເຊື່ອງໄວ້ໃນຕົວເລືອກ plugin ເຊີບເວີສີຂຽວ. ໃຊ້ໜຶ່ງໃນຈຸດສິ້ນສຸດຂອງແອັບພລິເຄຊັນແທນ.

ການປັບປຸງລະຫັດ Plugin ການປັບປຸງລະຫັດເຄືອຂ່າຍ

ປ່ຽນໄລຍະເວລາອັບເດດກະແຈເຄືອຂ່າຍເປັນໄລຍະເວລາ 1 ປີ.

ປັບໂຄງສ້າງບາງ APIs ເພື່ອຫຼີກເວັ້ນການສົ່ງອອກລະຫັດທີ່ບໍ່ຈໍາເປັນ

ມີການປ່ຽນແປງເພື່ອຮອງຮັບການໃຊ້ບໍລິບົດຫຼັກຫຼາຍກວ່າຂໍ້ມູນກະແຈຂໍ້ຄວາມທຳມະດາ.

sl_zigbee_send_security_challenge_request ດຽວນີ້ໃຊ້ເວລາໃນການໂຕ້ຖຽງ sl_zb_sec_man_context_t ແທນ EmberKeyData.
ຄ່າຂອງ sl_zb_sec_man_derived_key_type enum ໃນປັດຈຸບັນເປັນ bitmask 16-bit ເພື່ອສະຫນັບສະຫນູນໂດຍກົງບາງອັນທີ່ມາຈາກລະຫັດທີ່ປະສົມປະສານຫຼາຍປະເພດທີ່ໄດ້ມາ.

ບັນຫາຄົງທີ່

ແກ້ໄຂໃນການປ່ອຍ 7.4.0.0

ID #	ລາຍລະອຽດ
1019348	ແກ້ໄຂຄວາມຕ້ອງການການເພິ່ງພາອາໄສຂອງອົງປະກອບ Zigbee ZCL Cli ເພື່ອໃຫ້ມັນສາມາດເອົາອອກໄດ້ເມື່ອບໍ່ຈໍາເປັນ.
1024246	ອັບເດດຄຳອະທິບາຍຟັງຊັນສຳລັບ emberHaveLinkKey() ແລະ sl_zb_sec_man_have_link_key().
1036503	ເພີ່ມຄໍາອະທິບາຍເພື່ອແນະນໍາໃຫ້ໃຊ້ Micrium Kernel ສໍາລັບ DMP sampແອັບ.
1037661	ບັນຫາທີ່ປ້ອງກັນບໍ່ໃຫ້ແອັບພລິເຄຊັນຕິດຕັ້ງທັງ pro stack ຫຼື leaf stack ໄດ້ຖືກແກ້ໄຂແລ້ວ.
1078136	ແກ້ໄຂການຂັດຂ້ອງແບບບໍ່ຢຸດຢັ້ງເມື່ອແກ້ໄຂເຫດການຈາກບໍລິບົດຂັດຈັງຫວະ
1081548	ຜູ້ໃຊ້ໄດ້ຖືກເຕືອນວ່າ Zigbee unsynchronized CSL transmissions ແມ່ນຂຶ້ນກັບການ preemption protocol ຢູ່ໃນຕາຕະລາງວິທະຍຸ. ໃນຄໍາຮ້ອງສະຫມັກ SleepyToSleepy, BLE ສາມາດແລະຈະ preempt ການສົ່ງ Zigbee CSL, ເຊິ່ງຈະສິ້ນສຸດການສົ່ງຕໍ່. ການ preemption ຕາຕະລາງແມ່ນເປັນເລື່ອງປົກກະຕິຫຼາຍສໍາລັບ CSL ທີ່ບໍ່ synchronized, ເນື່ອງຈາກລໍາດັບເຟຣມ wake ເຖິງຍາວທີ່ເປັນໄປໄດ້ອາດຈະຖືກນໍາໃຊ້. ຜູ້ໃຊ້ທີ່ຕ້ອງການປັບບູລິມະສິດສາຍສົ່ງອາດຈະນໍາໃຊ້ DMP Tuning ແລະການທົດສອບອົງປະກອບເພື່ອເຮັດແນວນັ້ນ. ຜູ້ໃຊ້ອາດຈະປຶກສາ UG305: Dynamic Multiprotocol User's Guide ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ. ບັນຫາໄດ້ຖືກແກ້ໄຂໃນ CSL ບ່ອນທີ່ລໍາດັບເຟຣມປຸກໃຫມ່ທີ່ໄດ້ຮັບທັນທີຫຼັງຈາກກອບ payload ທີ່ຜ່ານມາຈະບໍ່ຖືກບັນທຶກໄວ້ຢ່າງຖືກຕ້ອງ. ນີ້ຈະສົ່ງຜົນໃຫ້ກອບ payload ພາດ.
1084111	ການຊ່ວຍເຫຼືອ SPI-NCP ເບື້ອງຕົ້ນທີ່ນອນຫລັບສໍາລັບກະດານທີ່ອີງໃສ່ MG24 ໄດ້ຖືກປັບປຸງເປັນສ່ວນຫນຶ່ງຂອງການປ່ອຍນີ້.
1104056	ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການຊີ້ນໍາເຄືອຂ່າຍເພື່ອດໍາເນີນການໃນເຄືອຂ່າຍທີສອງໃນກໍລະນີຂອງຫຼາຍເຄືອຂ່າຍ
1120515	ແກ້ໄຂບັນຫາທີ່ຊ່ອງບໍ່ປ່ຽນແປງເມື່ອໃຊ້ຄໍາສັ່ງ mfglib set-channel.
1141109	ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ເກີດ sample ຄໍາຮ້ອງສະຫມັກ ncp-uart-gp-multi-rail ທີ່ຈະພາດບາງສ່ວນຫົວ files ເມື່ອໃຊ້ອົງປະກອບອະແດັບເຕີພະລັງງານສີຂຽວກັບຕົວເລືອກ -cp.
1144316	ອັບເດດລາຍລະອຽດຂອງໂຄງສ້າງຂໍ້ມູນບາງປະເພດໃນເອກະສານ gp-types.h.
1144884	ແກ້ໄຂການຕັ້ງຄ່າບິດທີ່ຄ້າງຢູ່ຂອງກອບ spurious ເມື່ອບໍ່ມີຂໍ້ມູນຄ້າງຢູ່.
1152512	ແກ້ໄຂການຂັດຂ້ອງທີ່ອາດຈະເກີດຂຶ້ນໃນ mac-rail ຕໍ່າເມື່ອແກ້ໄຂເຫດການໃນບໍລິບົດ isr.
1154616	ເພີ່ມຂໍ້ຍົກເວັ້ນສໍາລັບເງື່ອນໄຂໃນການເລີ່ມຕົ້ນເຄືອຂ່າຍດ້ວຍກໍລະນີ "ປ່ຽນບົດບາດຈາກອຸປະກອນ Sleepy End ເປັນອຸປະກອນສິ້ນສຸດທີ່ບໍ່ນອນ".
1157289	ແກ້ໄຂບັນຫາທີ່ອາດຈະເຮັດໃຫ້ການທົດສອບ BDB ລົ້ມເຫລວ DN-TLM-TC-02B.
1157426	ແກ້ໄຂບັນຫາການກໍ່ສ້າງເມື່ອສ້າງ zigbee_simple_app ດ້ວຍອົງປະກອບ green_power_adapter.
1157932	ເພີ່ມເງື່ອນໄຂເພື່ອກວດເບິ່ງວ່າຊ່ອງຂໍ້ມູນ "ເວລາການປ່ຽນແປງ" ຫາຍໄປແລະກໍານົດຄ່າເລີ່ມຕົ້ນ 0xFFFF ສໍາລັບຊ່ອງຂໍ້ມູນນີ້ທີ່ຂາດຫາຍໄປ.
1166340	ແກ້ໄຂບັນຫາທີ່ປ້ອງກັນບໍ່ໃຫ້ emberAfGpdfSend ສົ່ງອອກຈໍານວນການສົ່ງຕໍ່ຊ້ໍາກັນ.
1167807	ແກ້ໄຂບັນຫາທີ່ອຸປະກອນທີ່ເຮັດໜ້າທີ່ເປັນສູນຄວາມໄວ້ວາງໃຈໃນເຄືອຂ່າຍທີ່ແຈກຢາຍຈະລຶບລະຫັດເຊື່ອມຕໍ່ຊົ່ວຄາວຂອງເຂົາເຈົ້າບໍ່ຖືກຕ້ອງໃນແຕ່ລະຄັ້ງທີ່ອຸປະກອນໃໝ່ເຂົ້າຮ່ວມ.
1169504	ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ເກີດການຣີເຊັດອຸປະກອນທີ່ນອນຫຼັບເມື່ອຕື່ນນອນ.
1169966	ແກ້ໄຂການກວດສອບມູນຄ່າກັບຄືນທີ່ຂາດຫາຍໄປໃນລະຫັດການຈັດສັນ buffer.
1171477 , 172270	ດ້ວຍ mfglib ເລີ່ມຕົ້ນ 1 ບໍ່ມີຂໍ້ຄວາມຖືກສົ່ງແຕ່ໄດ້ຮັບ, ດັ່ງນັ້ນຂໍ້ຄວາມທີ່ສະແດງ "mfglib ສົ່ງສໍາເລັດ" ແມ່ນຜິດພາດແລະປ່ຽນເປັນ "RXed %d packets ໃນ %d ms ສຸດທ້າຍ".
1171935	ປ່ຽນໄລຍະເວລາອັບເດດກະແຈເຄືອຂ່າຍເປັນໄລຍະເວລາ 1 ປີ.
1172778	ເພີ່ມການຮຽກຮ້ອງທີ່ຂາດຫາຍໄປຂອງ emberAfPluginGreenPowerServerUpdateAliasCallback ກັບເຊີບເວີ Green Power..
1174288	ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ຂະບວນການຊີ້ນໍາເຄືອຂ່າຍຢືນຢັນຖ້າຫາກວ່າການໂທໃຫ້ຢຸດການສະແກນຢ່າງຕໍ່ເນື່ອງແມ່ນເອີ້ນວ່າ.
1178393	ອັບເດດເອກະສານຜິດພາດ.
1180445	ໃນພະລັງງານອັດສະລິຍະ, ຕອນນີ້ OTA ຍັງສືບຕໍ່ດາວໂຫຼດຖ້າຜູ້ປະສານງານໄປຮອດຮອບວຽນໜ້າທີ່ຈຳກັດ.
1185509	ແກ້ໄຂບັນຫາໃນ CSL ບ່ອນທີ່ລໍາດັບເຟຣມປຸກໃຫມ່ທີ່ໄດ້ຮັບທັນທີຫຼັງຈາກກອບ payload ທີ່ຜ່ານມາຈະບໍ່ຖືກບັນທຶກໄວ້ຢ່າງຖືກຕ້ອງ. ນີ້ຈະສົ່ງຜົນໃຫ້ກອບ payload ພາດ.

ID #	ລາຍລະອຽດ
1186107	ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ການຖອດລະຫັດບໍ່ສໍາເລັດຂອງ GPDFs ທີ່ໄດ້ຮັບເພື່ອທົດແທນ GPDF ທີ່ເຂົ້າມາໃນການແຈ້ງເຕືອນ gp commissioning.
1188397	ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ເກີດຄວາມຜິດພາດໃນການລວບລວມໃນເວລາທີ່ເປີດຂະຫນາດຕາຕະລາງລາຍງານຂະຫຍາຍ.
1194090	ແກ້ໄຂສະຖານະຄວາມລົ້ມເຫລວໃນການຕອບໂຕ້ເລີ່ມຕົ້ນສໍາລັບຄໍາສັ່ງ Sink Commissioning Mode - ຕໍ່ໄປນີ້ພາກ 3.3.4.8.2
1194963	ແກ້ໄຂບັນຫາທີ່ກໍານົດໂຄງສ້າງ commissioningGpd ກ່ອນທີ່ຈະໂທຫາຜູ້ໃຊ້ callback emberAfGreenPowerServerPairingStatusCallback.
1194966	ແກ້ໄຂບັນຫາທີ່ຈຸດສິ້ນສຸດ ແລະ ຊ່ອງຂໍ້ມູນທີ່ກ່ຽວຂ້ອງບໍ່ໄດ້ຕັ້ງໄວ້ດ້ວຍການດຳເນີນການ Exit Commissioning.
1196698	ແກ້ໄຂການຕັ້ງຄ່າບິດທີ່ຄ້າງຢູ່ຂອງກອບທີ່ spurious ເມື່ອບໍ່ມີຂໍ້ມູນຄ້າງຢູ່.
1199958	ເພີ່ມລະຫັດເພື່ອຈັດການກັບກໍລະນີໃນເວລາທີ່ບໍ່ມີພື້ນທີ່ເພີ່ມເຕີມເພື່ອສ້າງຂໍ້ຄວາມພະລັງງານສີຂຽວ.
1202034	ແກ້ໄຂບັນຫາທີ່ຕົວແປ stack sl_zb_sec_man_context_t ເລີ່ມຕົ້ນບໍ່ຖືກຕ້ອງ, ເຮັດໃຫ້ການເຂົ້າຮ່ວມກັບການຕິດຕັ້ງລະຫັດລົ້ມເຫລວ.
1206040	ການໂທຫາ emberRemoveChild() ໃນລະຫວ່າງການພະຍາຍາມເຂົ້າຮ່ວມຄືນໃໝ່ຢ່າງປອດໄພໂດຍອຸປະກອນສິ້ນສຸດສາມາດນໍາໄປສູ່ການຫຼຸດລົງເພີ່ມເຕີມຂອງຈໍານວນເດັກນ້ອຍ, ເຊິ່ງອາດຈະນໍາໄປສູ່ການນັບລູກຂອງ -1 (255), ຂັດຂວາງອຸປະກອນສຸດທ້າຍຈາກການເຂົ້າຮ່ວມ / ເຂົ້າຮ່ວມຄືນໃຫມ່ເນື່ອງຈາກການຂາດການລະບຸໄວ້. ຄວາມອາດສາມາດໃນ Beacon ໄດ້.
1207580	ຟັງຊັນການຄົ້ນຫາຕາຕະລາງເດັກນ້ອຍພາຍໃນ stack ແມ່ນບໍ່ສອດຄ່ອງໃນການນໍາໃຊ້ 0x0000 ທຽບກັບ 0xFFFF ສໍາລັບ node ID ມູນຄ່າການສົ່ງຄືນທີ່ເປັນຕົວແທນຂອງລາຍການທີ່ບໍ່ຖືກຕ້ອງ / ຫວ່າງເປົ່າ, ນໍາໄປສູ່ບັນຫາໃນການກວດສອບລາຍການທີ່ບໍ່ໄດ້ໃຊ້ໃນ APIs ເຊັ່ນ emberRemoveChild().
1210706	ຈຸດໝາຍປາຍທາງ ແລະດັດຊະນີ PHY ທີ່ສະໜອງໃຫ້ຢູ່ໃນໂຄງສ້າງ EmberExtraCounterInfo ເປັນສ່ວນຫນຶ່ງຂອງ emberCounterHandler() ອາດຈະບໍ່ຖືກຕ້ອງສຳລັບ MAC TX Unicast counter types.
1211610 1212525	ແກ້ໄຂບັນຫາທີ່ແອັບພລິເຄຊັນ Dynamic Multiprotocol ຂັດຂ້ອງຫຼັງຈາກເປີດໃຊ້ອົງປະກອບການຍົກລະດັບການເກັບຮັກສາກະແຈທີ່ປອດໄພ.
1211847	ໃນຂະນະທີ່ລາຍເຊັນຂອງ emberCounterHandler() ບໍ່ໄດ້ປ່ຽນແປງ, ວິທີທີ່ພາລາມິເຕີຂອງມັນມີປະຊາກອນມີການປ່ຽນແປງເລັກນ້ອຍ. ການປ່ຽນແປງປະມານ API ນີ້ໄດ້ຖືກອະທິບາຍຢູ່ໃນພາກ 2 ຂ້າງເທິງ.
1212449	Beacons ຂາອອກໄດ້ຖືກຈັດປະເພດບໍ່ຖືກຕ້ອງໂດຍຊັ້ນ MAC, ເຮັດໃຫ້ emberCounterHandler() ບໍ່ສາມາດຈັບແພັກເກັດເຫຼົ່ານີ້ດ້ວຍຕົວນັບ EMBER_COUNTER_MAC_TX_BROADCAST ແລະແທນທີ່ຈະນັບ Beacons ດ້ວຍຕົວນັບ EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS. ມັນອາດຈະສົ່ງຜົນໃຫ້ຄ່າທີ່ບໍ່ຫນ້າເຊື່ອຖືສໍາລັບພາລາມິເຕີ EmberNodeId dest ທີ່ສົ່ງກັບໂຄງສ້າງ EmberCounterInfo.
1214866	ການສົ່ງຊຸດຂໍ້ມູນແບບສຳຫຼວດໃນການຕັ້ງຄ່າການຈະລາຈອນສູງບາງອັນອາດເຮັດໃຫ້ເກີດຄວາມຜິດພາດຂອງລົດເມ.
1216552	ບັນຫາທີ່ເຮັດໃຫ້ເກີດການຢືນຢັນພາຍໃຕ້ສະພາບການຈະລາຈອນທີ່ແອອັດແມ່ນໄດ້ຮັບການແກ້ໄຂ.
1216613	ແກ້ໄຂບັນຫາທີ່ນໍາໄປສູ່ຄ່າທີ່ບໍ່ຖືກຕ້ອງຂອງລັດສະໝີ groupcast ໃນຕາຕະລາງຕົວແທນ.
1222509	ເຣົາເຕີ/ຜູ້ປະສານງານສົ່ງຄຳຮ້ອງຂໍການອອກເດີນທາງ ແລະ ເຂົ້າຮ່ວມຄືນໃໝ່ໄປຫາອຸປະກອນສິ້ນສຸດການລົງຄະແນນສຽງທີ່ບໍ່ແມ່ນເດັກນ້ອຍ, ແຕ່ປາຍທາງ MAC ແມ່ນ 0xFFFF ແທນທີ່ຈະກົງກັບທີ່ຢູ່ປາຍທາງ NWK.
1223842	ແກ້ໄຂບັນຫາກັບການສ້າງ sl_component_catalog.h ທີ່ເຮັດໃຫ້ລະຫັດທີ່ບໍ່ຕ້ອງການຢູ່ໃນນັ້ນເຮັດໃຫ້ການລວບລວມລົ້ມເຫລວ.
756628	ໄດ້ປ່ຽນການຮຽກຮ້ອງຂອງແອັບພລິເຄຊັນ callback emberAfMacFilterMatchMessageCallback ເປັນພຽງແຕ່ການເອີ້ນຂໍ້ຄວາມ ZLL ທີ່ຖືກກວດສອບໂດຍ stack ເທົ່ານັ້ນ.
816088	ຍ້າຍການຕັ້ງຄ່າ EMBER ຈາກ zigbeed_configuration.h ໄປເປັນ zigbeed.slcp.
829508	ເພື່ອຫຼີກເວັ້ນສະພາບການແຂ່ງຂັນ, ການກວດສອບຄວາມຖືກຕ້ອງເພີ່ມເຕີມໄດ້ຖືກເພີ່ມເຂົ້າໃນຊ່ອງ emberSetLogicalAndRadio ເພື່ອກັບຄືນບໍ່ສໍາເລັດຖ້າຊັ້ນລຸ່ມບໍ່ຫວ່າງຫຼືບໍ່ຢູ່ໃນສະຖານະທີ່ຈະປ່ຽນຊ່ອງ.

ບັນຫາທີ່ຮູ້ຈັກໃນການປ່ອຍປະຈຸບັນ

ບັນຫາໃນຕົວໜາໄດ້ຖືກເພີ່ມຕັ້ງແຕ່ການເປີດຕົວຄັ້ງກ່ອນ. ຖ້າຫາກວ່າທ່ານໄດ້ພາດໂອກາດການປ່ອຍ, ບັນທຶກການປ່ອຍທີ່ຜ່ານມາແມ່ນມີຢູ່ໃນ https://www.silabs.com/developers/zigbee-emberznet ໃນແຖບ Tech Docs.

ID #	ລາຍລະອຽດ	ການແກ້ໄຂບັນຫາ
ບໍ່ມີ	• ແອັບ/ອົງປະກອບຕໍ່ໄປນີ້ບໍ່ຮອງຮັບໃນລຸ້ນນີ້: ຮອງຮັບ EM4	ຄຸນສົມບັດຈະຖືກເປີດໃຊ້ໃນລຸ້ນຕໍ່ໄປ.
193492	emberAfFillCommandGlobalServerToClientConfigureການລາຍງານມະຫາພາກຖືກທໍາລາຍ. ການຕື່ມຂອງ buffer ສ້າງຊຸດຄໍາສັ່ງທີ່ບໍ່ຖືກຕ້ອງ.	ໃຊ້ຄໍາສັ່ງ "zcl global send-me-a-report" CLI ແທນ API.
278063	ອຸໂມງພະລັງງານອັດສະລິຍະ plugins ມີການປິ່ນປົວທີ່ຂັດແຍ້ງ / ການນໍາໃຊ້ດັດສະນີຕາຕະລາງທີ່ຢູ່.	ບໍ່ມີການແກ້ໄຂທີ່ຮູ້ຈັກ
289569	ບັນຊີລາຍການລະດັບພະລັງງານຂອງອົງປະກອບຜູ້ສ້າງເຄືອຂ່າຍບໍ່ໄດ້ໃຫ້ຄ່າເຕັມຮູບແບບທີ່ຮອງຮັບສໍາລັບ EFR32	ແກ້ໄຂໄລຍະ <-8..20> ທີ່ລະບຸໄວ້ໃນຄໍາຄິດເຫັນ CMSIS ສໍາລັບ EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P OWER ໃນ /protocol/zigbee/app/framework/plugin/network creator/config/network-creator-config.h file. ຕົວຢ່າງample, ປ່ຽນເປັນ <-26..20>.
295498	ການຮັບ UART ບາງຄັ້ງຫຼຸດລົງ bytes ພາຍໃຕ້ການໂຫຼດຫນັກໃນ Zigbee + BLE dynamic multiprotocol ກໍລະນີການນໍາໃຊ້.	ໃຊ້ການຄວບຄຸມການໄຫຼຂອງຮາດແວຫຼືຫຼຸດລົງອັດຕາ baud.
312291	EMHAL: ຟັງຊັນ halCommonGetIntxxMillisecondTick ໃນ Linux hosts ປະຈຸບັນໃຊ້ຟັງຊັນ gettimeofday, ເຊິ່ງບໍ່ໄດ້ຮັບການຮັບປະກັນວ່າເປັນ monotonic. ຖ້າເວລາຂອງລະບົບປ່ຽນແປງ, ມັນສາມາດເຮັດໃຫ້ເກີດບັນຫາກັບເວລາ stack.	ແກ້ໄຂຟັງຊັນເຫຼົ່ານີ້ເພື່ອໃຊ້ clock_gettime ກັບແຫຼ່ງ CLOCK_MONOTONIC ແທນ.
338151	ການເລີ່ມຕົ້ນ NCP ດ້ວຍມູນຄ່າການນັບແພັກເກັດທີ່ຕໍ່າອາດຈະເຮັດໃຫ້ແພັກເກັດເສຍຫາຍ.	ໃຊ້ຄ່າສະຫງວນ 0xFF ສໍາລັບການນັບຊຸດແພັກເກັດເພື່ອຫຼີກເວັ້ນຄ່າເລີ່ມຕົ້ນຕໍ່າເກີນໄປ.
387750	ບັນຫາກັບຮູບແບບການຮ້ອງຂໍຕາຕະລາງເສັ້ນທາງໃນອຸປະກອນສິ້ນສຸດ.	ພາຍໃຕ້ການສືບສວນ
400418	ຜູ້ລິເລີ່ມການສຳຜັດບໍ່ສາມາດເຊື່ອມຕໍ່ຫາເປົ້າໝາຍອຸປະກອນປາຍທາງໃໝ່ທີ່ບໍ່ແມ່ນໂຮງງານໄດ້.	ບໍ່ມີການແກ້ໄຂທີ່ຮູ້ຈັກ.
424355	ຕົວລິເລີ່ມທີ່ມີຄວາມສາມາດ touchlink ທີ່ບໍ່ແມ່ນໂຮງງານຜະລິດໃຫມ່ແມ່ນບໍ່ສາມາດໄດ້ຮັບການຕອບສະຫນອງຂໍ້ມູນອຸປະກອນໃນບາງສະຖານະການ.	ພາຍໃຕ້ການສືບສວນ
465180	ລາຍການ Coexistence Radio Blocker Optimization “ເປີດໃຊ້ງານການຄວບຄຸມເວລາແລ່ນ” ອາດຈະຂັດຂວາງການເຮັດວຽກ Zigbee ທີ່ເຫມາະສົມ.	ທາງເລືອກ 'Wi-Fi Select' ການຄວບຄຸມການເພີ່ມປະສິດທິພາບຂອງຕົວບລັອກຄວນຖືກປະໄວ້ "ປິດການໃຊ້ງານ".
480550	ກຸ່ມ OTA ມີວິທີການແຍກຕົວຂອງມັນເອງໃນຕົວ, ດັ່ງນັ້ນມັນບໍ່ຄວນໃຊ້ APS fragmentation. ເຖິງແມ່ນວ່າ, ໃນກໍລະນີທີ່ການເຂົ້າລະຫັດ APS ຖືກເປີດໃຊ້, ມັນຈະຂະຫຍາຍການໂຫຼດຂອງ ImageBlockResponses ເປັນຂະຫນາດທີ່ APS fragmentation ຖືກເປີດໃຊ້. ນີ້ອາດຈະເຮັດໃຫ້ຂະບວນການ OTA ລົ້ມເຫລວ.	ບໍ່ມີການແກ້ໄຂທີ່ຮູ້ຈັກ
481128	ລາຍລະອຽດການຕັ້ງຄືນສາເຫດ ແລະລາຍລະອຽດການຂັດຂ້ອງຄວນມີຢູ່ຕາມຄ່າເລີ່ມຕົ້ນຜ່ານ Virtual UART (Serial 0) ໃນແພລດຟອມ NCP ເມື່ອປລັກອິນ Diagnostics ແລະ Virtual UART peripheral ຖືກເປີດໃຊ້.	ເນື່ອງຈາກ Serial 0 ໄດ້ຖືກເລີ່ມຕົ້ນແລ້ວໃນ NCP, ລູກຄ້າສາມາດເປີດໃຊ້ emberAfNcpInitCallback ໃນ Zigbee NCP Framework ແລະໂທຫາຫນ້າທີ່ການວິນິດໄສທີ່ເຫມາະສົມ (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDhalPrash ຂໍ້ມູນນີ້) ເພື່ອພິມຂໍ້ມູນນີ້. viewຢູ່ໃນບັນທຶກການບັນທຶກ Network Analyzer. ສໍາລັບ example ຂອງວິທີການນໍາໃຊ້ຟັງຊັນເຫຼົ່ານີ້, ເບິ່ງລະຫັດລວມຢູ່ໃນ emberAfMainInit() ຂອງ af-main-soc.c ເມື່ອ EXTENDED_RESET_INFO ຖືກກໍານົດ.

ID #	ລາຍລະອຽດ	ການແກ້ໄຂບັນຫາ
486369	ຖ້າ DynamicMultiProtocolLightSoc ປະກອບເປັນເຄືອຂ່າຍໃຫມ່ມີ nodes ເດັກນ້ອຍທີ່ຍັງເຫຼືອຈາກເຄືອຂ່າຍທີ່ມັນໄດ້ປະໄວ້, emberAfGetChildTableSize ຈະສົ່ງຄືນຄ່າທີ່ບໍ່ແມ່ນສູນໃນ startIdentifyOnAllChildNodes, ເຊິ່ງກໍ່ໃຫ້ເກີດຂໍ້ຄວາມຄວາມຜິດພາດ Tx 66 ເມື່ອກ່າວເຖິງເດັກນ້ອຍ "ຜີ".	Mass- erase part if possible before create a new network or programmatically check the child table ຫຼັງຈາກອອກຈາກເຄືອຂ່າຍແລະລຶບເດັກນ້ອຍທັງຫມົດໂດຍໃຊ້ emberRemoveChild ກ່ອນທີ່ຈະສ້າງເຄືອຂ່າຍໃຫມ່.
495563	ການເຂົ້າຮ່ວມ SPI NCP Sleepy End Device Sample App ບໍ່ໄດ້ສໍາຫຼວດສັ້ນ, ດັ່ງນັ້ນຄວາມພະຍາຍາມເຂົ້າຮ່ວມຈະລົ້ມເຫລວໃນສະຖານະຂອງ Update TC Link Key.	ອຸປະກອນທີ່ຢາກເຂົ້າຮ່ວມຄວນຈະຢູ່ໃນໂໝດ Short Poll ກ່ອນທີ່ຈະພະຍາຍາມເຂົ້າຮ່ວມ. ຮູບແບບນີ້ສາມາດຖືກບັງຄັບໂດຍປລັກອິນການຊ່ວຍເຫຼືອອຸປະກອນສິ້ນສຸດ.
497832	ໃນ Network Analyzer, Zigbee Application Support Command Breakdown ສໍາລັບ Verify Key Request Frame ອ້າງອີງສ່ວນຂອງ payload ຜິດພາດທີ່ຊີ້ບອກທີ່ຢູ່ Frame Source ເປັນທີ່ຢູ່ປາຍທາງ.	ບໍ່ມີການແກ້ໄຂທີ່ຮູ້ຈັກ
519905 521782	Spi-NCP ບໍ່ຄ່ອຍຈະລົ້ມເຫລວໃນການເລີ່ມຕົ້ນການສື່ສານ bootloader ໂດຍໃຊ້ຄໍາສັ່ງ CLI 'bootload' ຂອງ plugin ota-client.	ເລີ່ມຕົ້ນຂະບວນການ bootload ຄືນໃໝ່
620596	NCP SPI Example ສໍາລັບ BRD4181A (EFR32xGMG21) nWake default pin ທີ່ກໍານົດໄວ້ບໍ່ສາມາດຖືກນໍາໃຊ້ເປັນ pin wake-up.	ປ່ຽນ pin ເລີ່ມຕົ້ນສໍາລັບ nWake ຈາກ PD03 ເປັນ pin EM2/3 wake-up-enabled ໃນ NCP-SPI Plugin.
631713	ອຸປະກອນສຸດທ້າຍ Zigbee ຈະລາຍງານການແກ້ໄຂຂໍ້ຂັດແຍ່ງຊ້ຳໆຫາກ plugin “Zigbee PRO Stack Library” ຖືກໃຊ້ແທນ “Zigbee PRO Leaf Library”.	ໃຊ້ “Zigbee PRO Leaf Library” ແທນ plugin “Zigbee PRO Stack Library”.
670702	ຄວາມບໍ່ມີປະສິດທິພາບພາຍໃນປັ໊ກອິນລາຍງານສາມາດນໍາໄປສູ່ການຊັກຊ້າທີ່ສໍາຄັນໂດຍອີງໃສ່ຄວາມຖີ່ຂອງການຂຽນຂໍ້ມູນແລະຂະຫນາດຕາຕະລາງ, ເຊິ່ງອາດຈະແຊກແຊງລະຫັດຄໍາຮ້ອງສະຫມັກຂອງລູກຄ້າ, ລວມທັງເວລາເຫດການ.	ຖ້າຂຽນເລື້ອຍໆ, ພິຈາລະນາກວດເບິ່ງເງື່ອນໄຂການລາຍງານແລະການສົ່ງບົດລາຍງານດ້ວຍຕົນເອງແທນທີ່ຈະໃຊ້ plugin.
708258	ມູນຄ່າ uninitialized ໃນ groups-server.c ຜ່ານ addEntryToGroupTable() ສາມາດສ້າງການຜູກມັດທີ່ແປກປະຫຼາດແລະເຮັດໃຫ້ຂໍ້ຄວາມລາຍງານ groupcast ຖືກສົ່ງໄປ.	ເພີ່ມ “binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;” ຫຼັງຈາກ “binding.type = EMBER_MULTICAST_BINDING;”
757775	ພາກສ່ວນ EFR32 ທັງໝົດມີ RSSI offset ທີ່ເປັນເອກະລັກ. ນອກຈາກນັ້ນ, ການອອກແບບກະດານ, ເສົາອາກາດແລະ enclosure ສາມາດສົ່ງຜົນກະທົບຕໍ່ RSSI.	ເມື່ອສ້າງໂຄງການໃຫມ່, ຕິດຕັ້ງອົງປະກອບ RAIL Utility, RSSI. ຄຸນນະສົມບັດນີ້ປະກອບມີຄ່າເລີ່ມຕົ້ນຂອງ RSSI Offset Silabs ໄດ້ວັດແທກສໍາລັບແຕ່ລະພາກສ່ວນ. ການຊົດເຊີຍນີ້ສາມາດຖືກດັດແປງຖ້າຈໍາເປັນຫຼັງຈາກການທົດສອບ RF ຂອງຜະລິດຕະພັນທີ່ສົມບູນຂອງທ່ານ.
758965	ອົງປະກອບຂອງກຸ່ມ ZCL ແລະຕາຕະລາງການຄົ້ນພົບຄໍາສັ່ງ ZCL ບໍ່ໄດ້ຖືກ synchronized. ດັ່ງນັ້ນ, ເມື່ອເປີດໃຊ້ຫຼືປິດອົງປະກອບຂອງກຸ່ມ ZCL, ຄໍາສັ່ງທີ່ຖືກປະຕິບັດຈະບໍ່ຖືກເປີດໃຊ້ / ປິດການໃຊ້ງານໃນແຖບຄໍາສັ່ງ ZCL Advanced Configurator ທີ່ສອດຄ້ອງກັນ.	ເປີດ/ປິດການຄົ້ນພົບດ້ວຍຕົນເອງສຳລັບຄຳສັ່ງ ZCL ທີ່ຕ້ອງການໃນ ZCL Advanced Configurator.
765735	ການອັບເດດ OTA ລົ້ມເຫລວໃນອຸປະກອນ Sleepy End ດ້ວຍການຮ້ອງຂໍຫນ້າທີ່ເປີດໃຊ້.	ໃຊ້ Block Request ແທນ Page Request.
845649	ການເອົາ CLI: ອົງປະກອບຫຼັກບໍ່ໄດ້ລົບລ້າງ EEPROM cli calls to sl_cli.h.	ລົບ eeprom-cli.c file ທີ່ເອີ້ນວ່າ sl_cli.h. ນອກຈາກນັ້ນ, ໂທຫາ sl_cli.h ເຊັ່ນດຽວກັນກັບ sl_cli_command_arg_t ໃນ ota-storage-simple-eeprom ສາມາດສະແດງຄວາມຄິດເຫັນໄດ້.
857200	ias-zone-server.c ອະນຸຍາດໃຫ້ມີການຜູກມັດທີ່ສ້າງຂຶ້ນດ້ວຍ “0000000000000000” ທີ່ຢູ່ CIE ແລະຫຼັງບໍ່ອະນຸຍາດໃຫ້ມີການຜູກມັດຕື່ມອີກ.	ບໍ່ມີການແກ້ໄຂທີ່ຮູ້ຈັກ
1019961	ສ້າງ Z3Gateway ເຮັດfile hardcodes “gcc” ເປັນ CC	ບໍ່ມີການແກ້ໄຂທີ່ຮູ້ຈັກ

ID #	ລາຍລະອຽດ	ການແກ້ໄຂບັນຫາ
1039767	ເຄືອຂ່າຍເຣົາເຕີ Zigbee ລອງຄິວໃໝ່ບັນຫາລົ້ນໃນກໍລະນີການນຳໃຊ້ RTOS ຫຼາຍສາຍ.	Zigbee Stack ບໍ່ປອດໄພກະທູ້. ດັ່ງນັ້ນ, ການໂທຫາ Zigbee stack APIs ຈາກວຽກອື່ນບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນໃນສະພາບແວດລ້ອມ OS ແລະອາດຈະເຮັດໃຫ້ stack ເຂົ້າໄປໃນສະຖານະ "ບໍ່ເຮັດວຽກ". ອ້າງອີງໃສ່ບັນທຶກແອັບຕໍ່ໄປນີ້ສຳລັບຂໍ້ມູນເພີ່ມເຕີມ ແລະການແກ້ໄຂດ້ວຍຕົວຈັດການເຫດການ. https://www.silabs.com/documents/public/application notes/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk 7x.pdf .
1064370	The Z3Switch sampຄໍາຮ້ອງສະຫມັກ le ເປີດໃຊ້ພຽງແຕ່ຫນຶ່ງປຸ່ມ (ຕົວຢ່າງ : btn1) ໂດຍຄ່າເລີ່ມຕົ້ນທີ່ນໍາໄປສູ່ການບໍ່ກົງກັນໃນແຕ່ຄໍາອະທິບາຍ ton ໃນໂຄງການ.file.	ການແກ້ໄຂບັນຫາ: ຕິດຕັ້ງຕົວຢ່າງ btn0 ດ້ວຍຕົນເອງໃນລະຫວ່າງການສ້າງໂຄງການ Z3Switch.
1161063	Z3Light ແລະແອັບພລິເຄຊັນອື່ນທີ່ອາດມີລາຍງານຄ່າການແກ້ໄຂກຸ່ມທີ່ບໍ່ຖືກຕ້ອງ.	ອັບເດດຄຸນສົມບັດການແກ້ໄຂກຸ່ມດ້ວຍຕົນເອງໃຫ້ກັບການແກ້ໄຂທີ່ເໝາະສົມກັບພວກມັນ.
1164768 , 1171478 , 1171479	ຂໍ້ຜິດພາດ: ezspErrorHandler s0x34 ລາຍງານຊ້ຳໆໃນລະຫວ່າງໂໝດຮັບ mfglib	ເພື່ອຫຼຸດຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດທີ່ພິມອອກ, ຕັ້ງຄ່າ EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ENT_TIMEOUT_MS ໃນແອັບແມ່ຂ່າຍໃຫ້ເຫຼືອ 100, ດັ່ງນັ້ນຄິວໂທກັບຈະຖືກປ່ອຍໄວຂຶ້ນ.

ລາຍການທີ່ຄັດຄ້ານ

ເຊົາສະໜັບສະໜຸນໃນລຸ້ນ 7.4.0.0

ລຶບ APIs ຄວາມປອດໄພທີ່ເຊົາໃຊ້ຕໍ່ໄປນີ້ອອກແລ້ວ:

emberGetKey()

emberGetKeyTableEntry()

emberSetKeyTableEntry()

emberHaveLinkKey()

emberAddOrUpdateKeyTableEntry()

emberAddTransientLinkKey()

emberGetTransientKeyTableEntry()

emberGetTransientLinkKey()

emberHmacAesHash()

ໃຊ້ APIs ທີ່ສະຫນອງໂດຍ Zigbee Security Manager ສໍາລັບການເຂົ້າເຖິງການເກັບຮັກສາທີ່ສໍາຄັນແລະ HMAC hashing.

ຖອນລາຍການອອກ

ເອົາອອກໃນການປ່ອຍ 7.4.0.0

ລຶບ API ສາທາລະນະທີ່ຊ້ຳກັນຢູ່ໃນສ່ວນຫົວສາທາລະນະອອກແລ້ວ file gp-types.h.
ອົງປະກອບ zigbee_end_device_bind ໄດ້ຖືກລຶບອອກແລ້ວ. ອົງປະກອບນີ້ຖືກໃຊ້ສໍາລັບຜູ້ປະສານງານກັບນາຍຫນ້າ binding re quests ສໍາລັບອຸປະກອນສິ້ນສຸດ. ຟັງຊັນທາງເລືອກນີ້ຖືກລຶບອອກຈາກ R22 ຂອງ Zigbee core spec.
ເອົາ setPacketBufferCount() ໃນ af-host.c ແລະ check case ທີ່ບໍ່ມີປະໂຫຍດ EZSP_CONFIG_PACKET_BUFFER_COUNT: ໃນ command handlers.c.
ຖອນ memoryAllocation argument ເພາະວ່າບໍ່ຈໍາເປັນຕ້ອງແບ່ງອອກເປັນສອງໄລຍະເມື່ອເລີ່ມຕົ້ນ NCP.

ເອົາ emberAfNcpInitCallback() ໃນ se14-comms-hub, se14-ihd, ແລະ se14-meter-gas ຂອງ app.c.
ລຶບການຕັ້ງຄ່າ EZSP_CONFIG_RETRY_QUEUE_SIZE ໃນລະຫວ່າງການເລີ່ມຕົ້ນ ncp ໃນ ncp-configuration.c

Multiprotocol Gateway ແລະ RCP

ລາຍການໃໝ່

ເພີ່ມໃນການປ່ອຍ 7.4.0.0

ການຟັງພ້ອມໆກັນ, ຄວາມສາມາດຂອງ Zigbee ແລະ OpenThread stacks ເພື່ອດໍາເນີນການຢູ່ໃນຊ່ອງ 802.15.4 ທີ່ເປັນເອກະລາດໃນເວລາທີ່ໃຊ້ EFR32xG24 ຫຼື xG21 RCP, ຖືກປ່ອຍອອກມາ. ການຟັງພ້ອມໆກັນແມ່ນບໍ່ສາມາດໃຊ້ໄດ້ສໍາລັບການລວມ 802.15.4 RCP/Bluetooth RCP, ການປະສົມປະສານ Zigbee NCP/OpenThread RCP, ຫຼືສໍາລັບການ Zigbee/OpenThread system-on-chip (SoC). ມັນຈະຖືກເພີ່ມໃສ່ຜະລິດຕະພັນເຫຼົ່ານັ້ນໃນການປ່ອຍໃນອະນາຄົດ.

ສ່ວນຂະຫຍາຍຜູ້ຂາຍ OpenThread CLI ໄດ້ຖືກເພີ່ມໃສ່ແອັບໂຮດ OpenThread ຂອງກ່ອງບັນຈຸ multiprotocol. ນີ້ປະກອບມີຄໍາສັ່ງ coex cli.

ການປັບປຸງ

ມີການປ່ຽນແປງໃນການປ່ອຍ 7.4.0.0

ການປະສົມປະສານ multiprotocol Zigbee NCP/OpenThread RCP ໃນປັດຈຸບັນແມ່ນຄຸນນະພາບການຜະລິດ.

ບັນຫາຄົງທີ່

ແກ້ໄຂໃນການປ່ອຍ 7.4.0.0

ID #	ລາຍລະອຽດ
1081828	ບັນຫາການສົ່ງຕໍ່ກັບ FreeRTOS ທີ່ອີງໃສ່ Zigbee/BLE DMP sampຄໍາຮ້ອງສະຫມັກ le.
1090921	Z3GatewayCpc ມີບັນຫາໃນການສ້າງເຄືອຂ່າຍໃນສະພາບແວດລ້ອມທີ່ມີສຽງດັງ.
1153055	ການຢືນຢັນກ່ຽວກັບເຈົ້າພາບແມ່ນເກີດມາຈາກຄວາມລົ້ມເຫຼວຂອງການສື່ສານໃນເວລາທີ່ອ່ານ NCP ສະບັບຈາກ zigbee_ncp-ble_ncp-uart sampແອັບ.
1155676	802.15.4 RCP ຍົກເລີກແພັກເກັດ unicast ທີ່ໄດ້ຮັບທັງໝົດ (ຫຼັງຈາກ MAC acking) ຖ້າຫຼາຍອິນເຕີເຟດ 15.4 ແບ່ງປັນ ID node 16-bit ດຽວກັນ.
1173178	ເຈົ້າພາບໄດ້ລາຍງານບໍ່ຖືກຕ້ອງຫຼາຍຮ້ອຍຊຸດທີ່ໄດ້ຮັບກັບ mfglib ໃນການຕັ້ງຄ່າ Host-RCP.
1190859	EZSP ຜິດພາດໃນເວລາສົ່ງແພັກເກັດແບບສຸ່ມ mfglib ໃນການຕັ້ງຄ່າ Host-RCP.
1199706	ການສຳຫຼວດຂໍ້ມູນຈາກເດັກນ້ອຍອຸປະກອນທ້າຍທີ່ລືມບໍ່ໄດ້ຕັ້ງກອບທີ່ຍັງຄ້າງຢູ່ໃນ RCP ຢ່າງຖືກຕ້ອງເພື່ອຈັດແຖວຄຳສັ່ງ Leave & Rejoin ໃຫ້ກັບລູກອະດີດ.
1207967	ຄໍາສັ່ງ "mfglib send random" ແມ່ນການສົ່ງຊຸດພິເສດໃນ Zigbeed.
1208012	ໂໝດ mfglib rx ບໍ່ໄດ້ອັບເດດຂໍ້ມູນແພັກເກັດຢ່າງຖືກຕ້ອງເມື່ອໄດ້ຮັບໃນ RCP.
1214359	ໂນດຜູ້ປະສານງານຂັດຂ້ອງເມື່ອ 80 ຫຼືຫຼາຍກວ່ານັ້ນ routers ພະຍາຍາມເຂົ້າຮ່ວມພ້ອມໆກັນໃນການຕັ້ງຄ່າ Host-RCP.
1216470	ຫຼັງຈາກຖ່າຍທອດການອອກອາກາດສຳລັບໜ້າກາກທີ່ຢູ່ 0xFFFF, Zigbee RCP ທີ່ເຮັດໜ້າທີ່ເປັນອຸປະກອນພໍ່ແມ່ຈະປ່ອຍທຸງຂໍ້ມູນທີ່ຍັງຄ້າງຢູ່ໃຫ້ກັບລູກແຕ່ລະຄົນ. ອັນນີ້ສົ່ງຜົນໃຫ້ເດັກແຕ່ລະຄົນຕື່ນຕົວລໍຖ້າຂໍ້ມູນຫຼັງການສຳຫຼວດແຕ່ລະຄັ້ງ, ແລະຕ້ອງການທຸລະກຳຂໍ້ມູນອື່ນທີ່ຍັງຄ້າງຢູ່ແຕ່ລະອຸປະກອນເພື່ອລ້າງສະຖານະນີ້ໃນທີ່ສຸດ.

ບັນຫາທີ່ຮູ້ຈັກໃນການປ່ອຍປະຈຸບັນ

ບັນຫາໃນຕົວໜາໄດ້ຖືກເພີ່ມຕັ້ງແຕ່ການເປີດຕົວຄັ້ງກ່ອນ. ຖ້າຫາກວ່າທ່ານໄດ້ພາດໂອກາດການປ່ອຍ, ບັນທຶກການປ່ອຍທີ່ຜ່ານມາແມ່ນມີຢູ່ໃນ https://www.silabs.com/developers/gecko-software-development-kit.

ID #	ລາຍລະອຽດ	ການແກ້ໄຂບັນຫາ
811732	ຮອງຮັບ token ແບບກຳນົດເອງບໍ່ສາມາດໃຊ້ໄດ້ເມື່ອໃຊ້ Zigbeed.	ການສະຫນັບສະຫນູນແມ່ນວາງແຜນໄວ້ໃນການປ່ອຍໃນອະນາຄົດ.
937562	ຄຳສັ່ງ Bluetoothctl 'advertise on' ລົ້ມເຫລວກັບແອັບ rcp-uart 802154-blehci ໃນ Raspberry Pi OS 11.	ໃຊ້ແອັບ btmgmt ແທນ bluetoothctl.

ID #	ລາຍລະອຽດ	ການແກ້ໄຂບັນຫາ
1022972	Coex ບໍ່ເຮັດວຽກໃນ ZB NCP + OT RCP.	ການສະຫນັບສະຫນູນແມ່ນວາງແຜນສໍາລັບການປ່ອຍໃນອະນາຄົດ.
1074205	CMP RCP ບໍ່ຮອງຮັບສອງເຄືອຂ່າຍໃນ PAN id ດຽວກັນ.	ໃຊ້ PAN ids ທີ່ແຕກຕ່າງກັນສໍາລັບແຕ່ລະເຄືອຂ່າຍ. ການສະຫນັບສະຫນູນແມ່ນວາງແຜນໄວ້ໃນການປ່ອຍໃນອະນາຄົດ.
1122723	ໃນສະພາບແວດລ້ອມທີ່ວຸ້ນວາຍ CLI ອາດຈະບໍ່ຕອບສະໜອງໃນແອັບ z3-light_ot-ftd_soc.	ບໍ່ມີການແກ້ໄຂທີ່ຮູ້ຈັກ.
1170052	CMP Zigbee NCP + OT RCP ແລະ DMP Zigbee NCP + BLE NCP ອາດຈະບໍ່ເຫມາະກັບ 64KB ແລະສ່ວນ RAM ຕ່ໍາໃນການປ່ອຍປະຈຸບັນນີ້.	ສ່ວນ 64KB ບໍ່ຮອງຮັບແອັບຯເຫຼົ່ານີ້.
1213701	RCP ອາດຈະບໍ່ຊີ້ບອກຂໍ້ມູນທີ່ຍັງຄ້າງສໍາລັບເດັກທີ່ນອນຫລັບໃນລະຫວ່າງການອັບເກຣດ OTA ເປັນເດັກໃນສະພາບແວດລ້ອມທີ່ມີສຽງດັງ, ສົ່ງຜົນໃຫ້ຂະບວນການອັບເດດຖືກປິດໂດຍບໍ່ຄາດຄິດ.	ຈະຖືກກ່າວເຖິງໃນການປ່ອຍໃນອະນາຄົດ.
1221299	ການອ່ານ Mfglib RSSI ແຕກຕ່າງກັນລະຫວ່າງ RCP ແລະ NCP.	ຈະຖືກກ່າວເຖິງໃນການປ່ອຍໃນອະນາຄົດ.

ລາຍການທີ່ຄັດຄ້ານ

ບໍ່ມີ

ຖອນລາຍການອອກ

ເອົາອອກໃນການປ່ອຍ 7.4.0.0

ມາໂຄຣ “NONCOMPLIANT_ACK_TIMING_WORKAROUND” ໄດ້ຖືກລຶບອອກແລ້ວ. ແອັບຯ RCP ທັງຫມົດໃນປັດຈຸບັນໂດຍຄ່າເລີ່ມຕົ້ນສະຫນັບສະຫນູນ 192 µsec turnaround time ສໍາລັບ acks ທີ່ບໍ່ປັບປຸງໃນຂະນະທີ່ຍັງໃຊ້ເວລາ turnaround 256 µsec ສໍາລັບ acks ປັບປຸງທີ່ຕ້ອງການໂດຍ CSL.

ການນໍາໃຊ້ການປ່ອຍນີ້

ລຸ້ນນີ້ມີສິ່ງຕໍ່ໄປນີ້:

Zigbee stack
Zigbee Application Framework
Zigbee Sample ຄໍາຮ້ອງສະຫມັກ

ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ Zigbee ແລະ EmberZNet SDK ເບິ່ງ UG103.02: ພື້ນຖານ Zigbee.

ຖ້າທ່ານເປັນຜູ້ໃຊ້ຄັ້ງທໍາອິດ, ເບິ່ງ QSG180: ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ Z Zigbee EmberZNet ສໍາລັບ SDK 7.0 ແລະສູງກວ່າ, ສໍາລັບຄໍາແນະນໍາກ່ຽວກັບການຕັ້ງຄ່າສະພາບແວດລ້ອມການພັດທະນາຂອງທ່ານ, ການກໍ່ສ້າງແລະ flashing ເປັນample ຄໍາຮ້ອງສະຫມັກ, ແລະເອກະສານອ້າງອີງທີ່ຊີ້ໄປຫາຂັ້ນຕອນຕໍ່ໄປ.

ການຕິດຕັ້ງແລະການນໍາໃຊ້

Zigbee EmberZNet SDK ແມ່ນສະຫນອງໃຫ້ເປັນສ່ວນຫນຶ່ງຂອງ Gecko SDK (GSDK), ຊຸດຂອງ Silicon Labs SDKs. ເພື່ອເລີ່ມຕົ້ນດ້ວຍ GSDK ຢ່າງວ່ອງໄວ, ໃຫ້ຕິດຕັ້ງ Simplicity Studio 5, ເຊິ່ງຈະຕັ້ງຄ່າສະພາບແວດລ້ອມການພັດທະນາຂອງທ່ານແລະນໍາທ່ານຜ່ານການຕິດຕັ້ງ GSDK. Simplicity Studio 5 ປະກອບມີທຸກສິ່ງທຸກຢ່າງທີ່ຈໍາເປັນສໍາລັບການພັດທະນາຜະລິດຕະພັນ IoT ກັບອຸປະກອນ Silicon Labs, ລວມທັງການເປີດຕົວຊັບພະຍາກອນແລະໂຄງການ, ເຄື່ອງມືການຕັ້ງຄ່າຊອບແວ, IDE ເຕັມທີ່ມີ GNU toolchain, ແລະເຄື່ອງມືການວິເຄາະ. ຄໍາແນະນໍາການຕິດຕັ້ງແມ່ນສະຫນອງໃຫ້ຢູ່ໃນອອນໄລນ໌ Simplicity Studio 5 ຄູ່ມືຜູ້ໃຊ້.

ອີກທາງເລືອກ, Gecko SDK ອາດຈະຖືກຕິດຕັ້ງດ້ວຍຕົນເອງໂດຍການດາວໂຫລດຫຼືໂຄນຂໍ້ມູນຫຼ້າສຸດຈາກ GitHub. ເບິ່ງ https://github.com/SiliconLabs/gecko_sdk ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

Simplicity Studio ຕິດຕັ້ງ GSDK ໂດຍຄ່າເລີ່ມຕົ້ນໃນ:

(Windows): C:\Users\ \SimplicityStudio\SDKs\gecko_sdk
(MacOS): /ຜູ້ໃຊ້/ /SimplicityStudio/SDKs/gecko_sdk

ເອກະສານສະເພາະກັບລຸ້ນ SDK ແມ່ນຕິດຕັ້ງດ້ວຍ SDK. ຂໍ້ມູນເພີ່ມເຕີມສາມາດພົບໄດ້ເລື້ອຍໆໃນ ບົດຄວາມພື້ນຖານຄວາມຮູ້ (KBAs). ການອ້າງອິງ API ແລະຂໍ້ມູນອື່ນໆກ່ຽວກັບເລື່ອງນີ້ແລະການປ່ອຍກ່ອນຫນ້ານີ້ແມ່ນມີຢູ່ໃນ https://docs.silabs.com/.

ຂໍ້ມູນຄວາມປອດໄພ

ການເຊື່ອມໂຍງ Vault ທີ່ປອດໄພ

ສໍາລັບແອັບພລິເຄຊັນທີ່ເລືອກເກັບກະແຈຢ່າງປອດໄພໂດຍໃຊ້ອົງປະກອບ Secure Key Storage ຢູ່ໃນ Secure Vault-High parts, ຕາຕະລາງຕໍ່ໄປນີ້ຈະສະແດງກະແຈທີ່ຖືກປ້ອງກັນ ແລະລັກສະນະການປ້ອງກັນການເກັບຮັກສາຂອງພວກມັນທີ່ອົງປະກອບຕົວຈັດການຄວາມປອດໄພ Zigbee ຈັດການ.

ກະແຈຫໍ່	ສາມາດສົ່ງອອກໄດ້ / ບໍ່ສົ່ງອອກ	ບັນທຶກ
ລະຫັດເຄືອຂ່າຍ	ສາມາດສົ່ງອອກໄດ້
Trust Center Link Key	ສາມາດສົ່ງອອກໄດ້
Transient Link Key	ສາມາດສົ່ງອອກໄດ້	ຕາຕະລາງກະແຈດັດສະນີ, ເກັບໄວ້ເປັນກະແຈທີ່ປ່ຽນແປງໄດ້
Application Link Key	ສາມາດສົ່ງອອກໄດ້	ຕາຕະລາງຫຼັກດັດສະນີ
ລະຫັດ EZSP ທີ່ປອດໄພ	ສາມາດສົ່ງອອກໄດ້
ລະຫັດການເຂົ້າລະຫັດ ZLL	ສາມາດສົ່ງອອກໄດ້
ZLL ລະຫັດການຕັ້ງຄ່າລ່ວງໜ້າ	ສາມາດສົ່ງອອກໄດ້
GPD Proxy Key	ສາມາດສົ່ງອອກໄດ້	ຕາຕະລາງຫຼັກດັດສະນີ
GPD Sink Key	ສາມາດສົ່ງອອກໄດ້	ຕາຕະລາງຫຼັກດັດສະນີ
ລະຫັດພາຍໃນ/ຕົວຍຶດບ່ອນ	ສາມາດສົ່ງອອກໄດ້	ກະແຈພາຍໃນສໍາລັບການນໍາໃຊ້ໂດຍ Zigbee Security Manager

ກະແຈຫໍ່ທີ່ໝາຍເປັນ “ບໍ່ສາມາດສົ່ງອອກໄດ້” ສາມາດນຳໃຊ້ໄດ້ແຕ່ບໍ່ສາມາດນຳໃຊ້ໄດ້ viewed ຫຼືແບ່ງປັນໃນເວລາແລ່ນ.

ກະແຈຫໍ່ທີ່ໝາຍເປັນ “ສາມາດສົ່ງອອກໄດ້” ສາມາດນຳໃຊ້ ຫຼື ແບ່ງປັນໃນເວລາແລ່ນ ແຕ່ຍັງຄົງຖືກເຂົ້າລະຫັດໄວ້ໃນຂະນະທີ່ເກັບໄວ້ໃນແຟລດ.

ຄໍາຮ້ອງສະຫມັກຂອງຜູ້ໃຊ້ບໍ່ເຄີຍຈໍາເປັນຕ້ອງພົວພັນກັບສ່ວນໃຫຍ່ຂອງກະແຈເຫຼົ່ານີ້. APIs ທີ່ມີຢູ່ເພື່ອຈັດການກະແຈ Link Table ຫຼື Transient Keys ຍັງຄົງມີຢູ່ໃນແອັບພລິເຄຊັນຂອງຜູ້ໃຊ້ ແລະຕອນນີ້ສົ່ງຜ່ານອົງປະກອບ Zigbee Security Manager.

ບາງກະແຈເຫຼົ່ານີ້ອາດຈະບໍ່ສາມາດສົ່ງອອກໄປຫາແອັບພລິເຄຊັນຂອງຜູ້ໃຊ້ໄດ້ໃນອະນາຄົດ. ຄໍາຮ້ອງສະຫມັກຂອງຜູ້ໃຊ້ໄດ້ຖືກຊຸກຍູ້ບໍ່ໃຫ້ອີງໃສ່ການສົ່ງອອກກະແຈເວັ້ນເສຍແຕ່ມີຄວາມຈໍາເປັນຢ່າງແທ້ຈິງ.

ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການທໍາງານຂອງ Secure Vault Key Management, ເບິ່ງ AN1271: ການເກັບຮັກສາກະແຈທີ່ປອດໄພ.

ຄໍາແນະນໍາດ້ານຄວາມປອດໄພ

ເພື່ອສະໝັກໃຊ້ທີ່ປຶກສາດ້ານຄວາມປອດໄພ, ເຂົ້າສູ່ລະບົບປະຕູລູກຄ້າ Silicon Labs, ຈາກນັ້ນເລືອກ ຫນ້າທໍາອິດບັນຊີ. ກົດ ຫນ້າທໍາອິດ ເພື່ອໄປທີ່ຫນ້າທໍາອິດຂອງປະຕູແລະຫຼັງຈາກນັ້ນໃຫ້ຄລິກໃສ່ປຸ່ມ ຈັດການການແຈ້ງເຕືອນ ກະເບື້ອງ. ກວດໃຫ້ແນ່ໃຈວ່າ 'ແຈ້ງການແນະນຳຊອບແວ/ຄວາມປອດໄພ & ແຈ້ງການປ່ຽນແປງຜະລິດຕະພັນ (PCNs)' ຖືກກວດສອບແລ້ວ, ແລະທ່ານສະໝັກໃຊ້ຢ່າງຕໍ່າສຳລັບແພລດຟອມ ແລະໂປຣໂຕຄໍຂອງທ່ານ. ກົດ ບັນທຶກ ເພື່ອບັນທຶກການປ່ຽນແປງໃດໆ.

ສະຫນັບສະຫນູນ

ລູກຄ້າຊຸດພັດທະນາມີສິດໄດ້ຮັບການຝຶກອົບຮົມ ແລະການຊ່ວຍເຫຼືອດ້ານວິຊາການ. ໃຊ້ ຫ້ອງທົດລອງຊິລິໂຄນ Zigbee web ໜ້າ ເພື່ອໃຫ້ໄດ້ຮັບຂໍ້ມູນຂ່າວສານກ່ຽວກັບຜະລິດຕະພັນແລະການບໍລິການ Silicon Labs Zigbee ທັງຫມົດ, ແລະລົງທະບຽນສໍາລັບການສະຫນັບສະຫນູນຜະລິດຕະພັນ.

ທ່ານສາມາດຕິດຕໍ່ສະຫນັບສະຫນູນຫ້ອງທົດລອງ Silicon ໄດ້ທີ່ http://www.silabs.com/support.

ປະຕິເສດຄວາມຮັບຜິດຊອບ

Silicon Labs ຕັ້ງໃຈໃຫ້ລູກຄ້າມີເອກະສານຫຼ້າສຸດ, ຖືກຕ້ອງ, ແລະເລິກເຊິ່ງກ່ຽວກັບອຸປະກອນຕໍ່ພ່ວງ ແລະໂມດູນທັງໝົດທີ່ມີໃຫ້ຜູ້ແນະນຳລະບົບ ແລະຊອບແວທີ່ໃຊ້ ຫຼືຕັ້ງໃຈໃຊ້ຜະລິດຕະພັນ Silicon Labs. ຂໍ້ມູນລັກສະນະ, ໂມດູນແລະອຸປະກອນຕໍ່ພ່ວງທີ່ມີ, ຂະຫນາດຫນ່ວຍຄວາມຈໍາແລະທີ່ຢູ່ຫນ່ວຍຄວາມຈໍາຫມາຍເຖິງແຕ່ລະອຸປະກອນສະເພາະ, ແລະຕົວກໍານົດການ "ປົກກະຕິ" ທີ່ສະຫນອງໃຫ້ສາມາດແລະແຕກຕ່າງກັນໃນຄໍາຮ້ອງສະຫມັກທີ່ແຕກຕ່າງກັນ. ຄໍາຮ້ອງສະຫມັກ examples ທີ່ອະທິບາຍໃນທີ່ນີ້ແມ່ນສໍາລັບຈຸດປະສົງຕົວຢ່າງເທົ່ານັ້ນ. Silicon Labs ສະຫງວນສິດທີ່ຈະເຮັດການປ່ຽນແປງໂດຍບໍ່ມີການແຈ້ງການເພີ່ມເຕີມຕໍ່ກັບຂໍ້ມູນຜະລິດຕະພັນ, ຂໍ້ມູນສະເພາະ, ແລະຄໍາອະທິບາຍຢູ່ທີ່ນີ້, ແລະບໍ່ໃຫ້ການຮັບປະກັນກ່ຽວກັບຄວາມຖືກຕ້ອງຫຼືຄົບຖ້ວນຂອງຂໍ້ມູນລວມ. ໂດຍບໍ່ມີການແຈ້ງລ່ວງໜ້າ, Silicon Labs ອາດຈະອັບເດດເຟີມແວຂອງຜະລິດຕະພັນໃນລະຫວ່າງຂະບວນການຜະລິດເພື່ອເຫດຜົນດ້ານຄວາມປອດໄພ ຫຼືຄວາມໜ້າເຊື່ອຖື. ການປ່ຽນແປງດັ່ງກ່າວຈະບໍ່ປ່ຽນແປງສະເພາະຫຼືການປະຕິບັດຂອງຜະລິດຕະພັນ. Silicon Labs ຈະຕ້ອງບໍ່ມີຄວາມຮັບຜິດຊອບຕໍ່ຜົນສະທ້ອນຂອງການນໍາໃຊ້ຂໍ້ມູນທີ່ສະຫນອງໃນເອກະສານນີ້. ເອກະສານສະບັບນີ້ບໍ່ໄດ້ບົ່ງບອກ ຫຼືໃຫ້ສິດອະນຸຍາດຢ່າງຈະແຈ້ງໃນການອອກແບບ ຫຼືສ້າງວົງຈອນລວມໃດໆ. ຜະລິດຕະພັນບໍ່ໄດ້ຖືກອອກແບບຫຼືອະນຸຍາດໃຫ້ນໍາໃຊ້ພາຍໃນອຸປະກອນ FDA Class III ໃດໆ, ຄໍາຮ້ອງສະຫມັກທີ່ຕ້ອງການການອະນຸມັດຂອງ FDA premarket ຫຼືລະບົບການຊ່ວຍເຫຼືອຊີວິດໂດຍບໍ່ມີການຍິນຍອມເຫັນດີເປັນລາຍລັກອັກສອນສະເພາະຂອງ Silicon Labs. “ລະບົບການຊ່ວຍເຫຼືອຊີວິດ” ແມ່ນຜະລິດຕະພັນ ຫຼືລະບົບໃດໜຶ່ງທີ່ມີຈຸດປະສົງເພື່ອສະໜັບສະໜູນ ຫຼືຮັກສາຊີວິດ ແລະ/ຫຼືສຸຂະພາບ, ເຊິ່ງ, ຖ້າມັນລົ້ມເຫລວ, ອາດມີເຫດຜົນຢ່າງສົມເຫດສົມຜົນທີ່ຈະສົ່ງຜົນໃຫ້ມີການບາດເຈັບ ຫຼືເສຍຊີວິດຢ່າງຫຼວງຫຼາຍ. ຜະລິດຕະພັນ Silicon Labs ບໍ່ໄດ້ຖືກອອກແບບຫຼືອະນຸຍາດສໍາລັບຄໍາຮ້ອງສະຫມັກທາງການທະຫານ. ຜະລິດຕະພັນຂອງ Silicon Labs ຈະບໍ່ຢູ່ໃນສະຖານະການໃດໆທີ່ຈະຖືກນໍາໃຊ້ໃນອາວຸດທໍາລາຍມະຫາຊົນລວມທັງ (ແຕ່ບໍ່ຈໍາກັດ) ອາວຸດນິວເຄລຍ, ຊີວະວິທະຍາຫຼືເຄມີ, ຫຼືລູກສອນໄຟທີ່ສາມາດຈັດສົ່ງອາວຸດດັ່ງກ່າວ. Silicon Labs ປະຕິເສດທຸກການຮັບປະກັນທີ່ສະແດງອອກ ແລະໂດຍທາງອ້ອມ ແລະຈະບໍ່ຮັບຜິດຊອບ ຫຼື ຮັບຜິດຊອບຕໍ່ການບາດເຈັບ ຫຼືຄວາມເສຍຫາຍໃດໆທີ່ກ່ຽວຂ້ອງກັບການໃຊ້ຜະລິດຕະພັນ Silicon Labs ໃນແອັບພລິເຄຊັນທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດດັ່ງກ່າວ. ໝາຍເຫດ: ເນື້ອຫານີ້ອາດມີຄຳສັບທີ່ໜ້າລັງກຽດ ເຊິ່ງຕອນນີ້ມັນໝົດອາຍຸແລ້ວ. Silicon Labs ກໍາລັງປ່ຽນແທນຂໍ້ກໍານົດເຫຼົ່ານີ້ດ້ວຍພາສາລວມທຸກທີ່ທີ່ເປັນໄປໄດ້. ສໍາລັບການເພີ່ມເຕີມ ຂໍ້ມູນຂ່າວສານ, ການຢ້ຽມຢາມ www.silabs.com/about-us/inclusive-lexicon-project

ຂໍ້ມູນເຄື່ອງຫມາຍການຄ້າ

Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® ແລະ Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, Energy Micro ໂລໂກ້ ແລະການປະສົມປະສານຂອງມັນ. , “ຕົວຄວບຄຸມຈຸລະພາກທີ່ເປັນມິດກັບພະລັງງານທີ່ສຸດໃນໂລກ”, Redpine Signals®, WiSeConnect, n-Link, ThreadArch®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis , ໂລໂກ້ Telegesis®, USBXpress® , Zentri, ໂລໂກ້ Zentri ແລະ Zentri DMS, Z-Wave®, ແລະອື່ນໆແມ່ນເຄື່ອງໝາຍການຄ້າ ຫຼືເຄື່ອງໝາຍການຄ້າທີ່ຈົດທະບຽນຂອງ Silicon Labs. ARM, CORTEX, Cortex-M3 ແລະ THUMB ແມ່ນເຄື່ອງໝາຍການຄ້າ ຫຼືເຄື່ອງໝາຍການຄ້າຈົດທະບຽນຂອງ ARM Holdings. Keil ເປັນເຄື່ອງໝາຍການຄ້າຈົດທະບຽນຂອງ ARM Limited. Wi-Fi ເປັນເຄື່ອງໝາຍການຄ້າທີ່ຈົດທະບຽນຂອງ Wi-Fi Alliance. ຜະລິດຕະພັນ ຫຼືຊື່ຍີ່ຫໍ້ອື່ນໆທັງໝົດທີ່ກ່າວມານີ້ແມ່ນເຄື່ອງໝາຍການຄ້າຂອງຜູ້ຖືຂອງເຂົາເຈົ້າ.

Silicon Laboratories Inc.
400 ຕາເວັນຕົກ Cesar Chavez
Austin, TX 78701
ສະຫະລັດ

ເວັບໄຊທ໌ www.silabs.com

ເອກະສານ / ຊັບພະຍາກອນ

SILICON LABS 7.4.0.0 ຊອບແວ Zigbee EmberZNet SDK [pdf] ຄູ່ມືຜູ້ໃຊ້
7.4.0.0 ຊອບແວ Zigbee EmberZNet SDK, 7.4.0.0, ຊອບແວ Zigbee EmberZNet SDK, ຊອບແວ EmberZNet SDK, ຊອບແວ SDK, ຊອບແວ

ເອກະສານອ້າງອີງ

ຄູ່ມືຜູ້ໃຊ້