SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK
- Zigbee EmberZNet SDK ເວີຊັ່ນ: 7.4.5.0 GA
- Gecko SDK Suite ເວີຊັ່ນ: 4.4
- ວັນທີປ່ອຍ: ຕຸລາ 23, 2024
- ເວທີ: Silicon Labs
- ສະຫນັບສະຫນູນ Compilers: GCC (GNU Compiler Collection) ເວີຊັນ 12.2.1
- EZSP Protocol Version: 0x0D
ຄໍາແນະນໍາການນໍາໃຊ້ຜະລິດຕະພັນ
ຄຸນນະສົມບັດທີ່ສໍາຄັນ
Zigbee EmberZNet SDK ໂດຍ Silicon Labs ສະເຫນີລັກສະນະທີ່ສໍາຄັນຕໍ່ໄປນີ້
ຮອງຮັບ Multiprotocol (CMP) Zigbee ແລະ OpenThread ໃນ SoC.
ຄວາມເຂົ້າກັນໄດ້ແລະແຈ້ງການການນໍາໃຊ້
ສໍາລັບການປັບປຸງຄວາມປອດໄພແລະແຈ້ງການ, ເບິ່ງບົດຄວາມປອດໄພຂອງ Gecko Platform Release Notes ຫຼືໄປຢ້ຽມຢາມແຖບ TECH DOCS ໃນ Silicon Labs webເວັບໄຊ. ຂໍແນະນຳໃຫ້ສະໝັກໃຊ້ທີ່ປຶກສາດ້ານຄວາມປອດໄພສຳລັບຂໍ້ມູນຫຼ້າສຸດ.
Compilers ເຂົ້າກັນໄດ້
ໃຫ້ແນ່ໃຈວ່າໃຊ້ທີ່ຖືກຕ້ອງ files ກັບ compiler ສະຫນັບສະຫນູນ
GCC (GNU Compiler Collection) ເວີຊັ່ນ 12.2.1 ທີ່ສະໜອງໃຫ້ກັບ Simplicity Studio.
ອະນຸສັນຍາ EZSP
ເວີຊັ່ນໂປຣໂຕຄໍ EZSP ສຳລັບລຸ້ນນີ້ແມ່ນ 0x0D.
- Q: ອົງປະກອບໃຫມ່ທີ່ນໍາສະເຫນີໃນການປ່ອຍ 7.4.5.0 ແມ່ນຫຍັງ?
- A: ຕອນນີ້ຜູ້ໃຊ້ສາມາດມີອົງປະກອບຄວາມປອດໄພຂອງ zigbee_direct_security ຫຼາຍອັນທີ່ເປີດໃຊ້ໃນແອັບພລິເຄຊັນ Zigbee direct device (ZDD), ໂດຍມີທາງເລືອກຄວາມປອດໄພຕົວຈິງຂຶ້ນກັບການຕັ້ງຄ່າ Zigbee Virtual Device (ZVD).
- ຖາມ: APIs ໃຫມ່ທີ່ເພີ່ມເຂົ້າໃນການປ່ອຍ 7.4.4.0 ແມ່ນຫຍັງ?
- A: APIs ໃຫມ່ປະກອບມີ mfglibSetCtune ແລະ mfglibGetCtune.
- Q: ການສະຫນັບສະຫນູນເວທີໃຫມ່ທີ່ນໍາສະເຫນີໃນການປ່ອຍ 7.4.5.0 ແມ່ນຫຍັງ?
- A: EFR32MG24A020F768IM40 ປະຈຸບັນໄດ້ຮັບການສະຫນັບສະຫນູນເປັນເວທີ.
- ຖາມ: ຂ້ອຍສາມາດຊອກຫາເອກະສານສະບັບປັບປຸງສໍາລັບອົງປະກອບ Zigbee Secure Key Storage ໄດ້ຢູ່ໃສ?
- A: ຄໍາອະທິບາຍສໍາລັບອົງປະກອບ Zigbee Secure Key Storage ໄດ້ຖືກປັບປຸງໃນການປ່ອຍ 7.4.0.0, ພ້ອມກັບບັນທຶກຄໍາຮ້ອງສະຫມັກໃຫມ່ສໍາລັບການພົວພັນກັບກຸ່ມ Zigbee Security Manager ຂອງອົງປະກອບ (AN1412: Zigbee Security Manager).
Zigbee EmberZNet SDK 7.4.5.0 GA
Gecko SDK Suite 4.4
ວັນທີ 23 ຕຸລາ 2024
Silicon Labs ແມ່ນຜູ້ຂາຍທາງເລືອກສໍາລັບ OEMs ພັດທະນາເຄືອຂ່າຍ Zigbee ເຂົ້າໄປໃນຜະລິດຕະພັນຂອງພວກເຂົາ. ແພລະຕະຟອມ Silicon Labs Zigbee ແມ່ນການແກ້ໄຂ Zigbee ທີ່ປະສົມປະສານທີ່ສຸດ, ສົມບູນ, ແລະອຸດົມສົມບູນທີ່ສຸດທີ່ມີຢູ່.
Silicon Labs EmberZNet SDK ປະກອບມີການປະຕິບັດຂອງ Silicon Labs ຂອງ Zigbee stack specification.
ບັນທຶກການປ່ອຍເຫຼົ່ານີ້ກວມເອົາເວີຊັນ SDK
- 7.4.5.0 ປ່ອຍອອກມາເມື່ອ 23 ຕຸລາ 2024
- 7.4.4.0 ປ່ອຍອອກມາເມື່ອ 14 ສິງຫາ 2024
- 7.4.3.0 ປ່ອຍອອກມາເມື່ອ 2 ພຶດສະພາ 2024
- 7.4.2.0 ປ່ອຍອອກມາເມື່ອ 10 ເມສາ 2024
- 7.4.1.0 ປ່ອຍອອກມາເມື່ອ 14 ກຸມພາ 2024
- 7.4.0.0 ປ່ອຍອອກມາເມື່ອ 13 ທັນວາ 2023
ຄວາມເຂົ້າກັນໄດ້ແລະແຈ້ງການການນໍາໃຊ້
ສໍາລັບຂໍ້ມູນກ່ຽວກັບການປັບປຸງຄວາມປອດໄພ ແລະແຈ້ງການ, ເບິ່ງບົດຄວາມປອດໄພຂອງບັນທຶກການປ່ອຍແພລດຟອມ Gecko ທີ່ຕິດຕັ້ງດ້ວຍ SDK ນີ້ ຫຼືຢູ່ໃນແຖບ TECH DOCS ໃນ https://www.silabs.com/developers/zigbee-emberznet . Silicon Labs ຍັງແນະນຳຢ່າງແຂງແຮງໃຫ້ທ່ານສະໝັກໃຊ້ທີ່ປຶກສາດ້ານຄວາມປອດໄພສຳລັບຂໍ້ມູນໃໝ່ຫຼ້າສຸດ. ສໍາລັບຄໍາແນະນໍາ, ຫຼືຖ້າທ່ານເປັນຄົນໃຫມ່ໃນ Zigbee EmberZNet SDK, ເບິ່ງການນໍາໃຊ້ການປ່ອຍນີ້.
Compilers ເຂົ້າກັນໄດ້
IAR Embedded Workbench ສໍາລັບ ARM (IAR-EWARM) ເວີຊັນ 9.40.1.
- ການໃຊ້ເຫຼົ້າແວງເພື່ອສ້າງດ້ວຍລະບົບຄຳສັ່ງ 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.
ລາຍການໃໝ່
ອົງປະກອບໃຫມ່
ໃໝ່ໃນລຸ້ນ 7.4.0.0
ອົງປະກອບ "zigbee_direct_security_p256" ແລະ "zigbee_direct_security_curve25519" ໄດ້ຖືກເພີ່ມເພື່ອໃຫ້ຜູ້ໃຊ້ສາມາດກໍານົດຕົວເລືອກຄວາມປອດໄພສະເພາະ Zigbee Direct.
ຜູ້ໃຊ້ໄດ້ຮັບອະນຸຍາດໃຫ້ມີອົງປະກອບ “zigbee_direct_security” ຫຼາຍອັນທີ່ເປີດໃຊ້ໃນແອັບພລິເຄຊັນ Zigbee direct device (ZDD). ໃນກໍລະນີນີ້, ທາງເລືອກຄວາມປອດໄພທີ່ແທ້ຈິງແມ່ນຂຶ້ນກັບການຕັ້ງຄ່າ Zigbee Virtual Device (ZVD).
API ໃໝ່
ໃໝ່ໃນລຸ້ນ 7.4.4.0
ແນະນໍາສອງ APIs lib ການຜະລິດທີ່ອຸທິດຕົນເພື່ອຮັບແລະກໍານົດຄ່າ CTUNE.
ໃນ patch ກ່ອນຫນ້ານີ້ການປ່ອຍການເຂົ້າເຖິງແລະການກໍານົດຄ່າ CTUNE ໄດ້ກາຍເປັນສ່ວນຫນຶ່ງຂອງ RAIL APIs. ໃນ patch ນີ້ຊຸດຂອງ APIs ການຜະລິດທີ່ encapsulate RAIL APIs ໄດ້ຖືກນໍາສະເຫນີດັ່ງຕໍ່ໄປນີ້ເພື່ອກໍານົດແລະໄດ້ຮັບມູນຄ່າ.
mfglibSetCtune
mfglibGetCtune
ໃໝ່ໃນລຸ້ນ 7.4.2.0
- ຂະຫຍາຍ SPI NCP ເພື່ອຮອງຮັບໂໝດການນອນໃນບາງກໍລະນີການນຳໃຊ້ Host-NCP.
ໃນກໍລະນີນີ້, SPI NCP ສາມາດຖືກຕັ້ງຄ່າເປັນອຸປະກອນທີ່ນອນຫລັບ. ເຈົ້າພາບ Z3Gateway sample ຄໍາຮ້ອງສະຫມັກແມ່ນຂະຫຍາຍດ້ວຍລະຫັດ CLI ແບບກໍານົດເອງເພີ່ມເຕີມທີ່ຮັບຜິດຊອບສໍາລັບການສັ່ງ NCP ເພື່ອເຂົ້າໄປໃນຫນຶ່ງໃນໂຫມດການນອນໂດຍຜ່ານຄໍາສັ່ງ CLI custom sleepMode, ແລະຕ້ອງຕື່ນຂຶ້ນມາໂດຍໃຊ້ຄໍາສັ່ງ CLI custom wakeup ກ່ອນການສື່ສານ EZSP ຕໍ່ໄປ. - ແນະນຳ API ໃໝ່ sl_zigbee_af_isr_event_init ເພື່ອເລີ່ມຕົ້ນເຫດການກອບແອັບພລິເຄຊັນທີ່ມີຈຸດປະສົງເພື່ອເປີດໃຊ້ພາຍໃນບໍລິການທີ່ຂັດຂວາງ (ISR). ເຫດການເຫຼົ່ານີ້, ເຊິ່ງຖືກກໍານົດຈາກ ISR, ຕ້ອງມີຕົວກໍານົດການຊັກຊ້າ 0 ມິນລິວິນາທີ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ເຫດການຈາກ ISR ຕ້ອງໄດ້ຮັບການກະຕຸ້ນເປັນເຫດການທັນທີທັນໃດ. ບໍ່ມີການປິດການນຳໃຊ້ເຫດການທີ່ອະນຸຍາດໃຫ້ຢູ່ໃນ ISR.
ເຫດຜົນຂ້າງເທິງນີ້ແມ່ນມີດັ່ງນີ້: ລະບົບເຫດການຈັດການຄິວນັດໝາຍໃນລະຫວ່າງການກຳນົດເວລາ (ເປີດໃຊ້ງານດ້ວຍການລ່າຊ້າທີ່ບໍ່ແມ່ນສູນ, ຫຼືປິດການນຳໃຊ້) ເຫດການໃດໜຶ່ງ. ເພື່ອຫຼຸດຜ່ອນຄວາມລ່າຊ້າ, ISR ຄວນເປີດໃຊ້ງານໃດໜຶ່ງດ້ວຍຄວາມລ່າຊ້າ 0, ເຊິ່ງກຳນົດເວລາໃນການປະມວນຜົນຄິວນັດໝາຍຕໍ່ໄປ. ນີ້ອະນຸຍາດໃຫ້ມີການຊັກຊ້າຕື່ມອີກ, ຫຼືການປິດໃຊ້ງານ, ດໍາເນີນການຫຼັງຈາກ ISR ອອກ. ເພື່ອຈຳແນກເຫດການທີ່ມີຈຸດປະສົງເພື່ອນຳໃຊ້ພາຍໃນບໍລິບົດ ISR, ໂຄງສ້າງເຫດການຈະຖືກໝາຍດ້ວຍ sli_zigbee_isr_event_marker ໃນລະຫວ່າງການເລີ່ມຕົ້ນ.
ອ້າງເຖິງແຫຼ່ງ zigbee_app_framework_event.h file ສໍາລັບລາຍລະອຽດຂອງຫນ້າທີ່ໃຫມ່ນີ້. - ຄວາມກະຈ່າງແຈ້ງກ່ຽວກັບການນໍາໃຊ້ຟັງຊັນໃຫມ່ ember ອັບເດດ Multi Mac Rejoin Channel Mask ສໍາລັບການຄັດເລືອກຫຼືການເຂົ້າຮ່ວມອຸປະກອນທີ່ເອີ້ນວ່າພາຍໃນ stack API ember ຊອກຫາແລະເຂົ້າຮ່ວມເຄືອຂ່າຍຄືນໃຫມ່ດ້ວຍເຫດຜົນທີ່ຈະໄດ້ຮັບຫນ້າກາກຊ່ອງທາງທີ່ໃຊ້ສໍາລັບການເຂົ້າຮ່ວມຄືນໃຫມ່.
ຂໍ້ມູນຈໍາເພາະຂອງ SE1.4a ຈໍາກັດການປ່ຽນແປງຂອງການໂຕ້ຕອບ (ຈາກ 2.4GHz ເປັນ sub-GHz ຫຼືໃນທາງກັບກັນ) ໃນລະຫວ່າງການເຂົ້າຮ່ວມຂອງອຸປະກອນປະເພດ Multi-MAC Joining End ຄືນໃໝ່. ເນື່ອງຈາກວ່າປະເພດອຸປະກອນແມ່ນການຕັ້ງຄ່າກອບຂອງແອັບພລິເຄຊັນ (ນັ້ນຄື, ປະເພດອຸປະກອນສິ້ນສຸດທີ່ເຂົ້າຮ່ວມຈະເປັນອຸປະກອນຍ່ອຍ GHz ຫຼືອຸປະກອນ 2.4 GHz, ບໍ່ແມ່ນທັງສອງ, ໃນການຕັ້ງຄ່າ), ການໂທນີ້ສະຫນອງຫນ້າກາກຊ່ອງໂດຍອີງໃສ່ການຕັ້ງຄ່ານັ້ນ. ວ່າໜ້າກາກການເຂົ້າຮ່ວມແມ່ນຄືກັນກັບໜ້າກາກສ່ວນຕິດຕໍ່ເຂົ້າກັນສະເໝີ.
ໃໝ່ໃນລຸ້ນ 7.4.0.0
- ໄດ້ເພີ່ມ API void sl_zigbee_token_factory_reset(bool exclude_outgoing_fc, bool exclude_boot_counter) ເພື່ອຣີເຊັດໂທເຄັນ Zigbee NVM3 ເປັນຄ່າເລີ່ມຕົ້ນຂອງພວກມັນ.
- ເພີ່ມ API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), ເຊິ່ງສົ່ງຄືນເປັນຄວາມຈິງຖ້າຕາຕະລາງລິ້ງຄ໌ສາມາດເພີ່ມ ຫຼືອັບເດດລາຍການທີ່ມີທີ່ຢູ່ນີ້ (ຕາຕະລາງບໍ່ເຕັມ).
ເພີ່ມ API bool ໃໝ່ sl_zb_sec_man_compare_key_to_value (sl_zb_sec_man_context_t* 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, ເນື່ອງຈາກລໍາດັບກອບການປຸກທີ່ມີທ່າແຮງຍາວອາດຈະຖືກນໍາໃຊ້. ຜູ້ໃຊ້ທີ່ຕ້ອງການປັບບູລິມະສິດສາຍສົ່ງອາດຈະນໍາໃຊ້ DMP Tuning ແລະການທົດສອບອົງປະກອບເພື່ອເຮັດແນວນັ້ນ. ຜູ້ໃຊ້ອາດຈະປຶກສາ UG305: Dynamic Multiprotocol User's Guide ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
ການປັບປຸງ
ມີການປ່ຽນແປງໃນການປ່ອຍ 7.4.0.0 ember Counter Handler API Doc ການປ່ຽນແປງ
ໃນຮຸ່ນທີ່ຜ່ານມາ, Counter Handler callback ສໍາລັບ MAC ແລະ APS layer Ember Counter Types ກ່ຽວກັບ packet RX ແລະ TX ບໍ່ໄດ້ຖືກສົ່ງຜ່ານ ID node ເປົ້າຫມາຍທີ່ເຫມາະສົມຫຼືການໂຕ້ຖຽງຂໍ້ມູນ, ແລະເອກະສານ API ກ່ຽວກັບພຶດຕິກໍາຂອງຕົວนับບາງຢ່າງທີ່ໃຊ້ພາລາມິເຕີເຫຼົ່ານີ້ບໍ່ຊັດເຈນຫຼື. ເຮັດໃຫ້ເຂົ້າໃຈຜິດ.
ໃນຂະນະທີ່ລາຍເຊັນຂອງ ember Counter Handler() ບໍ່ໄດ້ປ່ຽນແປງ, ວິທີການບັນຈຸຕົວກໍານົດການຂອງມັນແມ່ນມີການປ່ຽນແປງເລັກນ້ອຍ.
- ຄຳເຫັນກ່ຽວກັບ EmberCounterType enums ໃນ ember-types.h ໄດ້ຖືກຂະຫຍາຍອອກເພື່ອຄວາມຊັດເຈນ.
- ພາຣາມິເຕີ Node ID ກັບ Counter Handler ສໍາລັບຕົວນັບທີ່ກ່ຽວຂ້ອງກັບ TX ຕອນນີ້ກວດເບິ່ງວ່າຮູບແບບທີ່ຢູ່ປາຍທາງ indi-cates 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 ສະເໝີ. . ຢ່າງໃດກໍຕາມ, ການນັບ Retry ສໍາລັບການ retries ຊັ້ນ APS ຍັງສືບຕໍ່ຖືກບັນຈຸຢູ່ໃນຕົວກໍານົດການຂໍ້ມູນສໍາລັບ
EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED ປະເພດ countertypes, ເພື່ອໃຫ້ສອດຄ່ອງກັບການປ່ອຍກ່ອນຫນ້າ. - ຕົວນັບທັງໝົດທີ່ເພີ່ມ 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.
- ເພີ່ມລະຫັດເພື່ອຈັດການກໍລະນີໃນເວລາທີ່ບໍ່ມີພື້ນທີ່ເພີ່ມເຕີມເພື່ອສ້າງຂໍ້ຄວາມ Green Power.
- ອ່າງລ້າງຕອນນີ້ລຸດລົງການຕັ້ງຄ່າການຈັບຄູ່ດ້ວຍການປະຕິບັດ Remove Pairing ໃນບາງກໍລະນີຕໍ່ spec ພາກ A.3.5.2.4.1.
- ຕອນນີ້ອ່າງເກັບນ້ໍາບັນທຶກລາຍຊື່ກຸ່ມທີ່ມີຢູ່ກ່ອນການເອົາອອກເມື່ອດໍາເນີນການ Pairing Configuration ກັບ action Extend.
- ຄໍາສັ່ງການສອບຖາມການແປຈະສົ່ງຄືນ "ບໍ່ພົບ" ເປັນລະຫັດຂໍ້ຜິດພາດໃນເວລາທີ່ຕາຕະລາງການແປພາສາຫວ່າງເປົ່າຫຼືດັດຊະນີແມ່ນໃຫຍ່ກວ່າຈໍານວນລາຍການໃນຕາຕະລາງ.
- ປ່ຽນເວີຊັນຂອງ 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.5.0
ID # | ລາຍລະອຽດ |
1357860 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ເກີດການຂັດຂ້ອງເມື່ອຈຸດສິ້ນສຸດຫຼາຍຈຸດເລີ່ມຕົ້ນເພື່ອເລີ່ມຕົ້ນການລະບຸເຫດການຕິຊົມ. (ອ້າງອີງອື່ນໆ: 1348659) |
1357517 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ເກີດການຂັດຂ້ອງໃນເວລາທີ່ແອັບຯຫຼາຍເຄືອຂ່າຍພະຍາຍາມຊີ້ນໍາໃນເຄືອຂ່າຍທີສອງ. |
1356285 | ໃນກໍລະນີທີ່ຫາຍາກ, packet ອາດຈະຖືກສົ່ງໄປຫາ Outgoing Packet Handoff Callback ທີ່ມີພາລາມິເຕີດັດສະນີ payload ທີ່ເກີນຄວາມຍາວທີ່ລະບຸໄວ້ຂອງ packet buffer, ນໍາໄປສູ່ການຢືນຢັນໃນ legacy-packet-buffer.c ຖ້າອົງປະກອບ Packet Handoff ຖືກເປີດໃຊ້. ຫນ້າທີ່ຕົວຈັດການຂາເຂົ້າແລະຂາອອກຂອງອົງປະກອບໃນປັດຈຸບັນຈັບເງື່ອນໄຂນີ້ແລະຍົກເລີກແພັກເກັດທີ່ບໍ່ຖືກຕ້ອງໂດຍບໍ່ມີການປຸງແຕ່ງຕື່ມອີກ. (ອ້າງອີງອື່ນໆ: 1350285) |
1355289 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ LQI Response ໄດ້ຮັບດ້ວຍທີ່ຢູ່ MAC ເປັນສູນທັງໝົດ. (ອ້າງອີງອື່ນໆ: 1351489) |
1349160 |
|
1343044 | ຖ້າ Plugin Fragmentation ຄິດໄລ່ຄ່າບໍລິການທີ່ບໍ່ຖືກຕ້ອງສໍາລັບຊິ້ນສ່ວນ unicast, ມັນສາມາດສົ່ງຂໍ້ມູນຫຼາຍໄປຫາ NCP ຫຼາຍກວ່າທີ່ຈະເຫມາະໃນຊຸດດຽວຫຼັງຈາກ stack overhead ທັງຫມົດຖືກຄິດໄລ່. ນີ້ສາມາດນໍາໄປສູ່ການສໍ້ລາດບັງຫຼວງຂອງຄວາມຊົງຈໍາໃນ NCP ທີ່ເຮັດໃຫ້ເກີດຄວາມລົ້ມເຫລວໃນການຢືນຢັນຫຼືພຶດຕິກໍາທີ່ບໍ່ຄາດຄິດອື່ນໆ. (ອ້າງອີງອື່ນໆ: 1289413) |
1343012 | Si4468 firmware patch ເພີ່ມໃສ່ phy-pro2plus-library ເພື່ອແກ້ໄຂສະພາບເຊື້ອຊາດໃນການປະມວນຜົນ sub-GHz Tx/Rx. (ອ້າງອີງອື່ນໆ: 1341928) |
1311214 | ແກ້ໄຂການຕອບໂຕ້ເລີ່ມຕົ້ນເພີ່ມເຕີມທີ່ສ້າງຂຶ້ນເມື່ອຄຳສັ່ງຂອງເຊີບເວີ OTA ທີ່ເຂົ້າມາຂໍ້ຄວາມ ZCL ມີການຕອບສະໜອງເລີ່ມຕົ້ນ. ມີພຽງແຕ່ຫນຶ່ງຄໍາຕອບຕໍ່ຄວາມຜິດພາດທີ່ຖືກສົ່ງ, ແລະສໍາລັບການຮ້ອງຂໍ block ຮູບພາບສົບຜົນສໍາເລັດ, ບໍ່ມີການຕອບສະຫນອງມາດຕະຖານຖືກຕັ້ງ. (ອ້າງອີງອື່ນໆ: 1300935) |
1296653 | ຖ້າອຸປະກອນ PHY NCP ຄູ່ປະຕິບັດການສະແກນພະລັງງານຢູ່ໃນແຖບຍ່ອຍ GHz ໃນຂະນະທີ່ວິທະຍຸ 2.4GHz ເຮັດວຽກ, ການຈາລະຈອນ Beacon ເຂົ້າມາຢ່າງຫຼວງຫຼາຍເພື່ອຕອບສະຫນອງຄໍາຮ້ອງຂໍ Beacon ທີ່ເຂົ້າມາໃນຊ່ອງທາງວິທະຍຸ 2.4GHz ສາມາດຄອບຄອງຈໍານວນຫຼວງຫຼາຍ. ຫນ່ວຍຄວາມຈໍາຂອງ buffer ຂອງ stack (ຈັດສັນຈາກສ່ວນ Heap) ໃນຂະນະທີ່ຊ່ອງຍ່ອຍຫຼາຍ GHz ກໍາລັງຖືກສະແກນ, ຊຶ່ງສາມາດນໍາໄປສູ່ buffer shor.tages ແລະ EZSP Overflow ເງື່ອນໄຂຖ້າຂະຫນາດ Heap (ເຊິ່ງກໍານົດຈໍານວນ buffers ມີຢູ່ໃນລະບົບ) ບໍ່ພຽງພໍ. ສະພາບ overflow ນີ້ສາມາດປ້ອງກັນບໍ່ໃຫ້ Scan Complete Handler ເຂົ້າເຖິງແອັບພລິເຄຊັນແມ່ຂ່າຍ, ເຮັດໃຫ້ເຄື່ອງສະແກນສະຖານະຂອງແອັບຯຕິດຢູ່ຕະຫຼອດໄປ. ລະຫັດການສະແກນພະລັງງານສໍາລັບອຸປະກອນ PHY ຄູ່ໃນປັດຈຸບັນຈະຍົກເລີກແພັກເກັດ Beacon ທີ່ໄດ້ຮັບໃນວິທະຍຸ 2.4GHz ໃນລະຫວ່າງການສະແກນຊ່ອງຍ່ອຍ GHz, ດັ່ງນັ້ນການປ້ອງກັນການໄຫຼເຂົ້າຂອງ beacons ຢ່າງຫຼວງຫຼາຍຈາກການສ້າງບັນຫາທີ່ໄດ້ກ່າວມາຂ້າງເທິງ. ໃຫ້ສັງເກດວ່ານີ້ບໍ່ໄດ້ປ້ອງກັນການເຮັດວຽກປົກກະຕິຂອງເຄືອຂ່າຍໃນ 2.4GHz ເນື່ອງຈາກ Beacons ຖືກນໍາໃຊ້ພຽງແຕ່ສໍາລັບການກວດສອບຄວາມຂັດແຍ້ງ PAN ID ທີ່ເປັນໄປໄດ້ໃນເວລາທີ່ອຸປະກອນບໍ່ໄດ້ດໍາເນີນການສະແກນ Active, ແລະການຂັດແຍ້ງ PAN ID ຍັງສາມາດກວດພົບໂດຍ routers ອື່ນໆໃນເຄືອຂ່າຍໃນລະຫວ່າງ. ເວລານີ້ຫຼືໂດຍຜູ້ປະສານງານເມື່ອການສະແກນພະລັງງານສໍາເລັດ. (ອ້າງອີງອື່ນໆ: 1276049) |
ID # | ລາຍລະອຽດ |
1295250 | ແກ້ໄຂບັນຫາການລວບລວມໃນເວລາທີ່ເພີ່ມອົງປະກອບການທົດສອບ zigbee 3.0 ເຂົ້າໄປໃນຄໍາຮ້ອງສະຫມັກມາດຕະຖານ. (ອ້າງອີງອື່ນໆ: 1280058) |
1294848 | ເພີ່ມການກວດສອບສໍາລັບອາເຣຂໍ້ມູນ ZCL ເພື່ອຮອງຮັບຄວາມຍາວຂອງສະຕຣິງທີ່ຍາວທີ່ສຸດເຖິງ 253. (ຂໍ້ມູນອ້າງອີງອື່ນໆ: 1275092) |
1294843 | ແກ້ໄຂການເລີ່ມຕົ້ນຂອງຕົວແປທ້ອງຖິ່ນທີ່ຂາດຫາຍໄປກ່ອນທີ່ຈະໃຊ້. (ອ້າງອີງອື່ນໆ: 1275104) |
1271968 |
|
1270721 | ແກ້ໄຂບັນຫາເພື່ອປັບປຸງການເຂົ້າກັນຫຼາຍຈຸດຂອງອຸປະກອນ. ເມື່ອປະກາດອຸປະກອນ, ຄູ່ທີ່ຢູ່ຈະຖືກເພີ່ມໃສ່ແຄດທີ່ຢູ່. (ອ້າງອີງອື່ນໆ: 1266351) |
ແກ້ໄຂໃນການປ່ອຍ 7.4.4.0
ID # | ລາຍລະອຽດ |
1334454 | ແກ້ໄຂບັນຫາໃນການຈັດການການຕອບໂຕ້ຄືນ. (ອ້າງອີງອື່ນໆ: 1331580) |
1330732 | ຟັງຊັນການວິນິດໄສຄວນປິດການຂັດຂວາງຫຼັງຈາກໂທຫາ Iostream ເພື່ອຫຼີກເວັ້ນການຢືນຢັນເມື່ອໄດ້ຮັບ mutex. |
1330720 | EZSP_MAX_FRAME_LENGTH ຖືກປ່ຽນກັບຄືນໄປເປັນ 220, ອະນຸຍາດໃຫ້ຄວາມຍາວສູງສຸດຂອງຂໍ້ຄວາມ XNCP ເປັນ 220 ເຊັ່ນດຽວກັນ. (ອ້າງອີງອື່ນໆ: 1327706) |
1330311 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ບາງການທົດສອບພຣັອກຊີ GP ລົ້ມເຫລວໃນການຕິດຕັ້ງ RCP Host. (ອ້າງອີງອື່ນໆ: 1328991) |
1312369 | ເຮັດໃຫ້ SL_LEGACY_HAL_WDOG_IRQHandler() ຫນ້າທີ່ອ່ອນແອ, ໃຫ້ລູກຄ້າສາມາດສະຫນອງການປະຕິບັດຂອງຕົນເອງ. |
1310711 | ເພີ່ມຄວາມຜິດພາດການລວບລວມເວລາກວດສອບ SL_STACK_SIZE ເມື່ອອົງປະກອບ RTOS ຖືກໃຊ້ໃນໂຄງການ zigbee. |
1309913 | ເພີ່ມການປ້ອງກັນ mutex ສໍາລັບແຖວເຫດການ App Framework ເພື່ອໃຫ້ APIs ເຫດການ App Framework ສາມາດຖືກເອີ້ນຈາກຫຼາຍໜ້າວຽກ. (ອ້າງອີງອື່ນໆ: 1252940, 1254397) |
1309333 | ຫຼັງຈາກອຸປະກອນສິ້ນສຸດໃຫມ່ເຂົ້າຮ່ວມໃນ sub-GHz band, ຂໍ້ມູນການແກ່ຍາວຂອງວົງຈອນຫນ້າທີ່ໄດ້ຖືກລຶບຜິດພາດສໍາລັບເດັກນ້ອຍອຸປະກອນທ້າຍທັງຫມົດ. (ອ້າງອີງອື່ນໆ: 1296881) |
1296002 | ບັນຫາທີ່ເຮັດໃຫ້ເກີດຫຼາຍຄໍານິຍາມຂອງຟັງຊັນ halAppBootloader ຖືກແກ້ໄຂແລ້ວ. |
1295756 | ເຫດການ stack ບໍ່ໄດ້ຫມາຍ interrupt-safe ບໍ່ຄວນກໍານົດເວລາໃນບໍລິບົດ ISR ເພາະວ່ານີ້ສາມາດສ້າງເງື່ອນໄຂການແຂ່ງຂັນທີ່ສົ່ງຜົນໃຫ້ເຫດການຖືກຫຼຸດລົງຈາກຄິວເຫດການ. ຕົວ ຢ່າງ ຂອງ ອຸ ປະ ກອນ sub-GHz ນີ້ ປ້ອງ ກັນ ຈາກ ການ ກໍາ ນົດ ເວ ລາ backoffs MAC ຢ່າງ ຖືກ ຕ້ອງ ໃນ ເວ ລາ ທີ່ ສະ ພາບ ການ ແຂ່ງ ຂັນ ນີ້ ໄດ້ ເກີດ ຂຶ້ນ. (ອ້າງອີງອື່ນໆ: 1269856) |
1294660 | ແກ້ໄຂບັນຫາທີ່ປລັກອິນການຊີ້ນໍາເຄືອຂ່າຍສາມາດປະຕິບັດຄືກັບວ່າອຸປະກອນຢູ່ໃນເຄືອຂ່າຍແລ້ວເມື່ອມັນບໍ່, ຖືກຕິດຢູ່ໃນສະຖານະທີ່ບໍ່ຖືກຕ້ອງນີ້ຈົນກ່ວາຈະຣີເຊັດ. ນີ້ສາມາດຖືກກະຕຸ້ນໂດຍການໂທຫາເຄືອຂ່າຍອອກຈາກຄໍາສັ່ງ CLI ທີ່ມີເວລາພຽງພໍທີ່ຊັດເຈນໃນຂະນະທີ່ການຊີ້ນໍາເຄືອຂ່າຍຢູ່ໃນລະຫວ່າງການເຂົ້າຮ່ວມເຄືອຂ່າຍແລະດ້ວຍການສະແກນ MAC ຍັງລໍຖ້າຢູ່. (ອ້າງອີງອື່ນໆ: 1293923) |
1290695 | ແກ້ໄຂບັນຫາທີ່ຫຼຸດລົງຊຸດການມອບຫມາຍ ZLL ສໍາລັບກໍລະນີການນໍາໃຊ້ໃນເວລາທີ່ຈຸດສິ້ນສຸດຫນຶ່ງຖືກປິດໃຊ້ງານໃນຂະນະທີ່ຈຸດສິ້ນສຸດອື່ນໆຍັງຖືກເປີດໃຊ້. ການແກ້ໄຂແມ່ນໄດ້ຮັບການເພີ່ມເພື່ອກວດກາເບິ່ງຈຸດສຸດທ້າຍທັງຫມົດທີ່ເປີດໃຊ້ໄດ້. (ອ້າງອີງອື່ນໆ: 1275586) |
ແກ້ໄຂໃນການປ່ອຍ 7.4.0.0
ID # | ລາຍລະອຽດ |
1019348 | ແກ້ໄຂຄວາມຕ້ອງການການເພິ່ງພາອາໄສຂອງອົງປະກອບ Zigbee ZCL Cli ເພື່ອໃຫ້ມັນສາມາດເອົາອອກໄດ້ເມື່ອບໍ່ຈໍາເປັນ. |
1024246 | ອັບເດດຄຳອະທິບາຍຟັງຊັນສຳລັບ emberHaveLinkKey() ແລະ sl_zb_sec_man_have_link_key(). |
1036503 | ເພີ່ມຄໍາອະທິບາຍເພື່ອແນະນໍາໃຫ້ໃຊ້ Micrium Kernel ສໍາລັບ DMP sampແອັບ. |
1037661 | ບັນຫາທີ່ປ້ອງກັນບໍ່ໃຫ້ແອັບພລິເຄຊັນຕິດຕັ້ງທັງ pro stack ຫຼື leaf stack ໄດ້ຖືກແກ້ໄຂແລ້ວ. |
1078136 | ແກ້ໄຂການຂັດຂ້ອງແບບບໍ່ຢຸດຢັ້ງເມື່ອແກ້ໄຂເຫດການຈາກບໍລິບົດຂັດຈັງຫວະ |
1081548 | ບັນຫາໄດ້ຖືກແກ້ໄຂໃນ 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 ສົ່ງອອກຈໍານວນການສົ່ງຕໍ່ຊ້ໍາກັນ. |
ID # | ລາຍລະອຽດ |
1167807 | ແກ້ໄຂບັນຫາທີ່ອຸປະກອນທີ່ເຮັດໜ້າທີ່ເປັນສູນຄວາມໄວ້ວາງໃຈໃນເຄືອຂ່າຍທີ່ແຈກຢາຍຈະລຶບລະຫັດເຊື່ອມຕໍ່ຊົ່ວຄາວຂອງເຂົາເຈົ້າບໍ່ຖືກຕ້ອງໃນແຕ່ລະຄັ້ງທີ່ອຸປະກອນໃໝ່ເຂົ້າຮ່ວມ. |
1169504 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ເກີດການຣີເຊັດອຸປະກອນທີ່ນອນຫຼັບເມື່ອຕື່ນນອນ. |
1169966 | ແກ້ໄຂການກວດສອບມູນຄ່າກັບຄືນທີ່ຂາດຫາຍໄປໃນລະຫັດການຈັດສັນ buffer. |
1171477 , 172270 | ດ້ວຍ mfglib ເລີ່ມຕົ້ນ 1 ບໍ່ມີຂໍ້ຄວາມຖືກສົ່ງແຕ່ໄດ້ຮັບ, ດັ່ງນັ້ນຂໍ້ຄວາມທີ່ສະແດງ "mfglib send complete" ແມ່ນຜິດພາດແລະປ່ຽນເປັນ "RXed %d packets ໃນ %d ms ສຸດທ້າຍ". |
1171935 | ປ່ຽນໄລຍະເວລາອັບເດດກະແຈເຄືອຂ່າຍເປັນໄລຍະເວລາ 1 ປີ. |
1172778 | ເພີ່ມການຮຽກຮ້ອງທີ່ຂາດຫາຍໄປຂອງ emberAfPluginGreenPowerServerUpdateAliasCallback ກັບເຊີບເວີ Green Power.. |
1174288 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ຂະບວນການຊີ້ນໍາເຄືອຂ່າຍຢືນຢັນຖ້າຫາກວ່າການໂທໃຫ້ຢຸດການສະແກນຢ່າງຕໍ່ເນື່ອງແມ່ນເອີ້ນວ່າ. |
1178393 | ອັບເດດເອກະສານຜິດພາດ. |
1180445 | ໃນພະລັງງານອັດສະລິຍະ, ດຽວນີ້ OTA ຍັງສືບຕໍ່ດາວໂຫຼດຖ້າຜູ້ປະສານງານໄປຮອດຮອບວຽນໜ້າທີ່ຈຳກັດ. |
1185509 | ແກ້ໄຂບັນຫາໃນ CSL ບ່ອນທີ່ລໍາດັບເຟຣມປຸກໃຫມ່ທີ່ໄດ້ຮັບທັນທີຫຼັງຈາກກອບ payload ທີ່ຜ່ານມາຈະບໍ່ຖືກບັນທຶກໄວ້ຢ່າງຖືກຕ້ອງ. ນີ້ຈະສົ່ງຜົນໃຫ້ກອບ payload ພາດ. |
1186107 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ການຖອດລະຫັດບໍ່ສໍາເລັດຂອງ GPDFs ທີ່ໄດ້ຮັບເພື່ອທົດແທນ GPDF ທີ່ເຂົ້າມາໃນການແຈ້ງເຕືອນ gp commissioning. |
1188397 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ເກີດຄວາມຜິດພາດໃນການລວບລວມໃນເວລາທີ່ເປີດຂະຫນາດຕາຕະລາງລາຍງານຂະຫຍາຍ. |
1194090 | ແກ້ໄຂສະຖານະຄວາມລົ້ມເຫລວໃນການຕອບໂຕ້ເລີ່ມຕົ້ນສໍາລັບຄໍາສັ່ງ Sink Commissioning Mode - ຕໍ່ໄປນີ້ພາກ 3.3.4.8.2 |
1194963 | ແກ້ໄຂບັນຫາກັບ memset ທີ່ກໍາລັງເຮັດສໍາລັບໂຄງສ້າງ 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 ທີ່ເຮັດໃຫ້ລະຫັດທີ່ບໍ່ຕ້ອງການຢູ່ໃນນັ້ນເຮັດໃຫ້ການລວບລວມລົ້ມເຫລວ. |
ID # | ລາຍລະອຽດ |
756628 | ໄດ້ປ່ຽນການຮຽກຮ້ອງຂອງແອັບພລິເຄຊັນ callback emberAfMacFilterMatchMessageCallback ເປັນພຽງແຕ່ການເອີ້ນຂໍ້ຄວາມ ZLL ທີ່ຖືກກວດສອບໂດຍ stack ເທົ່ານັ້ນ. |
816088 | ຍ້າຍການຕັ້ງຄ່າ EMBER ຈາກ zigbeed_configuration.h ໄປເປັນ zigbeed.slcp. |
829508 | ເພື່ອຫຼີກເວັ້ນສະພາບການແຂ່ງຂັນ, ການກວດສອບຄວາມຖືກຕ້ອງເພີ່ມເຕີມໄດ້ຖືກເພີ່ມເຂົ້າໃນຊ່ອງ emberSetLogicalAndRadio ເພື່ອກັບຄືນບໍ່ສໍາເລັດຖ້າຊັ້ນລຸ່ມບໍ່ຫວ່າງຫຼືບໍ່ຢູ່ໃນສະຖານະທີ່ຈະປ່ຽນຊ່ອງ. |
ບັນຫາທີ່ຮູ້ຈັກໃນການປ່ອຍປະຈຸບັນ
ບັນຫາໃນຕົວໜາໄດ້ຖືກເພີ່ມຕັ້ງແຕ່ການເປີດຕົວຄັ້ງກ່ອນ. ຖ້າຫາກວ່າທ່ານໄດ້ພາດໂອກາດການປ່ອຍ, ບັນທຶກການປ່ອຍທີ່ຜ່ານມາແມ່ນມີຢູ່ໃນ https://www.si-labs.com/developers/zigbee-emberznet ໃນແຖບ Tech Docs.
ID # | ລາຍລະອຽດ | ການແກ້ໄຂບັນຫາ |
ບໍ່ມີ | ແອັບ/ອົງປະກອບຕໍ່ໄປນີ້ບໍ່ຮອງຮັບໃນລຸ້ນນີ້: ຮອງຮັບ EM4. | ຄຸນສົມບັດຈະຖືກເປີດໃຊ້ໃນລຸ້ນຕໍ່ໄປ. |
193492 | emberAfFillCommandGlobalServerToClientConfigureRe porting macro ເສຍຫາຍ. ການຕື່ມຂອງ 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 ຖ້າເປັນໄປໄດ້ກ່ອນທີ່ຈະສ້າງເຄືອຂ່າຍໃຫມ່ຫຼື programmatically ກວດເບິ່ງຕາຕະລາງເດັກນ້ອຍຫຼັງຈາກອອກຈາກເຄືອຂ່າຍແລະລຶບເດັກນ້ອຍທັງຫມົດໂດຍໃຊ້ 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 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 sample ແອັບພລິເຄຊັນເປີດໃຊ້ປຸ່ມດຽວເທົ່ານັ້ນ (ຕົວຢ່າງ: btn1) ໂດຍຄ່າເລີ່ມຕົ້ນທີ່ນໍາໄປສູ່ການບໍ່ກົງກັນໃນລາຍລະອຽດປຸ່ມໃນໂຄງການ. file. | ການແກ້ໄຂບັນຫາ: ຕິດຕັ້ງຕົວຢ່າງ btn0 ດ້ວຍຕົນເອງໃນລະຫວ່າງການສ້າງໂຄງການ Z3Switch. |
1161063 | Z3Light ແລະແອັບພລິເຄຊັນອື່ນທີ່ອາດມີລາຍງານຄ່າການແກ້ໄຂກຸ່ມທີ່ບໍ່ຖືກຕ້ອງ. | ປັບປຸງຄຸນສົມບັດການແກ້ໄຂກຸ່ມດ້ວຍຕົນເອງໃຫ້ກັບການແກ້ໄຂທີ່ເໝາະສົມຂອງເຂົາເຈົ້າ. |
1164768 , 1171478 , 1171479 | ຂໍ້ຜິດພາດ: ezspErrorHandler 0x34 ລາຍງານຊ້ຳໆໃນລະຫວ່າງໂໝດຮັບ mfglib | ເພື່ອຫຼຸດຜ່ອນຂໍ້ຄວາມຄວາມຜິດພາດທີ່ພິມອອກ, ຕັ້ງຄ່າ EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ENT_TIMEOUT_MS ໃນແອັບແມ່ຂ່າຍເຖິງ 100, ສະນັ້ນ ຄິວໂທກັບຖືກປ່ອຍໄວຂຶ້ນ. |
ລາຍການທີ່ຄັດຄ້ານ
ເຊົາສະໜັບສະໜຸນໃນລຸ້ນ 7.4.5.0
ໃນ GSDK 7.4.5.0 zigbee_watchdog_periodic_refresh ຖືກປະຕິເສດແລ້ວ. ທາງເລືອກທີ່ແນະນໍາໃນການໂຫຼດຫນ້າຈໍຄືນໂມງຈັບເວລາ watchdog ແມ່ນການໃຊ້ APIs timer watchdog ເກົ່າໃນເຫດການສະເພາະຂອງແອັບພລິເຄຊັນ.
ເຊົາສະໜັບສະໜຸນໃນລຸ້ນ 7.4.1.0
ໃນ GSDK 7.4.0.0 ເປັນຕົ້ນໄປ, ລວມທັງແພັກເກັດນີ້, ທາງເລືອກ “-v” ໃນ Z3Gateway ສໍາລັບແອັບພລິເຄຊັນ Linux ເພື່ອສ້າງການໂຕ້ຕອບ telnet ກັບພອດ 4900 ຫຼື 4901 ຖືກຍົກເລີກ. ທາງເລືອກທີ່ແນະນໍາໃນການສ້າງການໂຕ້ຕອບ telnet ແມ່ນການນໍາໃຊ້ອຸປະກອນ Linux ເຊັ່ນ "socat".
ເຊົາສະໜັບສະໜຸນໃນລຸ້ນ 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.
- ເອົາຊຸດ Packet BufferCount() ໃນ af-host.c ແລະ check case ທີ່ບໍ່ມີປະໂຫຍດ EZSP_CONFIG_PACKET_BUFFER_COUNT: ໃນ command-handlers.c.
- ຖອນຄວາມຊົງຈໍາການຈັດສັນການໂຕ້ຖຽງເນື່ອງຈາກວ່າບໍ່ຈໍາເປັນຕ້ອງແບ່ງອອກເປັນສອງໄລຍະໃນເວລາທີ່ເລີ່ມຕົ້ນ NCP.
- ເອົາ emberAfNcpInitCallback() ໃນ se14-comms-hub, se14-ihd, ແລະ se14-meter-gas ຂອງ app.c.
- ລຶບການຕັ້ງຄ່າ EZSP_CONFIG_RETRY_QUEUE_SIZE ໃນລະຫວ່າງການເລີ່ມຕົ້ນ ncp ໃນ ncp-configuration.c.
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 ໃນປັດຈຸບັນແມ່ນຄຸນນະພາບການຜະລິດ. ນີ້ sample application ບໍ່ຮອງຮັບໃນອຸປະກອນ Series-1 EFR.
ບັນຫາຄົງທີ່
ແກ້ໄຂໃນການປ່ອຍ 7.4.5.0
ID # | ລາຍລະອຽດ |
1328799 | ການຣີເຊັດແບບອ່ອນໆທີ່ກະຕຸ້ນໂດຍຄຳສັ່ງ Spinel RESET ດຽວນີ້ຈະລຶບລ້າງ buffers ຂອງ 15.4 RCP. |
1337101 | ການປະຕິບັດການສົ່ງຕໍ່ 15.4 ທີ່ບໍ່ຄົບຖ້ວນ (Tx ລໍຖ້າ ack, Tx ack ໃນການຕອບຂໍ້ຄວາມ, ແລະອື່ນໆ) ບໍ່ໄດ້ຖືກພິຈາລະນາກ່ອນໄວອັນຄວນວ່າລົ້ມເຫລວຍ້ອນການລົບກວນວິທະຍຸເນື່ອງຈາກ DMP. ນີ້ອະນຸຍາດໃຫ້ການດໍາເນີນການດັ່ງກ່າວໄດ້ຮັບໂອກາດທີ່ຈະໄດ້ຮັບການກໍານົດເວລາໃຫມ່ຫຼັງຈາກການຂັດຂວາງຫຼືລົ້ມເຫລວຢ່າງຖາວອນໂດຍ RAIL (ເຫດການຄວາມຜິດພາດສະຖານະການ). (ອ້າງອີງອື່ນໆ: 1339032) |
1337228 | ໃນ Zigbeed, halCommonGetInt32uMillisecondTick() ຫມາຍຕິກ API ໄດ້ຖືກປັບປຸງໃນປັດຈຸບັນເພື່ອໃຊ້ໂມງ MONOTONIC, ເພື່ອບໍ່ໃຫ້ມັນໄດ້ຮັບຜົນກະທົບຈາກ NTP ໃນລະບົບໂຮດ. (ອ້າງອີງອື່ນໆ: 1339032) |
1346785 | ແກ້ໄຂສະພາບການແຂ່ງຂັນທີ່ສາມາດເຮັດໃຫ້ການຟັງພ້ອມກັນຖືກປິດການໃຊ້ງານຢູ່ໃນ 802.15.4 RCP ເມື່ອໂປຣໂຕຄໍທັງສອງກຳລັງສົ່ງຂໍ້ມູນໄປພ້ອມໆກັນ. (ອ້າງອີງອື່ນໆ: 1349176) |
1346849 | ການເພີ່ມອົງປະກອບ rail_mux ເຂົ້າໃນໂຄງການໃນປັດຈຸບັນຈະເຮັດໃຫ້ມັນສ້າງອັດຕະໂນມັດກັບຕົວແປຫ້ອງສະໝຸດ stack ທີ່ກ່ຽວຂ້ອງ. (ອ້າງອີງອື່ນໆ: 1349102) |
ແກ້ໄຂໃນການປ່ອຍ 7.4.4.0
ID # | ລາຍລະອຽດ |
1184065 | ຫຼຸດ RAM footprint ສໍາລັບ zigbee_ncp-ot_rcp-spi ແລະ zigbee_ncp-ot_rcp_uart ໃນ MG13 ແລະ MG21. |
1282264 | ໄດ້ແກ້ໄຂບັນຫາທີ່ສາມາດຂັດຂວາງການດໍາເນີນງານການສົ່ງວິທະຍຸໂດຍການລ້າງ fifo ສົ່ງກ່ອນໄວອັນຄວນທີ່ເຮັດໃຫ້ underflow. |
1292537 | ແອັບພລິເຄຊັນ DMP Zigbee-BLE NCP ຕອນນີ້ສະແດງຢ່າງຖືກຕ້ອງໃນ Simplicity Studio UI. (ອ້າງອີງອື່ນໆ: 1292540) |
1230193 | ແກ້ໄຂບັນຫາປະເພດ node ທີ່ບໍ່ຖືກຕ້ອງໃນເວລາທີ່ເຂົ້າຮ່ວມເຄືອຂ່າຍໃນອຸປະກອນສຸດທ້າຍ. (ອ້າງອີງອື່ນໆ: 1298347) |
1332330 | ແກ້ໄຂບັນຫາທີ່ 15.4+BLE RCP ເຮັດວຽກຢູ່ໃນສະພາບແວດລ້ອມທີ່ມີການຈະລາຈອນເຄືອຂ່າຍຢ່າງຮຸນແຮງບາງຄັ້ງອາດຈະພົບກັບສະພາບການແຂ່ງຂັນທີ່ເຮັດໃຫ້ມັນບໍ່ສາມາດສົ່ງຂໍ້ຄວາມໄດ້ເຖິງ CPCd ຈົນກ່ວາ reboot ອຸປະກອນ. (ອ້າງອີງອື່ນໆ: 1333156) |
ແກ້ໄຂໃນການປ່ອຍ 7.4.2.0
ID # | ລາຍລະອຽດ |
1022972 | ເພີ່ມປລັກອິນການຢູ່ຮ່ວມກັນກັບ Zigbee-OpenThread NCP/RCP sampຄໍາຮ້ອງສະຫມັກ le. |
1231021 | ຫຼີກເວັ້ນການຢືນຢັນໃນ OTBR ທີ່ໄດ້ສັງເກດເຫັນໃນເວລາທີ່ເຂົ້າຮ່ວມ 80+ ອຸປະກອນ zigbee ໂດຍການຟື້ນຕົວ RCP ແທນທີ່ຈະຜ່ານຄວາມຜິດພາດການສົ່ງຕໍ່ unhandled ກັບ sub mac. |
1249346 | ແກ້ໄຂບັນຫາທີ່ RCP ສາມາດ dequeue packets ທີ່ຕັ້ງໄວ້ສໍາລັບ host ທີ່ບໍ່ຖືກຕ້ອງ, ເຊິ່ງກໍ່ໃຫ້ເກີດຄວາມຜິດພາດ parse ໃນ OTBR ແລະການຢຸດເຊົາທີ່ບໍ່ຄາດຄິດ. |
ແກ້ໄຂໃນການປ່ອຍ 7.4.1.0
ID # | ລາຍລະອຽດ |
1213701 | zigbeed ບໍ່ອະນຸຍາດໃຫ້ສ້າງຕາຕະລາງການຈັບຄູ່ແຫຼ່ງທີ່ມາສໍາລັບເດັກນ້ອຍ ຖ້າຄິວທາງອ້ອມ MAC ມີຂໍ້ມູນທີ່ຍັງຄ້າງຢູ່ສໍາລັບເດັກນ້ອຍນັ້ນ. ພຶດຕິກຳນີ້ສາມາດນຳໄປສູ່ການເຮັດທຸລະກຳຂອງຊັ້ນແອັບພລິເຄຊັນລະຫວ່າງເດັກກັບອຸປະກອນອື່ນໆບາງອັນທີ່ລົ້ມເຫລວເນື່ອງຈາກການຂາດ APS Ack ຫຼືການຕອບສະໜອງຂອງຊັ້ນແອັບ, ໂດຍສະເພາະແມ່ນການລົບກວນ ແລະ ການຢຸດຕິທີ່ບໍ່ຄາດຄິດຂອງ ZCL OTA Upgrades ແນໃສ່ອຸປະກອນເດັກ. |
1244461 | ການຈັດຕາຕະລາງການຈັບຄູ່ແຫຼ່ງທີ່ມາສໍາລັບການເປັນເດັກນ້ອຍສາມາດຖືກໂຍກຍ້າຍອອກເຖິງແມ່ນວ່າຂໍ້ຄວາມທີ່ຍັງຄ້າງຢູ່. |
ແກ້ໄຂໃນການປ່ອຍ 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.si-labs.com/developers/gecko-software-development-kit .
ID # | ລາຍລະອຽດ | ການແກ້ໄຂບັນຫາ |
937562 | ຄຳສັ່ງ Bluetoothctl 'advertise on' ລົ້ມເຫລວກັບແອັບ rcp-uart- 802154-blehci ໃນ Raspberry Pi OS 11. | ໃຊ້ແອັບ btmgmt ແທນ bluetoothctl. |
1074205 | CMP RCP ບໍ່ຮອງຮັບສອງເຄືອຂ່າຍໃນ PAN id ດຽວກັນ. | ໃຊ້ PAN ids ທີ່ແຕກຕ່າງກັນສໍາລັບແຕ່ລະເຄືອຂ່າຍ. ການສະຫນັບສະຫນູນແມ່ນວາງແຜນໄວ້ໃນການປ່ອຍໃນອະນາຄົດ. |
1122723 | ໃນສະພາບແວດລ້ອມທີ່ວຸ້ນວາຍ CLI ອາດຈະບໍ່ຕອບສະໜອງໃນແອັບ z3-light_ot-ftd_soc. | ບໍ່ມີການແກ້ໄຂທີ່ຮູ້ຈັກ. |
1124140 | z3-light_ot-ftd_soc sample app ບໍ່ສາມາດສ້າງເຄືອຂ່າຍ Zigbee ຖ້າເຄືອຂ່າຍ OT ແມ່ນຂຶ້ນແລ້ວ. | ເລີ່ມຕົ້ນເຄືອຂ່າຍ Zigbee ທໍາອິດແລະເຄືອຂ່າຍ OT ຫຼັງຈາກ. |
1170052 | CMP Zigbee NCP + OT RCP ແລະ DMP Zigbee NCP + BLE NCP ອາດຈະບໍ່ເຫມາະກັບ 64KB ແລະສ່ວນ RAM ຕ່ໍາໃນການປ່ອຍປະຈຸບັນນີ້. | ສ່ວນ 64KB ບໍ່ຮອງຮັບແອັບຯເຫຼົ່ານີ້. |
1209958 | ZB/OT/BLE RCP ໃນ Bobcat ແລະ Bobcat Lite ສາມາດຢຸດເຮັດວຽກຫຼັງຈາກສອງສາມນາທີເມື່ອແລ່ນທັງສາມໂປໂຕຄອນ. | ຈະຖືກກ່າວເຖິງໃນການປ່ອຍໃນອະນາຄົດ |
1221299 | ການອ່ານ Mfglib RSSI ແຕກຕ່າງກັນລະຫວ່າງ RCP ແລະ NCP. | ຈະຖືກກ່າວເຖິງໃນການປ່ອຍໃນອະນາຄົດ. |
1334477 | ການເລີ່ມຕົ້ນ ແລະຢຸດ BLE stack ຫຼາຍຄັ້ງອາດສົ່ງຜົນໃຫ້ BLE stack ບໍ່ສາມາດເລີ່ມການໂຄສະນາອີກຄັ້ງໃນອຸປະກອນ EFR Series 1 ໃນ DMP Zigbee-BLE s.ampຄໍາຮ້ອງສະຫມັກ le. | ບໍ່ມີ |
ບໍ່ມີລາຍການທີ່ຄັດຄ້ານ
ຖອນລາຍການອອກ
ເອົາອອກໃນການປ່ອຍ 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 Fundamentals.
ຖ້າທ່ານເປັນຜູ້ໃຊ້ຄັ້ງທໍາອິດ, ເບິ່ງ QSG180: Zigbee EmberZNet Quick-Start Guide ສໍາລັບ 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/Sili-conLabs/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 ຫຼືແບ່ງປັນໃນເວລາແລ່ນ.
- ກະແຈຫໍ່ທີ່ໝາຍເປັນ “ສາມາດສົ່ງອອກໄດ້” ສາມາດນຳໃຊ້ ຫຼື ແບ່ງປັນໃນເວລາແລ່ນ ແຕ່ຍັງຄົງຖືກເຂົ້າລະຫັດໄວ້ໃນຂະນະທີ່ເກັບໄວ້ໃນແຟລດ.
- ຄໍາຮ້ອງສະຫມັກຂອງຜູ້ໃຊ້ບໍ່ເຄີຍຈໍາເປັນຕ້ອງພົວພັນກັບສ່ວນໃຫຍ່ຂອງກະແຈເຫຼົ່ານີ້. API ທີ່ມີຢູ່ເພື່ອຈັດການກະແຈ Link Table ຫຼື Transient Keys ຍັງຄົງມີຢູ່ໃນແອັບພລິເຄຊັນຂອງຜູ້ໃຊ້ ແລະຕອນນີ້ສົ່ງຜ່ານອົງປະກອບ Zigbee Security Manager.
- ບາງກະແຈເຫຼົ່ານີ້ອາດຈະບໍ່ສາມາດສົ່ງອອກໄປຫາແອັບພລິເຄຊັນຂອງຜູ້ໃຊ້ໄດ້ໃນອະນາຄົດ. ຄໍາຮ້ອງສະຫມັກຂອງຜູ້ໃຊ້ໄດ້ຖືກຊຸກຍູ້ບໍ່ໃຫ້ອີງໃສ່ການສົ່ງອອກກະແຈເວັ້ນເສຍແຕ່ມີຄວາມຈໍາເປັນຢ່າງແທ້ຈິງ.
ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບຟັງຊັນ Secure Vault Key Management, ເບິ່ງ AN1271: Secure Key Storage.
ຄໍາແນະນໍາດ້ານຄວາມປອດໄພ
ເພື່ອສະໝັກໃຊ້ທີ່ປຶກສາດ້ານຄວາມປອດໄພ, ເຂົ້າສູ່ລະບົບປະຕູລູກຄ້າ Silicon Labs, ຈາກນັ້ນເລືອກ Account Home. ຄລິກທີ່ໜ້າຫຼັກເພື່ອໄປທີ່ໜ້າຫຼັກຂອງປະຕູ ແລະຈາກນັ້ນຄລິກທີ່ ຈັດການການແຈ້ງເຕືອນ. ກວດໃຫ້ແນ່ໃຈວ່າ 'ແຈ້ງການແນະນຳຊອບແວ/ຄວາມປອດໄພ & ແຈ້ງການປ່ຽນແປງຜະລິດຕະພັນ (PCNs)' ຖືກກວດສອບແລ້ວ, ແລະວ່າເຈົ້າໄດ້ສະໝັກໃຊ້ຢ່າງໜ້ອຍສຳລັບແພລດຟອມ ແລະໂປຣໂຕຄໍຂອງເຈົ້າ. ກົດ Save ເພື່ອບັນທຶກການປ່ຽນແປງໃດໆ.
ຕົວເລກຕໍ່ໄປນີ້ແມ່ນ example
ສະຫນັບສະຫນູນ
ລູກຄ້າຊຸດພັດທະນາມີສິດໄດ້ຮັບການຝຶກອົບຮົມ ແລະການຊ່ວຍເຫຼືອດ້ານວິຊາການ. ໃຊ້ Silicon Laboratories Zigbee web ຫນ້າທີ່ຈະໄດ້ຮັບຂໍ້ມູນຂ່າວສານກ່ຽວກັບຜະລິດຕະພັນແລະການບໍລິການ Silicon Labs Zigbee ທັງຫມົດ, ແລະລົງທະບຽນສໍາລັບການສະຫນັບສະຫນູນຜະລິດຕະພັນ.
ທ່ານສາມາດຕິດຕໍ່ສະຫນັບສະຫນູນຫ້ອງທົດລອງ Silicon ໄດ້ທີ່ http://www.silabs.com/support .
Simplicity Studio
ຄລິກດຽວເຂົ້າເຖິງ MCU ແລະເຄື່ອງມືໄຮ້ສາຍ, ເອກະສານ, ຊອບແວ, ຫ້ອງສະໝຸດລະຫັດແຫຼ່ງ ແລະອື່ນໆອີກ. ມີໃຫ້ສໍາລັບ Windows, Mac ແລະ Linux!
- Portfolio iot
www.silabs.com/IoT - SW/HW
www.silabs.com/simplicity - ຄຸນະພາບ
www.silabs.com/quality - ສະຫນັບສະຫນູນ & ຊຸມຊົນ
www.silabs.com/community
ປະຕິເສດຄວາມຮັບຜິດຊອບ
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 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, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, the 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 West Cesar Chavez Austin, TX 78701
- ສະຫະລັດ
- ເວັບໄຊທ໌ www.silabs.com
ເອກະສານ / ຊັບພະຍາກອນ
![]() | SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK [pdf] ຄູ່ມືຜູ້ໃຊ້ 7.4.5.0, 7.4.4.0, 7.4.3.0, 7.4.2.0, 7.4.1.0, 7.4.0.0, 7.4.5.0 Zigbee Ember Z Net SDK, 7.4.5.0, Zigbee Ember Z Net SDK, Ember Z Net SDK, Ember SDK, Net SDK, SDK |