SILICON LABS ຊອບແວ Zigbee EmberZNet SDK
ຂໍ້ມູນຜະລິດຕະພັນ
ຂໍ້ມູນຈໍາເພາະ
-
- ລຸ້ນ Zigbee EmberZNet SDK: 7.4.3.0
- Gecko SDK Suite Version: 4.4 ວັນທີ 2 ພຶດສະພາ 2024
- ຜູ້ຂາຍ: ຫ້ອງທົດລອງຊິລິໂຄນ
- ຄຸນນະສົມບັດທີ່ສໍາຄັນ: ຮອງຮັບ Multiprotocol (CMP) Zigbee ແລະ OpenThread ໃນ SoC
- ຄໍາແນະນໍາການນໍາໃຊ້ຜະລິດຕະພັນ
- ຄວາມເຂົ້າກັນໄດ້ແລະແຈ້ງການການນໍາໃຊ້
- ສໍາລັບການປັບປຸງຄວາມປອດໄພແລະແຈ້ງການ, ອ້າງອີງເຖິງບົດຄວາມປອດໄພຂອງ Gecko Platform Release Notes ຫຼືໄປຢ້ຽມຢາມ https://www.silabs.com/developers/zigbee-emberznetelopers/zigbee-emberznet. ສະໝັກໃຊ້ທີ່ປຶກສາດ້ານຄວາມປອດໄພສຳລັບຂໍ້ມູນຫຼ້າສຸດ.
- Compilers ເຂົ້າກັນໄດ້
- ໃຫ້ແນ່ໃຈວ່າຖືກຕ້ອງ files ຖືກໃຊ້ກັບ GCC (GNU Compiler Collection) ເວີຊັ່ນ 12.2.1 ທີ່ສະໜອງໃຫ້ກັບ Simplicity Studio.
- ລຸ້ນອະນຸສັນຍາ EZSP
- ເວີຊັ່ນໂປຣໂຕຄໍ EZSP ສຳລັບລຸ້ນນີ້ແມ່ນ 0x0D.
FAQ
- ຄຸນສົມບັດຫຼັກຂອງລຸ້ນ Zigbee EmberZNet SDK ນີ້ແມ່ນຫຍັງ?
- ຄຸນນະສົມບັດທີ່ສໍາຄັນຂອງສະບັບນີ້ແມ່ນ Multiprotocol (CMP) Zigbee ແລະ OpenThread ສະຫນັບສະຫນູນໃນ SoC.
- ຂ້ອຍສາມາດຊອກຫາການອັບເດດຄວາມປອດໄພ ແລະແຈ້ງການສໍາລັບຜະລິດຕະພັນໄດ້ຢູ່ໃສ?
- ທ່ານສາມາດຊອກຫາການອັບເດດຄວາມປອດໄພ ແລະແຈ້ງການໄດ້ໃນບົດຄວາມປອດໄພຂອງບັນທຶກການປ່ອຍ Gecko Platform ຫຼືຢູ່ໃນ Silicon Labs webສະຖານທີ່ຢູ່ https://www.silabs.com/developers/zigbee-emberznet.
- ຄອມພີວເຕີໃດທີ່ເຫມາະສົມກັບຜະລິດຕະພັນນີ້?
- ຜະລິດຕະພັນນີ້ແມ່ນເຂົ້າກັນໄດ້ກັບ GCC (GNU Compiler Collection) ເວີຊັ່ນ 12.2.1 ທີ່ສະໜອງໃຫ້ກັບ Simplicity Studio.
Silicon Labs ແມ່ນຜູ້ຂາຍທາງເລືອກສໍາລັບ OEMs ພັດທະນາເຄືອຂ່າຍ Zigbee ເຂົ້າໄປໃນຜະລິດຕະພັນຂອງພວກເຂົາ. ແພລະຕະຟອມ Silicon Labs Zigbee ແມ່ນການແກ້ໄຂ Zigbee ທີ່ປະສົມປະສານທີ່ສຸດ, ສົມບູນ, ແລະອຸດົມສົມບູນທີ່ສຸດທີ່ມີຢູ່.
Silicon Labs EmberZNet SDK ປະກອບມີການປະຕິບັດຂອງ Silicon Labs ຂອງ Zigbee stack specification.
ບັນທຶກການປ່ອຍເຫຼົ່ານີ້ກວມເອົາເວີຊັນ SDK:
- 7.4.3.0 ປ່ອຍອອກມາເມື່ອ 2 ພຶດສະພາ 2024
- 7.4.2.0 ປ່ອຍອອກມາເມື່ອ 10 ເມສາ 2024
- 7.4.1.0 ປ່ອຍອອກມາເມື່ອ 14 ກຸມພາ 2024
- 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) – 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.
- ການໃຊ້ເຫຼົ້າແວງເພື່ອສ້າງດ້ວຍລະບົບຄຳສັ່ງ 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 ທັງຫມົດ, ຍົກເວັ້ນສໍາລັບການ patches ກັບສະບັບນີ້ຕາມຄວາມຕ້ອງການ. ຕັ້ງແຕ່ກາງປີ 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.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 ສໍາລັບລາຍລະອຽດຂອງຫນ້າທີ່ໃຫມ່ນີ້. - ຄວາມກະຈ່າງແຈ້ງກ່ຽວກັບການນໍາໃຊ້ຟັງຊັນໃຫມ່ emberUpdateMultiMacRejoinChannelMaskForSelectionOrJoiningDevice ທີ່ຖືກເອີ້ນພາຍໃນ stack API emberFindAndRejoinNetworkWithReason ເພື່ອໃຫ້ໄດ້ຮັບຫນ້າກາກຊ່ອງທີ່ໃຊ້ສໍາລັບການເຂົ້າຮ່ວມໃຫມ່.
ຂໍ້ມູນຈໍາເພາະຂອງ SE1.4a ຈໍາກັດການປ່ຽນແປງຂອງການໂຕ້ຕອບ (ຮູບແບບ 2.4GHz ເປັນຍ່ອຍ GHz ຫຼືໃນທາງກັບກັນ) ໃນລະຫວ່າງການເຂົ້າຮ່ວມອຸປະກອນປະເພດ Multi-Mac Joining End ຄືນໃໝ່. ເນື່ອງຈາກວ່າປະເພດອຸປະກອນແມ່ນການຕັ້ງຄ່າກອບຂອງແອັບພລິເຄຊັນ (ນັ້ນຄື, ປະເພດອຸປະກອນສິ້ນສຸດທີ່ເຂົ້າຮ່ວມຈະເປັນອຸປະກອນຍ່ອຍ GHz ຫຼືອຸປະກອນ 2.4 GHz, ບໍ່ແມ່ນທັງສອງ, ໃນການຕັ້ງຄ່າ), ການໂທນີ້ສະຫນອງຫນ້າກາກຊ່ອງໂດຍອີງໃສ່ການຕັ້ງຄ່ານັ້ນ. ວ່າໜ້າກາກການເຂົ້າຮ່ວມແມ່ນຄືກັນກັບໜ້າກາກສ່ວນຕິດຕໍ່ເຂົ້າກັນສະເໝີ.
ໃໝ່ໃນລຸ້ນ 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 and EFR32MG24A020F768IM40.
ເອກະສານໃໝ່
ໃໝ່ໃນລຸ້ນ 7.4.0.0
ອັບເດດຄໍາອະທິບາຍສໍາລັບອົງປະກອບ Zigbee Secure Key Storage ເພື່ອສະທ້ອນເຖິງການເພີ່ມ Zigbee Secure Key Storage Upgrade (ເຊິ່ງເພີ່ມຄວາມເຂົ້າກັນໄດ້ກັບໂຄງການທີ່ມີຢູ່ແລ້ວ).
ເພີ່ມບັນທຶກຄໍາຮ້ອງສະຫມັກໃຫມ່ສໍາລັບການພົວພັນກັບກຸ່ມຜູ້ຈັດການຄວາມປອດໄພ Zigbee ຂອງອົງປະກອບ (AN1412: Zigbee ຜູ້ຈັດການຄວາມປອດໄພ).
ພຶດຕິກໍາທີ່ຕັ້ງໃຈ
ຜູ້ໃຊ້ໄດ້ຖືກເຕືອນວ່າ Zigbee unsynchronized CSL transmissions ແມ່ນຂຶ້ນກັບການ preemption protocol ຢູ່ໃນຕາຕະລາງວິທະຍຸ. ໃນຄໍາຮ້ອງສະຫມັກ SleepyToSleepy, BLE ສາມາດແລະຈະ preempt ການສົ່ງ Zigbee CSL, ເຊິ່ງຈະສິ້ນສຸດການສົ່ງຕໍ່. ການ preemption ຕາຕະລາງແມ່ນເປັນເລື່ອງປົກກະຕິຫຼາຍສໍາລັບ CSL ທີ່ບໍ່ synchronized, ເນື່ອງຈາກລໍາດັບກອບການປຸກທີ່ມີທ່າແຮງຍາວອາດຈະຖືກນໍາໃຊ້. ຜູ້ໃຊ້ທີ່ຕ້ອງການປັບບູລິມະສິດສາຍສົ່ງອາດຈະນໍາໃຊ້ 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 ສະເໝີ. . ຢ່າງໃດກໍຕາມ, ການນັບ Retry ສໍາລັບການ retries ຊັ້ນ APS ຍັງສືບຕໍ່ຖືກບັນຈຸຢູ່ໃນຕົວກໍານົດການຂໍ້ມູນສໍາລັບ
EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED ປະເພດ countertypes, ເພື່ອໃຫ້ສອດຄ່ອງກັບການປ່ອຍກ່ອນຫນ້າ. - ຕົວນັບທັງໝົດທີ່ເພີ່ມ Node ID ຫຼືຕົວກໍານົດການຂໍ້ມູນສໍາລັບການໂທກັບຄືນໄດ້ຖືກກວດສອບເພື່ອຮັບປະກັນວ່າພວກເຂົາຜ່ານຂໍ້ມູນທີ່ຄາດໄວ້, ທີ່ຢູ່, ຫຼື EMBER_UNKNOWN_NODE_ID ຖ້າ Node ID ຄາດວ່າຈະໄດ້ແຕ່ບໍ່ສາມາດໄດ້ຮັບຈາກແພັກເກັດ, ດັ່ງທີ່ອະທິບາຍໄວ້ໃນສະບັບປັບປຸງ - ເອກະສານ type.h.
- ຕົວຈັດການເຄົາເຕີສຳລັບ EMBER_COUNTER_MAC_TX_UNICAST_RETRY ດຽວນີ້ສະທ້ອນເຖິງ ID ໂຫນດປາຍທາງຂອງຊັ້ນຂໍ້ມູນ 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.2.
ID # | ລາຍລະອຽດ |
1252268 |
ຕົວເລືອກແອັບພລິເຄຊັນເປັນເຈົ້າພາບ zigbee ເພື່ອເປີດພອດ IP ໃນ 4900/4901 ຖືກປິດການນຳໃຊ້ແລ້ວ.
ວິທີທາງເລືອກທີ່ຈະໃຊ້ການເຊື່ອມຕໍ່ຫ່າງໄກສອກຫຼີກເພື່ອພົວພັນກັບຄໍາຮ້ອງສະຫມັກຂອງເຈົ້າພາບອາດຈະເປັນການນໍາໃຊ້ປະໂຫຍດ socat ໃນລະບົບປະຕິບັດການທີ່ສະຫນັບສະຫນູນຫຼາຍທີ່ສຸດ. (ອ້າງອີງອື່ນໆ: 1232361) |
1254541 |
ຟັງຊັນການເລີ່ມຕົ້ນເຫດການໃຫມ່, sl_zigbee_af_isr_event_init, ໄດ້ຖືກນໍາສະເຫນີເພື່ອອະນຸຍາດໃຫ້ການເລີ່ມຕົ້ນຂອງກິດຈະກໍາຂອງແອັບພລິເຄຊັນທີ່ມີຈຸດປະສົງເພື່ອເປີດໃຊ້ງານຈາກການຂັດຂວາງການບໍລິການປົກກະຕິ (ISR).
ເຫດການເຫຼົ່ານີ້ສາມາດຖືກເປີດໃຊ້ໄດ້ພຽງແຕ່ຈາກ ISR ທີ່ມີຄວາມລ່າຊ້າ 0 msec. ເຫດການເຫຼົ່ານີ້ຈະບໍ່ຖືກກຳນົດເວລາດ້ວຍການຊັກຊ້າທີ່ບໍ່ແມ່ນສູນ ຫຼືປິດການນຳໃຊ້ພາຍໃນ ISR.
ເອກະສານກອບຂອງແອັບພລິເຄຊັນສໍາລັບຟັງຊັນຂ້າງເທິງໄດ້ຖືກເພີ່ມ. ກະລຸນາອ້າງອີງເຖິງ docs.silabs.com ສໍາລັບການປ່ອຍນີ້ສໍາລັບເອກະສານ API ຂ້າງເທິງ. (ອ້າງອີງອື່ນໆ: 1252940) |
1255175 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ເກີດຄວາມຜິດພາດໃນການປະມວນຜົນຂໍ້ຄວາມ APS Verify Key Confirm. (ອ້າງອີງອື່ນໆ: 1227738) |
1260605 |
ທາງເລືອກທາງເລືອກ Mask ພາລາມິເຕີສໍາລັບ "net multi-phy-start" ຄໍາສັ່ງ CLI ແມ່ນຖືກລະເລີຍແລະຖືກປະຕິບັດເປັນ 0 ສະເຫມີ.
(ອ້າງອີງອື່ນໆ: 1258636) |
1262538 | ແກ້ໄຂບັນຫາທີ່ເຊີບເວີ GP ບໍ່ໄດ້ຫຼຸດລົງກອບກັບ FC ເທົ່າກັບ FC ທີ່ເກັບໄວ້. (ອ້າງອີງອື່ນໆ: 1259936) |
1263124 | ເອົາລະຫັດອອກສໍາລັບການຈັດການຄໍາສັ່ງ MAC ທີ່ຖືກຍົກເລີກ. (ອ້າງອີງອື່ນ: 1262368) |
1266765 | ແກ້ໄຂບັນຫາກັບປ້າຍຊື່ຂອງໃບສະແຕນເສີມ. (ອ້າງອີງອື່ນໆ: 1259298) |
1270706 | ແກ້ໄຂບັນຫາທີ່ປ້ອງກັນບໍ່ໃຫ້ກອບຄໍາຮ້ອງສະຫມັກທີ່ຈະສົ່ງຄໍາຕອບເລີ່ມຕົ້ນ ZCL ສໍາລັບກໍລະນີສົບຜົນສໍາເລັດ. |
1272181 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ເກີດຄວາມລົ້ມເຫລວໃນການສ້າງເມື່ອເປີດໃຊ້ຕາຕະລາງການລາຍງານທີ່ຂະຫຍາຍຢູ່ໃນ Z3Gateway. (ອ້າງອີງອື່ນໆ: 1188397) |
1272280 | ຂໍ້ມູນຈໍາເພາະຂອງ SE1.4a ຕ້ອງການອຸປະກອນສິ້ນສຸດເຂົ້າຮ່ວມ Multi-MAC ເພື່ອເຂົ້າຮ່ວມໃນສ່ວນຕິດຕໍ່ດຽວກັນທີ່ມັນໄດ້ເຂົ້າຮ່ວມໃນເມື່ອກ່ອນ. ບໍ່ມີການປ່ຽນແປງຂອງການໂຕ້ຕອບ (ສະຫຼັບຈາກ 2.4GHz ເປັນ Sub-GHz ຫຼືກົງກັນຂ້າມ) ແມ່ນອະນຸຍາດໃຫ້ໃນລະຫວ່າງການເຂົ້າຮ່ວມ. ການເຂົ້າຮ່ວມຄືນໃໝ່ອາດຈະຖືກລິເລີ່ມເປັນຜົນມາຈາກການສູນເສຍຂອງພໍ່ແມ່ ຫຼືການລີໄຊເຄີນພະລັງງານຂອງໂນດ. ໃນທັງສອງກໍລະນີນີ້, stack API emberFindAndRejoinNetworkWithReason ໄດ້ຖືກເອີ້ນພາຍໃນເພື່ອເລີ່ມຕົ້ນຂະບວນການ rejoin, ແລະ API ນີ້ຕ້ອງການ rejoin channel mask ເປັນການໂຕ້ຖຽງ. ຫນ້າກາກຊ່ອງນີ້ແມ່ນໄດ້ມາໂດຍ stack ໂດຍຟັງຊັນການໂທ, emberUpdateMultiMacRejoinChannelMaskForSelectionOrJoiningDevice, ທີ່ປະຕິບັດເປັນແຫຼ່ງແລະເປັນສ່ວນຫນຶ່ງຂອງໂຄງການຄໍາຮ້ອງສະຫມັກ.
ສາມາດພົບການຈັດຕັ້ງປະຕິບັດຄ່າເລີ່ມຕົ້ນໃນ ember-configuration.c ເປັນຟັງຊັນ WEAK ເພື່ອໃຫ້ຜູ້ໃຊ້ສາມາດຍົກເລີກໄດ້. |
1273235 | ການກະຕຸ້ນການປະຕິບັດການກໍາຈັດເດັກນ້ອຍສໍາລັບອຸປະກອນສິ້ນສຸດຂອງເດັກທີ່ນອນຫລັບໃນເວລາທີ່ການຕອບສະຫນອງຂອງສະມາຄົມຫຼືການຕອບສະຫນອງຄືນຍັງລໍຖ້າການຈັດສົ່ງສໍາລັບເດັກນ້ອຍນັ້ນສາມາດສົ່ງຜົນໃຫ້ມີການລຶບສອງຄັ້ງສໍາລັບການເຂົ້າຂອງເດັກນ້ອຍດຽວກັນ. ນີ້ຈະປ່ອຍໃຫ້ emberChildCount() ປິດໂດຍ -1. ຖ້ານີ້ແມ່ນລູກສຸດທ້າຍໃນຕາຕະລາງທີ່ຈະເອົາອອກ, ນີ້ສາມາດນໍາໄປສູ່ການຫຼຸດລົງຂອງຈໍານວນເດັກນ້ອຍ. ນີ້ຂັດຂວາງຄວາມພະຍາຍາມເຂົ້າຮ່ວມ / ເຂົ້າຮ່ວມອີກຄັ້ງໂດຍອຸປະກອນສິ້ນສຸດໃດໆຈົນກ່ວາການຣີເຊັດຫຼື LeaveNetwork ຈະຖືກປະຕິບັດ, ເຊິ່ງອາດຈະເຮັດໃຫ້ເກີດຄວາມລົ້ມເຫລວໃນການຢືນຢັນ (ອ້າງເຖິງ child.c) ໃນບາງການປ່ອຍ. |
1273585 |
ຄ່າເລີ່ມຕົ້ນສຳລັບຕົວນັບກອບຄວາມປອດໄພພະລັງງານສີຂຽວໃນໜ່ວຍຄວາມຈຳທີ່ບໍ່ປ່ຽນແປງແມ່ນຕັ້ງເປັນ 0 ຈາກ 0xFFFFFFFF.
(ອ້າງອີງອື່ນໆ: 1269700) |
1277012 | ຖ້າຕາຕະລາງເດັກນ້ອຍເຕັມ, ແລະເດັກນ້ອຍທີ່ມີຢູ່ແລ້ວຂອງອຸປະກອນທ້ອງຖິ່ນພະຍາຍາມເຂົ້າຮ່ວມ, ການເຂົ້າຮ່ວມໃຫມ່ຈະຖືກປະຕິເສດຢ່າງບໍ່ຖືກຕ້ອງ, ເຊິ່ງເຮັດໃຫ້ການເຂົ້າຂອງເດັກຖືກໂຍກຍ້າຍອອກແລະບັງຄັບໃຫ້ເດັກເຂົ້າຮ່ວມອີກເທື່ອຫນຶ່ງເພື່ອຕິດຕໍ່ກັບພໍ່ແມ່ນັ້ນ. |
ແກ້ໄຂໃນການປ່ອຍ 7.4.1.0
ID # | ລາຍລະອຽດ |
1036893 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ອົງປະກອບ OTA cluster ຕິດຕັ້ງອົງປະກອບສ່ວນຕິດຕໍ່ boot-loader ແບບເກົ່າເປັນການຂຶ້ນກັບ. |
1114905 | Zigbee Direct: ປັບປຸງການຈັດການລັກສະນະອອກຈາກເຄືອຂ່າຍ. |
1180937 | ແກ້ໄຂການຣີເຊັດ WDT ເມື່ອເຊື່ອມຕໍ່ Zigbee Direct ZDD ກັບ ZVD ພາກສ່ວນທີສາມ. |
1223904 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ອຸປະກອນສຸດທ້າຍເຄື່ອນທີ່ເຮັດວຽກບໍ່ຖືກຕ້ອງໃນສະພາບແວດລ້ອມທີ່ຫຍຸ້ງຫຼາຍ. |
1224393 | ອັບເດດລະຫັດຕົວຈັດການການຮ້ອງຂໍການອ່າງລ້າງ Green Power ເພື່ອອັບເດດທີ່ຢູ່ປາຍທາງການຕອບສະໜອງ. |
1228808 | ແກ້ໄຂບັນຫາການສະແດງຜົນດ້ວຍນິຍາມມະຫາພາກໃນເອກະສານ gp-types.h. |
1232297 | ແກ້ໄຂບັນຫາທີ່ emberSetOutgoingNwkFrameCounter ແລະ emberSetOutgoingApsFrameCounter ບໍ່ເຮັດວຽກຢູ່ໃນ 64-bit host applications (ກັບຄືນ EMBER_BAD_ARGUMENT). |
1232359 | ແກ້ໄຂການຄຳນວນພາລາມິເຕີ gppTunnelingDelay ໃນການປະມວນຜົນຄຳສັ່ງລູກຂ່າຍພະລັງງານສີຂຽວ. |
1240392 |
ZDO Bind/Unbind Requests ປະຕິເສດສໍາລັບເຫດຜົນການເຂົ້າເຖິງ/ການອະນຸຍາດຄວນສົ່ງຄືນສະຖານະ EMBER_ZDP_NOT_AUTHORIZED ແທນທີ່ຈະເປັນສະຖານະ EMBER_ZDP_NOT_PERMITTED ຕາມຂໍ້ມູນຈໍາເພາະ Zigbee. |
1243523 | Zigbee Direct: ປັບປຸງຄວາມສະຖຽນຂອງການເຊື່ອມຕໍ່ BLE ກັບ ZVD. |
1249455 | ແກ້ໄຂບັນຫາທີ່ເຮັດໃຫ້ອຸປະກອນສິ້ນສຸດນອນຫລັບເຂົ້າໄປໃນການນອນໃນເວລາທີ່ໄດ້ຮັບການອອກອາກາດກ່ອນທີ່ຈະໄດ້ຮັບ ack. |
1252295 | ແກ້ໄຂຂໍ້ຜິດພາດທີ່ພິມຜິດໃນແຄັດຕາລັອກອົງປະກອບ SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT. |
ແກ້ໄຂໃນການປ່ອຍ 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, ເນື່ອງຈາກລໍາດັບກອບການປຸກທີ່ມີທ່າແຮງຍາວອາດຈະຖືກນໍາໃຊ້. ຜູ້ໃຊ້ທີ່ຕ້ອງການປັບບູລິມະສິດສາຍສົ່ງອາດຈະນໍາໃຊ້ 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. |
ID # | ລາຍລະອຽດ |
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 ພາດ. |
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 ໃນຕາຕະລາງຕົວແທນ. |
ID # | ລາຍລະອຽດ |
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.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, ສະນັ້ນ ຄິວໂທກັບຖືກປ່ອຍໄວຂຶ້ນ. |
1252460 | ການເຮັດປະຈຳການກູ້ຂໍ້ມູນ SimEEPROM (ສຳລັບທັງ v1 ແລະ v2) ທີ່ແລ່ນໃນຕອນເລີ່ມຕົ້ນອາດຈະເຮັດການເອີ້ນລຶບໜ້າແຟລດທີ່ບໍ່ຖືກຕ້ອງທີ່ສົ່ງຜົນໃຫ້ຢືນຢັນໃນລະຫວ່າງການເຮັດປະຈຳຂອງ MSC_ErasePage ຂອງ em_msc.c. | ການແກ້ໄຂບັນຫາ: ວາງແຖວລະຫັດຕໍ່ໄປນີ້ຢູ່ເທິງສຸດຂອງຟັງຊັນ MSC_ErasePage() ໃນ em_msc.c: start address = (uint32_t*)((uint32_t)start address &
~(FLASH_PAGE_SIZE-1)); |
ລາຍການທີ່ຄັດຄ້ານ
ເຊົາສະໜັບສະໜຸນໃນລຸ້ນ 7.4.1.0
ໃນ GSDK 7.4.0.0 ເປັນຕົ້ນໄປ, ລວມທັງແພັກເກັດນີ້, ທາງເລືອກ “-v” ໃນ Z3Gateway ສໍາລັບແອັບພລິເຄຊັນ linux host ເພື່ອສ້າງສ່ວນຕິດຕໍ່ telnet ກັບພອດ 4900 ຫຼື 4901 ຖືກຍົກເລີກ. ທາງເລືອກທີ່ແນະນໍາໃນການສ້າງອິນເຕີເຟດ telnet ແມ່ນການໃຊ້ linux utilities ເຊັ່ນ "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.
- ເອົາ setPacketBufferCount() ໃນ 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 ໃນປັດຈຸບັນແມ່ນຄຸນນະພາບການຜະລິດ.
7.3 ບັນຫາຄົງທີ່
ແກ້ໄຂໃນການປ່ອຍ 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 | ZigBee ບໍ່ອະນຸຍາດໃຫ້ສ້າງຕາຕະລາງການຈັບຄູ່ແຫຼ່ງທີ່ມາສຳລັບເດັກນ້ອຍ ຖ້າຄິວທາງອ້ອມ MAC ມີຂໍ້ມູນທີ່ຍັງຄ້າງຢູ່ແລ້ວສຳລັບເດັກນ້ອຍນັ້ນ. ພຶດຕິກໍານີ້ສາມາດນໍາໄປສູ່ການເຮັດທຸລະກໍາໃນຊັ້ນຂອງແອັບພລິເຄຊັນລະຫວ່າງເດັກແລະອຸປະກອນອື່ນໆບາງຢ່າງລົ້ມເຫລວເນື່ອງຈາກການຂາດການຕອບສະຫນອງຂອງ APS Ack ຫຼື app-layer, ໂດຍສະເພາະແມ່ນການຂັດຂວາງແລະການຢຸດເຊົາທີ່ບໍ່ຄາດຄິດຂອງ 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. |
ID # | ລາຍລະອຽດ |
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. | ຈະຖືກກ່າວເຖິງໃນການປ່ອຍໃນອະນາຄົດ. |
ລາຍການທີ່ຄັດຄ້ານ
ບໍ່ມີ
ຖອນລາຍການອອກ
ເອົາອອກໃນການປ່ອຍ 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: ຄູ່ມືການເລີ່ມຕົ້ນດ່ວນ 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/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:ການເກັບຮັກສາກະແຈທີ່ປອດໄພ.
ຄໍາແນະນໍາດ້ານຄວາມປອດໄພ
ເພື່ອສະໝັກໃຊ້ທີ່ປຶກສາດ້ານຄວາມປອດໄພ, ເຂົ້າສູ່ລະບົບປະຕູລູກຄ້າ Silicon Labs, ຈາກນັ້ນເລືອກ Account Home. ຄລິກທີ່ໜ້າຫຼັກເພື່ອໄປທີ່ໜ້າຫຼັກຂອງປະຕູ ແລະຈາກນັ້ນຄລິກທີ່ ຈັດການການແຈ້ງເຕືອນ. ກວດໃຫ້ແນ່ໃຈວ່າ 'ແຈ້ງການແນະນຳຊອບແວ/ຄວາມປອດໄພ & ແຈ້ງການປ່ຽນແປງຜະລິດຕະພັນ (PCNs)' ຖືກກວດສອບແລ້ວ, ແລະວ່າເຈົ້າໄດ້ສະໝັກໃຊ້ຢ່າງໜ້ອຍສຳລັບແພລດຟອມ ແລະໂປຣໂຕຄໍຂອງເຈົ້າ. ກົດ Save ເພື່ອບັນທຶກການປ່ຽນແປງໃດໆ.
ສະຫນັບສະຫນູນ
ລູກຄ້າຊຸດພັດທະນາມີສິດໄດ້ຮັບການຝຶກອົບຮົມ ແລະການຊ່ວຍເຫຼືອດ້ານວິຊາການ. ໃຊ້ Silicon Laboratories Zigbee web ຫນ້າທີ່ຈະໄດ້ຮັບຂໍ້ມູນຂ່າວສານກ່ຽວກັບຜະລິດຕະພັນແລະການບໍລິການ Silicon Labs Zigbee ທັງຫມົດ, ແລະລົງທະບຽນສໍາລັບການສະຫນັບສະຫນູນຜະລິດຕະພັນ.
ທ່ານສາມາດຕິດຕໍ່ຫາສະຫນັບສະຫນູນ Silicon Laboratories ຢູ່ http://www.silabs.com/support.
Simplicity Studio
ຄລິກດຽວເຂົ້າເຖິງ MCU ແລະເຄື່ອງມືໄຮ້ສາຍ, ເອກະສານ, ຊອບແວ, ຫ້ອງສະໝຸດລະຫັດແຫຼ່ງ ແລະອື່ນໆອີກ. ມີໃຫ້ສໍາລັບ Windows, Mac ແລະ Linux!
Portfolio iot
SW/HW
ຄຸນະພາບ
ສະຫນັບສະຫນູນ & ຊຸມຊົນ
ປະຕິເສດຄວາມຮັບຜິດຊອບ
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 West Cesar Chavez Austin, TX 78701 USA
- ເວັບໄຊທ໌ www.silabs.com
- silabs.com
ສ້າງໂລກທີ່ເຊື່ອມຕໍ່ກັນຫຼາຍຂຶ້ນ.
ເອກະສານ / ຊັບພະຍາກອນ
![]() |
SILICON LABS ຊອບແວ Zigbee EmberZNet SDK [pdf] ຄູ່ມືຜູ້ໃຊ້ ຊອບແວ Zigbee EmberZNet SDK, ຊອບແວ EmberZNet SDK, ຊອບແວ SDK, ຊອບແວ |