SILICON LABS SDK 7.2.6.0 EmberZNet Zigbee Platform
ព័ត៌មានអំពីផលិតផល
លក្ខណៈបច្ចេកទេស
- Zigbee EmberZNet SDK កំណែ៖ 7.2.6.0
- Gecko SDK Suite Version: 4.2, ចេញផ្សាយនៅថ្ងៃទី 3 ខែកក្កដា ឆ្នាំ 2024
- អ្នកលក់៖ មន្ទីរពិសោធន៍ស៊ីលីកុន
- កម្មវិធីចងក្រងដែលត្រូវគ្នា៖ GCC (GNU Compiler Collection) កំណែ 10.3-2021.10
ការណែនាំអំពីការប្រើប្រាស់ផលិតផល
លក្ខណៈសំខាន់ៗ
វេទិកា Silicon Labs Zigbee គឺជាដំណោះស្រាយ Zigbee ដែលរួមបញ្ចូលគ្នា ពេញលេញ និងសម្បូរបែបបំផុតដែលអាចប្រើបាន។
ការប្រើប្រាស់ EmberZNet SDK
EmberZNet SDK មានការអនុវត្តរបស់ Silicon Labs លើការបញ្ជាក់អំពីជង់ Zigbee ។ ដើម្បីចាប់ផ្តើម៖
- ទាញយក SDK ពីផ្លូវការ webគេហទំព័រ។
- សូមមើលកំណត់ចំណាំចេញផ្សាយសម្រាប់ភាពឆបគ្នា និងសេចក្តីជូនដំណឹងអំពីការប្រើប្រាស់។
- ត្រូវប្រាកដថាអ្នកមានកម្មវិធីចងក្រងដែលត្រូវគ្នា (GCC កំណែ 10.3-2021.10)។
- អនុវត្តតាមការណែនាំដែលមាននៅក្នុងការណែនាំ "ការប្រើប្រាស់ការចេញផ្សាយនេះ" ប្រសិនបើអ្នកថ្មីចំពោះ Zigbee EmberZNet SDK ។
Zigbee EmberZNet SDK 7.2.6.0 GA
Gecko SDK Suite 4.2
ថ្ងៃទី 3 ខែកក្កដា ឆ្នាំ 2024
Silicon Labs គឺជាអ្នកលក់ជម្រើសសម្រាប់ OEMs ដែលបង្កើតបណ្តាញ Zigbee ទៅក្នុងផលិតផលរបស់ពួកគេ។ វេទិកា Silicon Labs Zigbee គឺជាដំណោះស្រាយ Zigbee ដែលរួមបញ្ចូលគ្នា ពេញលេញ និងពេញលេញបំផុតដែលអាចប្រើបាន។
Silicon Labs EmberZNet SDK មានការអនុវត្តរបស់ Silicon Labs នៃការបញ្ជាក់អំពីជង់ Zigbee ។
កំណត់ចំណាំចេញផ្សាយទាំងនេះគ្របដណ្តប់កំណែ SDK៖
- 7.2.6.0 ចេញផ្សាយថ្ងៃទី 3 ខែកក្កដា ឆ្នាំ 2024
- 7.2.5.0 ចេញផ្សាយថ្ងៃទី 24 ខែមករា ឆ្នាំ 2024
- 7.2.4.0 ចេញផ្សាយថ្ងៃទី 16 ខែសីហា ឆ្នាំ 2023
- 7.2.3.0 ចេញផ្សាយថ្ងៃទី 3 ខែឧសភា ឆ្នាំ 2023
- 7.2.2.0 ចេញផ្សាយថ្ងៃទី 8 ខែមីនា ឆ្នាំ 2023
- 7.2.1.0 ចេញផ្សាយថ្ងៃទី 1 ខែកុម្ភៈ ឆ្នាំ 2023
- 7.2.0.0 ចេញផ្សាយថ្ងៃទី 14 ខែធ្នូ ឆ្នាំ 2022
លក្ខណៈសំខាន់ៗ
Zigbee
ការគាំទ្រការផ្ទុកសោសុវត្ថិភាពសម្រាប់ផ្នែក MG2x គាំទ្រ Secure Vault-High
- ការគាំទ្រ MG24+Si4468 Dual-PHY Zigbee Smart Energy
- MG12 Dual-Band 2.4GHz + SubGHz ZigbeeSmart Energy គាំទ្រ
- ការគាំទ្រម៉ូឌុល MGM240S SiP
- Zigbee on Host (ZigbeeD) គាំទ្រសម្រាប់ស្ថាបត្យកម្ម 32 ប៊ីត និង 64 ប៊ីត x86 - ពិសោធន៍
ពហុពិធីការ
- Dynamic Multiprotocol Bluetooth និង multi-PAN 802.15.4 នៅក្នុងរបៀប RCP
- Dynamic Multiprotocol Bluetooth និង ZigbeeNCP - ពិសោធន៍
- Manufacturing Library (MfgLib) គាំទ្រសម្រាប់ Multiprotocol RCP ស្របគ្នា។
- Zigbee + OpenThread ការស្តាប់ស្របគ្នានៅលើផ្នែក MG24 - ពិសោធន៍
សេចក្តីជូនដំណឹងអំពីភាពឆបគ្នា និងការប្រើប្រាស់
សម្រាប់ព័ត៌មានអំពីការអាប់ដេតសុវត្ថិភាព និងការជូនដំណឹង សូមមើលជំពូកសុវត្ថិភាពនៃកំណត់ចំណាំការចេញផ្សាយវេទិកា Gecko ដែលបានដំឡើងជាមួយ SDK នេះ ឬនៅលើផ្ទាំង TECH DOCS នៅលើ https://www.silabs.com/developers/zigbee-emberznet Silicon Labs ក៏ផ្តល់អនុសាសន៍យ៉ាងមុតមាំថាអ្នកជាវទៅ ទីប្រឹក្សាសន្តិសុខ ដើម្បីទទួលបានព័ត៌មានថ្មីៗ។ សម្រាប់ការណែនាំ ឬប្រសិនបើអ្នកថ្មីចំពោះ Zigbee EmberZNet SDK សូមមើលការប្រើប្រាស់ការចេញផ្សាយនេះ។
កម្មវិធីចងក្រងដែលត្រូវគ្នា៖
IAR Embedded Workbench សម្រាប់ ARM (IAR-EWARM) កំណែ 9.20.4 ។
- ការប្រើប្រាស់ស្រាដើម្បីបង្កើតជាមួយឧបករណ៍ប្រើប្រាស់បន្ទាត់ពាក្យបញ្ជា IarBuild.exe ឬ IAR Embedded Workbench GUI នៅលើ macOS ឬ Linux អាចបណ្តាលឱ្យមិនត្រឹមត្រូវ files ត្រូវបានប្រើដោយសារតែការប៉ះទង្គិចនៅក្នុងក្បួនដោះស្រាយ hashing របស់ស្រាសម្រាប់ការបង្កើតខ្លី file ឈ្មោះ។
- អតិថិជននៅលើ macOS ឬ Linux ត្រូវបានណែនាំមិនឱ្យបង្កើតជាមួយ IAR នៅខាងក្រៅ Simplicity Studio ទេ។ អតិថិជនដែលធ្វើគួរតែផ្ទៀងផ្ទាត់ដោយប្រុងប្រយ័ត្នថាត្រឹមត្រូវ។ files កំពុងត្រូវបានប្រើប្រាស់។
ធាតុថ្មី។
លក្ខណៈពិសេសថ្មី។
ថ្មីនៅក្នុងការចេញផ្សាយ 7.2.0.0
សុវត្ថិភាព Zigbee
ជំនួយអាចរកបានសម្រាប់ការរក្សាទុកសោអ៊ិនគ្រីបដោយសុវត្ថិភាពនៅលើផ្នែក EFR32MG2x ដែលគាំទ្រមុខងារ Secure Vault-High ។ សូមមើល AN1271៖ Secure Key Storage សម្រាប់ព័ត៌មានអំពីការរក្សាទុកសោសុវត្ថិភាពដោយសុវត្ថិភាព។ កម្មវិធីដែលមានបំណងរក្សាទុកសោសុវត្ថិភាពនៅក្នុងកន្លែងផ្ទុកសុវត្ថិភាពត្រូវតែប្រើសម្រាប់ការដាក់ពង្រាយថ្មី ដោយសារការអាប់ដេត OTA សម្រាប់ឧបករណ៍ដែលមានស្រាប់បច្ចុប្បន្នមិនត្រូវបានគាំទ្រនៅក្នុងការចេញផ្សាយនេះទេ។
ថាមពលឆ្លាតវៃ
ការគាំទ្រថាមពលឆ្លាតវៃ Dual-PHY ក្នុងពេលដំណាលគ្នាឥឡូវនេះមាននៅលើផ្នែក EFR32xG24+Si4468។
ការគាំទ្រ Zigbee Smart Energy Dual-Band 2.4GHz និង Sub-GHz សម្រាប់ឧបករណ៍ចុងក្រោយ ឥឡូវនេះមាននៅលើផ្នែក EFR32xG12។
DMP NCP
ការគាំទ្រពហុប្រូតូកូលថាមវន្ត Zigbee-NCP + Bluetooth-NCP ឥឡូវនេះមានហើយ។
កម្មវិធីថ្មី។
- គ្មាន
សមាសធាតុថ្មី។
ថ្មីនៅក្នុងការចេញផ្សាយ 7.2.0.0
សមាសភាគកម្មវិធីគ្រប់គ្រងសុវត្ថិភាព Zigbee
អ្នកគ្រប់គ្រងសន្តិសុខ Zigbee
សមាសភាគកម្មវិធីគ្រប់គ្រងសុវត្ថិភាព Zigbee គឺជាសមាសភាគទូទៅដែលផ្តល់នូវចំណុចប្រទាក់សម្រាប់អ្នកប្រើប្រាស់ដើម្បីគ្រប់គ្រងសោសុវត្ថិភាព និងទម្លាប់នៃការគ្រីបតូ។ សមាសភាគនេះត្រូវបានកែសម្រួលទៅតាមសោរជាក់លាក់របស់ Zigbee និងទម្រង់ការគ្រីបតូ។
អ្នកគ្រប់គ្រងសន្តិសុខ
សមាសភាគកម្មវិធីគ្រប់គ្រងសុវត្ថិភាពគឺជាសមាសធាតុជង់ - agnostic ដែលផ្តល់ចំណុចប្រទាក់ដើម្បីគ្រប់គ្រងសោនៅក្នុងការផ្ទុក PSA ។ ទាំងនេះអាចនឹងត្រូវបានរុំសោរ ប្រសិនបើឧបករណ៍នេះគាំទ្រមុខងារ Secure Vault-High។ សមាសភាគកម្មវិធីគ្រប់គ្រងសុវត្ថិភាពក៏ផ្តល់នូវចំណុចប្រទាក់ទៅនឹងទម្លាប់នៃការគ្រីបតូមួយចំនួនផងដែរ។ សមាសភាគការផ្ទុកសោសុវត្ថិភាព Zigbee ប្រើប្រាស់សមាសភាគកម្មវិធីគ្រប់គ្រងសុវត្ថិភាព។
ការផ្ទុកសោបុរាណ
សមាសភាគ Zigbee Classic Key Storage គ្រប់គ្រងការរក្សាទុក និងការទាញយកសោសុវត្ថិភាពនៅក្នុង NVM3 tokens។ គ្រាប់ចុចដែលរក្សាទុកដោយ NVM3 ត្រូវបានរក្សាទុកក្នុងពន្លឺក្នុងពន្លឺ ដែលមានន័យថាគ្រាប់ចុចអាចត្រូវបានអាននៅពេលដែលពន្លឺត្រូវបានអានពីឧបករណ៍។ វិធីសាស្ត្រផ្ទុកនេះគឺជាវិធីដែលកម្មវិធី Zigbee បានរក្សាទុកសោនៅលើឧបករណ៍ពីមុន។
ការរក្សាទុកសោសុវត្ថិភាព
សមាសធាតុផ្ទុកសោសុវត្ថិភាព Zigbee គ្រប់គ្រងការរក្សាទុកសោដោយប្រើ PSA APIs ។ សម្រាប់ឧបករណ៍ដែលគាំទ្រមុខងារ Secure Vault-High គ្រាប់ចុចត្រូវបានរុំក្នុងកន្លែងផ្ទុកសុវត្ថិភាព ហើយមិនអាចប្រមូលបានដោយការអានពន្លឺពីឧបករណ៍នោះទេ។
សមាសភាគកម្មវិធីគ្រប់គ្រងសុវត្ថិភាពត្រូវបានប្រើប្រាស់ដោយសមាសធាតុ Zigbee Secure Key Storage ដើម្បីប្រតិបត្តិទម្លាប់នៃការគ្រីបតូមួយចំនួន ដូចជាការអ៊ិនគ្រីប AES និងការឌិគ្រីបជាដើម។
អ្នកប្រើដែលមានបំណងចង់បានសោទុកកម្មវិធីដោយសុវត្ថិភាពត្រូវតែធ្វើដូច្នេះនៅលើការដាក់ពង្រាយថ្មីប៉ុណ្ណោះ។ បច្ចុប្បន្នមិនមានការគាំទ្រសម្រាប់ឧបករណ៍ដែលបានដាក់ពង្រាយដើម្បីដំឡើងកំណែទំហំផ្ទុកសោរបស់ពួកគេ និងផ្លាស់ទីសោសុវត្ថិភាពពីថូខឹនចូលទៅក្នុងកន្លែងផ្ទុកសោសុវត្ថិភាពទេ។ មុខងារធ្វើឱ្យប្រសើរឡើងនេះត្រូវបានគ្រោងសម្រាប់ការចេញផ្សាយនាពេលអនាគត។
ឧបករណ៍ដែលរួមបញ្ចូលមុខងារ Secure Vault High អាចនៅតែរក្សាទុកសោសុវត្ថិភាពជាលក្ខណៈបុរាណ (សម្រាប់ឧample in tokens) ដោយរួមបញ្ចូលនូវសមាសភាគ Classic Key Storage ជំនួសវិញ។ កម្មវិធីដែលមានមូលដ្ឋានលើ SDK 7.2.0.0 ដែលរួមបញ្ចូលមុខងារអាប់ដេត OTA សម្រាប់ឧបករណ៍ Secure Vault-High ទាំងនេះដែលកំពុងដំណើរការកូដមុន SDK 7.2.0.0 បច្ចុប្បន្នត្រូវបានកំណត់ចំពោះការប្រើប្រាស់សមាសភាគ Classic Key Storage។
ឧបករណ៍សុវត្ថិភាព Vault-High មិនអាចទម្លាក់ចំណាត់ថ្នាក់ពីរូបភាពដែលរក្សាទុកសោនៅក្នុងកន្លែងផ្ទុកសុវត្ថិភាពទៅជារូបភាពដែលរក្សាទុកសោចូលទៅក្នុងសញ្ញាសម្ងាត់វិញ។
សមាសធាតុផ្សេងទៀត។
Watchdog ធ្វើឱ្យស្រស់
ធាតុផ្សំនៃកម្មវិធីឃ្លាំមើលឡើងវិញកំណត់កម្មវិធីកំណត់ម៉ោងឃ្លាំមើលឡើងវិញតាមកាលកំណត់ (តម្លៃអាចកំណត់រចនាសម្ព័ន្ធបាន និងរក្សាលំនាំដើម 1 វិនាទី)។ ចំណាំថាដើម្បីសម្រេចវា ផ្នែកត្រូវចូលទៅក្នុងរបៀបថាមពល EM0 ។ សមាសភាគនេះត្រូវបានរួមបញ្ចូលតាមលំនាំដើម នៅពេលដែលមាន RTOS ហើយអ្នកឃ្លាំមើលត្រូវបានប្រើនៅក្នុងកូដ។ ការធ្វើឱ្យស្រស់នៃកម្មវិធីកំណត់ម៉ោងឃ្លាំមើលអាចត្រូវបានបិទដោយប្រើជម្រើសនៃការកំណត់រចនាសម្ព័ន្ធនៅក្នុងសមាសធាតុផ្សំ។
អាដាប់ទ័រថាមពលបៃតង
សមាសភាគ zigbee_green_power_adapter គាំទ្រការប្រើប្រាស់ម៉ាស៊ីនមេថាមពលបៃតង ឬសមាសភាគម៉ាស៊ីនភ្ញៀវនៅក្នុងក្របខ័ណ្ឌផ្ទាល់ខ្លួន។ សមាសភាគនេះរួមបញ្ចូលសំណុំនៃប្រភពដែលត្រូវការអប្បបរមា files ពីក្របខណ្ឌកម្មវិធី ហើយវាផ្តល់នូវទម្រង់ការរងមួយចំនួនដែលត្រូវប្រើដើម្បីរួមបញ្ចូលក្របខ័ណ្ឌផ្ទាល់ខ្លួន។
APIs ថ្មី
- ថ្មីនៅក្នុងការចេញផ្សាយ 7.2.1.0
- បានប្តូរឈ្មោះ sl_set_passive_ack_config() ទៅ sl_zigbee_set_passive_ack_config()
- បានប្តូរឈ្មោះ emAfOverrideAppendSourceRouteCallback() ទៅ emberAfOverrideAppendSourceRouteCallback()
- បានស្ដារ emberChildId() ឡើងវិញបន្ទាប់ពីការដកចេញក្នុង 7.2.0.0
- បានស្ដារ emberChildIndex() ឡើងវិញបន្ទាប់ពីការដកចេញក្នុង 7.2.0.0
- ថ្មីនៅក្នុងការចេញផ្សាយ 7.2.0.0
សមាសធាតុកម្មវិធីគ្រប់គ្រងសុវត្ថិភាព Zigbee
សមាសភាគកម្មវិធីគ្រប់គ្រងសុវត្ថិភាព Zigbee ផ្តល់នូវ APIs ជាច្រើន ដែលត្រូវបានអនុវត្តដោយ Zigbee Classic Key Storage ឬ Zigbee Secure Key Storage ។ ពួកវាផ្តល់នូវមុខងារដែលរួមមានការនាំចូល និងនាំចេញកូនសោដែលរក្សាទុកដោយសមាសភាគ ការទាញយកទិន្នន័យមេតាគន្លឹះ ផ្ទុកសោដើម្បីប្រើក្នុងប្រតិបត្តិការ និងអនុវត្តប្រតិបត្តិការគ្រីបគ្រីបដោយប្រើសោដែលបានផ្ទុក។ បញ្ជីពេញលេញនៃ APIs ថ្មីទាំងនេះមាននៅក្នុងឯកសារ Zigbee Stack API នៅ https://docs.silabs.com សំណុំរងនៃ APIs ទាំងនោះត្រូវបានរាយបញ្ជីនៅទីនេះ។
- ចាត់ទុកជាមោឃៈ sl_zb_sec_man_init_context(sl_zb_sec_man_context_t * បរិបទ)
- sl_status_t sl_zb_sec_man_import_key(sl_zb_sec_man_context_t* context, sl_zb_sec_man_key_t* plaintext_key)
- sl_status_t sl_zb_sec_man_export_key(sl_zb_sec_man_context_t* context, sl_zb_sec_man_key_t* plaintext_key)
- sl_status_t sl_zb_sec_man_hmac_aes_mmo(const uint8_t* input, const uint8_t data_length, uint8_t* output)
- sl_status_t sl_zb_sec_man_aes_ccm(uint8_t* nonce, bool encrypt, const uint8_t* input, uint8_t encryption_start_index, uint8_t length, uint8_t* output)
ផ្សេងៗ
bool emberAfClusterEnableDisable(uint8_t endpoint, EmberAfClusterId clusterId, EmberAfClusterMask
mask, bool enable) អនុញ្ញាតឱ្យបើក និងបិទ clusters នៅពេលដំណើរការ ដោយ bool emberAfIsClusterEnabled(uint8_t end-
point, EmberAfClusterId clusterId, EmberAfClusterMask mask) ដើម្បីពិនិត្យមើលថាតើ cluster ត្រូវបានបើកឬអត់។ APIs ទាំងនេះទាមទារការកំណត់ EMBER_AF_PLUGIN_ZCL_CLUSTER_ENABLE_DISABLE_RUN_TIME នៅក្នុងកម្មវិធីជំនួយស្នូលរបស់ ZCL ទៅជាពិតនៅក្នុង
បញ្ជាឱ្យចងក្រង។
ពាក្យបញ្ជា CLI ថ្មី។
ថ្មីនៅក្នុងការចេញផ្សាយ 7.2.0.0
បានបន្ថែមពាក្យបញ្ជា CLI ថ្មីសម្រាប់សមាសភាគ "bluetooth_on_demand_start" 'plugin ble start' និង 'plugin ble stop' ដើម្បីស្នើសុំការចាប់ផ្តើម និងបញ្ឈប់ជង់ប៊្លូធូសនៅពេលចាំបាច់។
ការគាំទ្រវេទិកាថ្មី។
ថ្មីនៅក្នុងការចេញផ្សាយ 7.2.4.0
ការគាំទ្របន្ទះវិទ្យុ BRD4195B និង BRD4196B ឥឡូវនេះអាចរកបានហើយ។
ថ្មីនៅក្នុងការចេញផ្សាយ 7.2.0.0
ការគាំទ្រម៉ូឌុល MGM240S SiP ឥឡូវនេះមានហើយ។
ឯកសារថ្មី។
សមាសធាតុទាំងអស់មានឯកសារ។ ប្រសិនបើអ្នកមានបញ្ហាក្នុងការមើលឯកសារ នៅពេលអ្នកជ្រើសរើសសមាសភាគនៅក្នុង Project Configurator អ្នកអាចស្វែងរកវាបាន https://docs.silabs.com/
ការកែលម្អ
បានផ្លាស់ប្តូរនៅក្នុងការចេញផ្សាយ 7.2.5.0
MAC TX Unicast Counter ព្យាយាមម្តងទៀត
នៅក្នុងកំណែមុន Counter Handler callback សម្រាប់ MAC និង APS layer EmberCounterTypes ទាក់ទងនឹង packet RX និង TX មិនត្រូវបានឆ្លងផុតលេខសម្គាល់ថ្នាំងគោលដៅត្រឹមត្រូវ ឬអាគុយម៉ង់ទិន្នន័យទេ ហើយឯកសារ API ទាក់ទងនឹងឥរិយាបទនៃបញ្ជរមួយចំនួនដែលប្រើប៉ារ៉ាម៉ែត្រទាំងនេះគឺមិនច្បាស់លាស់ ឬមានការយល់ច្រឡំ។ ខណៈពេលដែលហត្ថលេខារបស់ emberCounterHandler() មិនបានផ្លាស់ប្តូរ របៀបដែលប៉ារ៉ាម៉ែត្ររបស់វាត្រូវបានបំពេញបានផ្លាស់ប្តូរបន្តិច។ ការផ្លាស់ប្តូរជុំវិញ API នេះរួមមានដូចខាងក្រោម៖
- មតិជុំវិញ EmberCounterType enums នៅក្នុង ember-types.h ត្រូវបានពង្រីកសម្រាប់ភាពច្បាស់លាស់។
- ប៉ារ៉ាម៉ែត្រលេខសម្គាល់ថ្នាំងទៅ Counter Handler សម្រាប់បញ្ជរដែលទាក់ទងនឹង TX ឥឡូវនេះពិនិត្យមើលថាតើរបៀបអាសយដ្ឋានទិសដៅបង្ហាញពីលេខសម្គាល់ខ្លីត្រឹមត្រូវមុនពេលប្រើវា។ (បើមិនដូច្នេះទេ គ្មានអាសយដ្ឋានគោលដៅត្រូវបានបញ្ចូលទេ ហើយតម្លៃកន្លែងដាក់ EMBER_UNKNOWN_NODE_ID ត្រូវបានប្រើជំនួសវិញ។)
- ប៉ារ៉ាម៉ែត្រលេខសម្គាល់ថ្នាំងទៅ Counter Handler សម្រាប់បញ្ជរដែលទាក់ទងនឹង RX ឥឡូវនេះឆ្លុះបញ្ចាំងពីលេខសម្គាល់ថ្នាំងប្រភព មិនមែនលេខសម្គាល់ថ្នាំងទិសដៅទេ។
- ចំនួនការព្យាយាមម្តងទៀតគឺ *មិន*បានឆ្លងកាត់ជាប៉ារ៉ាម៉ែត្រទិន្នន័យសម្រាប់បញ្ជរ EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED ដូចដែលបានពិពណ៌នានៅក្នុង ember-types.h នៅក្នុងកំណែមុន ប៉ុន្តែវាមិនដែលត្រូវបានបញ្ចូលឱ្យបានត្រឹមត្រូវនៅក្នុងកំណែដែលបានចេញផ្សាយពីមុនទេ ដូច្នេះតម្លៃរបស់វានៅក្នុងការចេញផ្សាយពីមុនតែងតែមានជានិច្ច។ 0. ឥរិយាបថនេះត្រូវបានបញ្ជាក់ឱ្យច្បាស់លាស់នៅក្នុងការពិពណ៌នានៃប្រភេទ Em-berCounterTypes ទាំងនោះ។ (ទោះជាយ៉ាងនេះក្តី ការរាប់ម្តងទៀតសម្រាប់ការព្យាយាមឡើងវិញស្រទាប់ APS បន្តត្រូវបានបញ្ចូលក្នុងប៉ារ៉ាម៉ែត្រទិន្នន័យសម្រាប់
EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED ប្រភេទបញ្ជរ ស្របតាមការចេញផ្សាយពីមុន។) - បញ្ជរទាំងអស់ដែលបញ្ចូលលេខសម្គាល់ថ្នាំង ឬប៉ារ៉ាម៉ែត្រទិន្នន័យសម្រាប់ការហៅត្រឡប់មកវិញត្រូវបានធ្វើសវនកម្ម ដើម្បីធានាថាពួកគេឆ្លងកាត់អាសយដ្ឋានដែលរំពឹងទុក (ឬ EMBER_UNKNOWN_NODE_ID ប្រសិនបើលេខសម្គាល់ថ្នាំងត្រូវបានរំពឹងទុក ប៉ុន្តែមិនអាចទទួលបានពីកញ្ចប់ព័ត៌មាន) ឬទិន្នន័យដូចដែលបានពិពណ៌នានៅក្នុង ember ដែលបានកែប្រែ -types.h ឯកសារ។
- កម្មវិធីដោះស្រាយការប្រឆាំងសម្រាប់ EMBER_COUNTER_MAC_TX_UNICAST_RETRY ឥឡូវនេះឆ្លុះបញ្ចាំងយ៉ាងត្រឹមត្រូវនូវលេខសម្គាល់ថ្នាំងទិសដៅស្រទាប់ MAC និងចំនួននៃការព្យាយាមម្តងទៀតនៅក្នុងលេខសម្គាល់ថ្នាំងគោលដៅ និងប៉ារ៉ាម៉ែត្រទិន្នន័យរបស់វា។
- អ្នកដោះស្រាយបញ្ជរសម្រាប់ EMBER_COUNTER_PHY_CCA_FAIL_COUNT ឥឡូវនេះផ្តល់ព័ត៌មានលេខសម្គាល់ថ្នាំងទិសដៅតាមរយៈប៉ារ៉ាម៉ែត្រលេខសម្គាល់ថ្នាំងអំពីគោលដៅស្រទាប់ MAC នៃសារដែលបរាជ័យក្នុងការបញ្ជូន។
ការបញ្ជាក់អំពីអាកប្បកិរិយាដែលមានគោលបំណងសម្រាប់ CSL
អ្នកប្រើត្រូវបានរំលឹកថាការបញ្ជូន CSL ដែលមិនធ្វើសមកាលកម្ម zigbee គឺជាកម្មវត្ថុនៃការត្រៀមទុកពិធីការនៅកម្មវិធីកំណត់ពេលវិទ្យុ។ នៅក្នុងកម្មវិធី SleepyToSleepy, BLE អាចនិងនឹង preempt ការបញ្ជូន zigbee CSL ដែលនឹងបញ្ចប់ការបញ្ជូន។ ការបំរែបំរួលកម្មវិធីកំណត់ពេលគឺជារឿងធម្មតាសម្រាប់ CSL ដែលមិនបានធ្វើសមកាលកម្ម ដោយបានផ្តល់ឱ្យថា លំដាប់នៃស៊ុមភ្ញាក់វែងដែលអាចប្រើបានយូរ។ អ្នកប្រើដែលចង់កែសម្រួលអាទិភាពនៃការបញ្ជូនអាចប្រើសមាសភាគការលៃតម្រូវនិងការសាកល្បង DMP ដើម្បីធ្វើដូច្នេះ។ អ្នកប្រើប្រាស់ក៏អាចពិគ្រោះជាមួយ UG305: Dynamic ផងដែរ។
មគ្គុទ្ទេសក៍របស់អ្នកប្រើ Multiprotocol សម្រាប់ព័ត៌មានបន្ថែម។
បញ្ហាមួយត្រូវបានជួសជុលនៅក្នុង CSL ដែលលំដាប់ស៊ុមភ្ញាក់ឡើងថ្មីដែលត្រូវបានទទួលភ្លាមៗបន្ទាប់ពីស៊ុមផ្ទុកពីមុននឹងមិនត្រូវបានកត់ត្រាត្រឹមត្រូវ។ វានឹងនាំឱ្យខកខានការផ្ទុកស៊ុម។
បានផ្លាស់ប្តូរនៅក្នុងការចេញផ្សាយ 7.2.2.0
ផ្សេងៗ
ធ្វើឱ្យប្រសើរឡើងនូវការគណនាការផ្លាស់ប្តូរដែលអាចរាយការណ៍បាននៅក្នុងសមាសធាតុរាយការណ៍ដោយគាំទ្រការគណនាភាពខុសគ្នានៃប្រភេទទិន្នន័យអណ្តែត។ វាត្រូវបានគាំទ្រដោយប្រើបណ្ណាល័យអណ្តែតវេទិកា។ ប្រសិនបើការគណនាការផ្លាស់ប្តូរដែលអាចរាយការណ៍បានពាក់ព័ន្ធនឹងប្រភេទទិន្នន័យភាពជាក់លាក់ទ្វេ ឬពាក់កណ្តាល នោះសំណុំនៃការហៅត្រឡប់មកវិញ (emberAfGetDiffCallback និង emberAfDetectReportChangedCallback) ត្រូវបានណែនាំសម្រាប់អ្នកប្រើប្រាស់ដើម្បីផ្តល់មុខងារនព្វន្ធរបស់ពួកគេ។
បានធ្វើបច្ចុប្បន្នភាពក្របខ័ណ្ឌកម្មវិធីជង់ ហត្ថលេខាមុខងារហៅត្រឡប់មកវិញ និងបានបន្ថែមការហៅត្រឡប់ក្របខ័ណ្ឌម៉ាស៊ីនដែលបាត់។ បច្ចុប្បន្នភាពទាំងនេះមាននៅ https://docs.silabs.com/
បានធ្វើបច្ចុប្បន្នភាពមុខងារ ezspPollHandler ជាមួយនឹងអាគុយម៉ង់បញ្ចូលដែលបានធ្វើបច្ចុប្បន្នភាព ដែលតម្រូវឱ្យធ្វើបច្ចុប្បន្នភាព EZSP_PROTOCOL_VERSION ទៅ 0x0B ។
បានផ្លាស់ប្តូរនៅក្នុងការចេញផ្សាយ 7.2.1.0
ផ្សេងៗ
ធ្វើឱ្យប្រសើរឡើងនូវការដោះស្រាយកំហុសនៅក្នុង sl_zigbee_set_passive_ack_config() ។
បានផ្លាស់ប្តូរនៅក្នុងការចេញផ្សាយ 7.2.0.0
អ្នកឃ្លាំមើល
បើកដំណើរការកម្មវិធីកំណត់ម៉ោងឃ្លាំមើលនៅលើ Zigbee sampកម្មវិធីឡេ។ ឥឡូវនេះយើងចិញ្ចឹមអ្នកឃ្លាំមើលម្តងក្នុងមួយវិនាទីនៅក្នុង app.c file សម្រាប់គម្រោងដែលត្រូវគ្នា។
ស្វែងរកបណ្តាញរង GHz
បានបន្ថែមការកំណត់រចនាសម្ព័ន្ធ CMSIS សម្រាប់ទំព័រឆានែល និងរបាំងមុខសម្រាប់សមាសភាគស្វែងរកបណ្តាញ gigahertz រង។
ការគ្រប់គ្រងបណ្តាញ
បានបន្ថែមស្គ្រីបដែលមានសុពលភាពសម្រាប់សមាសភាគ Zigbee Network Steering ដើម្បីបញ្ជាក់ថាជម្រើសស្កេនដែលប្រសើរឡើងក៏ត្រូវបានបើកផងដែរ ប្រសិនបើជម្រើស 'សាកល្បងគ្រាប់ចុចទាំងអស់' ត្រូវបានបើក* ។
NCP - CPC
ឯកសារត្រូវបានធ្វើបច្ចុប្បន្នភាពដើម្បីបង្ហាញថាកម្មវិធី NCP ត្រូវការ CPC រួមបញ្ចូលនៅក្នុងកម្មវិធីដែលមានមូលដ្ឋានលើ RTOS ហើយត្រូវតែប្រើជាមួយកម្មវិធីម៉ាស៊ីនដែលគាំទ្រ CPC ។
អាងស្តុកថាមពលបៃតង
ឥឡូវនេះតារាង GP sink រក្សាទុកលេខសម្គាល់ក្រុមសម្រាប់ប្រភេទក្រុម cast sink (EMBER_GP_SINK_TYPE_GROUPCAST) នៅក្នុងនិមិត្តសញ្ញារៀងៗខ្លួន។ ការរាប់បញ្ចូលប្រភេទលិចត្រូវបានធ្វើបច្ចុប្បន្នភាពដើម្បីលុប EMBER_GP_SINK_TYPE_SINK_GROUPLIST ចេញ។
ផ្សេងៗ
ឯកសារត្រូវបានធ្វើបច្ចុប្បន្នភាពដើម្បីបញ្ជាក់ថាចំនួនពីរបៃចុងក្រោយនៃកញ្ចប់ព័ត៌មានដែលទទួលបាននៅក្នុងរបៀបផលិតគឺមិនត្រូវបានបកស្រាយថាជាបៃ FCS / CRC ទេ។
រចនាសម្ព័ន្ធពាក្យបញ្ជាដែលមានទំហំធំជាង 4 បៃឥឡូវនេះត្រូវបានកំណត់ថាជាអារេចំនួនគត់ជំនួសឱ្យទ្រនិចចំនួនគត់។
បញ្ហាថេរ
បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.2.6.0
លេខសម្គាល់ # | ការពិពណ៌នា |
1078136 | ជួសជុលការគាំងមិនឈប់ឈរ នៅពេលកែប្រែព្រឹត្តិការណ៍ពីបរិបទរំខាន។ យោងផ្សេងទៀត ១២៥៥៣១៥ |
1152512 | បានជួសជុលការគាំងដែលអាចកើតមាននៅក្នុង mac-rail ទាប នៅពេលកែប្រែព្រឹត្តិការណ៍នៅក្នុងបរិបទ ISR ។ យោងផ្សេងទៀត 1290782 |
1169966 |
បានដោះស្រាយបញ្ហាគាំងដោយសារតែបាត់ NULL_BUFFER ពិនិត្យនៅក្នុងកូដជង់ នៅពេលបែងចែកបណ្តុំថ្មីដោយគ្មានធនធាន។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1222509 |
បានដោះស្រាយបញ្ហាដែលរ៉ោតទ័រ/អ្នកសម្របសម្រួលផ្ញើសំណើឈប់សម្រាក និងចូលរួមម្តងទៀតទៅកាន់ឧបករណ៍បញ្ចប់ការស្ទង់មតិដែលមិនមែនជាកុមារ ប៉ុន្តែទិសដៅ MAC គឺ 0xFFFF ជំនួសឱ្យការផ្គូផ្គងអាសយដ្ឋានទិសដៅ NWK ។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1225294 |
ជង់កំពុងតាមដានកញ្ចប់ព័ត៌មាន unicast ដែលទើបនឹងឃើញនៅស្រទាប់ NWK ក្នុងគោលបំណងផ្តល់នូវការការពារស្ទួនតាមមូលដ្ឋាន។ ទោះជាយ៉ាងណាក៏ដោយ សារ unicast កំពុងត្រូវបានបន្ថែមទៅក្នុងតារាងនេះ មុនពេលពិនិត្យមើលការឌិគ្រីបដោយជោគជ័យ ដែលអាចបណ្តាលឱ្យមានតម្រងស្ទួនមិនត្រឹមត្រូវ ប្រសិនបើឧបករណ៍ដែលមានលេខសម្គាល់ថ្នាំងដូចគ្នាជាមួយអ្នកជិតខាងដែលមានស្រាប់បានប្រើលេខលំដាប់ NWK ដែលប៉ះទង្គិចជាមួយអ្នកជិតខាងដែលសួរ។ ក្នុងការដោះស្រាយបញ្ហានេះ ការប្រើប្រាស់តារាង NWK unicast សម្រាប់ការតាមដានស្ទួនដោយជង់ត្រូវបានដកចេញ ដោយសារការត្រួតពិនិត្យស៊ុមសុវត្ថិភាពផ្តល់នូវការច្រោះស្ទួនដ៏រឹងមាំជាងមុនរួចហើយ ដោយមិនមានហានិភ័យដូចគ្នា។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1225435 |
បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យវិទ្យុចូលដំណេកមិនត្រឹមត្រូវ នៅពេលទទួលបានសារផ្សាយមុនពេល macack ដែលរំពឹងទុកសម្រាប់ unicast ពីមុន។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1262368 | បានលុបលេខកូដសម្រាប់ការគ្រប់គ្រងពាក្យបញ្ជា MAC ដែលមិនគាំទ្រ។ យោងផ្សេងទៀត ១២៦៥៤៩៦ |
1228380 |
បានដោះស្រាយបញ្ហាដែលជួរនៃការព្យាយាមឡើងវិញនៃ NWK ស្រទាប់ TX របស់ជង់អាចជាប់គាំងដោយសារតែលក្ខខណ្ឌនៃការប្រណាំងនៅលើឧបករណ៍ដែលមានការគាំទ្រស្រទាប់ MAC រង GHz (ឧបករណ៍ dual-band ឬ dual-PHY) ដែលបណ្តាលឱ្យការបញ្ជរ Retry Queue Overflow កកកុញ និងមិនមានសារ ក្រៅពី MAC Acks និង Beacons ដែលត្រូវបញ្ជូនរហូតដល់ឧបករណ៍ត្រូវបានកំណត់ឡើងវិញ។ |
1232359 | បានជួសជុលការគណនាប៉ារ៉ាម៉ែត្រ gppTunnelingDelay ក្នុងដំណើរការពាក្យបញ្ជាម៉ាស៊ីនភ្ញៀវថាមពលបៃតង។ យោងផ្សេងទៀត ១២៥៤០៦២ |
1241777 |
នៅពេលដំណើរការក្នុងការកំណត់រចនាសម្ព័ន្ធ PHY ពីរ វិទ្យុរង GHz ម្តងម្កាលអាចអស់ពេលកំឡុងពេលចាប់ដៃ SPI ជាមួយ EFR32 ដែលនាំឱ្យមានការអះអាងនៅក្នុង phy.c.
លេខកូដសង្គ្រោះជាជម្រើសត្រូវបានដាក់ឱ្យដំណើរការដើម្បីស្វែងរក និងសង្គ្រោះពីសេណារីយ៉ូនេះដោយមិនចាំបាច់អះអាង។ កូដនេះអាចត្រូវបានបើកដោយការកំណត់ p2ForcedRecoveryEnabled boolean ទៅពិតនៅពេលដំណើរការ។ |
1254397 |
បានបន្ថែមការការពារ mutex សម្រាប់ជួរព្រឹត្តិការណ៍ App Framework ដូច្នេះ APIs ព្រឹត្តិការណ៍ App Framework អាចត្រូវបានហៅពីកិច្ចការច្រើន។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1258636 |
បានដោះស្រាយបញ្ហាដែលជម្រើសជម្រើស Mask ប៉ារ៉ាម៉ែត្រសម្រាប់ "net multi-phy-start" ពាក្យបញ្ជា CLI កំពុងត្រូវបានមិនអើពើ ហើយតែងតែចាត់ទុកជា 0។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1259936 | បានដោះស្រាយបញ្ហាដែលម៉ាស៊ីនមេ GP មិនទម្លាក់ស៊ុម FC មិនត្រឹមត្រូវនៅក្នុងករណីដ៏កម្រ។ យោងផ្សេងទៀត ១២៦២៥៤៣ |
1266351 |
បានដោះស្រាយបញ្ហាដើម្បីកែលម្អការភ្ជាប់ពហុហបនៃឧបករណ៍។ នៅពេលប្រកាសឧបករណ៍ គូអាសយដ្ឋានត្រូវបានបញ្ចូលទៅក្នុងឃ្លាំងសម្ងាត់អាសយដ្ឋាន។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1269700 | តម្លៃចាប់ផ្តើមសម្រាប់ការរាប់ស៊ុមសុវត្ថិភាពថាមពលពណ៌បៃតងនៅក្នុងអង្គចងចាំដែលមិនងាយនឹងបង្កជាហេតុត្រូវបានកំណត់ទៅ 0. ឯកសារយោងផ្សេងទៀត។ ១២៧៣៦២៣ |
1270706 |
បានដោះស្រាយបញ្ហាដែលរារាំងក្រុម Green Power ដើម្បីផ្ញើការឆ្លើយតបលំនាំដើម ZCL ចេញសម្រាប់ករណីជោគជ័យ នៅពេលបិទដំណើរការឆ្លើយតបលំនាំដើមមិនត្រូវបានកំណត់។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1272280 |
យោងតាមការបញ្ជាក់របស់ SE1.4a ឧបករណ៍ Multi-MAC Joining End តម្រូវឱ្យចូលរួមម្តងទៀតនៅលើចំណុចប្រទាក់ដូចគ្នាដែលវាបានចូលរួម ហើយមិនមានការផ្លាស់ប្តូរចំណុចប្រទាក់ (ប្តូរពី 2.4GHz ទៅ Sub-GHz ឬច្រាសមកវិញ) ត្រូវបានអនុញ្ញាតកំឡុងពេលចូលរួមម្តងទៀត។ ការចូលរួមឡើងវិញអាចនឹងត្រូវបានផ្តួចផ្តើមជាលទ្ធផលនៃការបាត់បង់មេ ឬការកែច្នៃថាមពលរបស់ថ្នាំង។ ក្នុងករណីទាំងពីរនេះ stack API emberFindAndRejoinNetworkWithReason ត្រូវបានហៅនៅខាងក្នុងដើម្បីចាប់ផ្តើមដំណើរការចូលរួមឡើងវិញ ហើយ API នេះត្រូវការរបាំងឆានែលឡើងវិញជាអាគុយម៉ង់មួយ។ របាំងឆានែលនេះត្រូវបានទទួលដោយជង់ដោយមុខងារហៅទូរសព្ទ emberUpdateMultiMacRejoinChannelMaskForSelectionOrJoiningDevice ដែលត្រូវបានអនុវត្តជាប្រភព និងជាផ្នែកមួយនៃគម្រោងកម្មវិធី។
ការអនុវត្តលំនាំដើមអាចត្រូវបានរកឃើញនៅក្នុង ember-configuration.c ជាមុខងារ WEAK ដូច្នេះការបដិសេធអ្នកប្រើប្រាស់អាចធ្វើទៅបាន។ យោងផ្សេងទៀត ១២៥៥៣១៦ |
1276049 |
ប្រសិនបើឧបករណ៍ PHY NCP ពីរកំពុងដំណើរការការស្កេនថាមពលនៅលើក្រុមរង GHz ខណៈពេលដែលវិទ្យុ 2.4GHz សកម្ម ការផ្ទុះដ៏ធំនៃចរាចរ Beacon ចូលមកក្នុងការឆ្លើយតបទៅនឹងការស្នើសុំ Beacon ចូលមកនៅលើប៉ុស្តិ៍វិទ្យុ 2.4GHz អាចកាន់កាប់ជាច្រើននៃជង់។ អង្គចងចាំសតិបណ្ដោះអាសន្ន (ត្រូវបានបែងចែកពីផ្នែក Heap) ខណៈពេលដែលបណ្តាញរង GHz ជាច្រើនកំពុងត្រូវបានស្កេន ដែលអាចនាំឱ្យខូចសតិបណ្ដោះអាសន្ន។tages និង EZSP Overflow លក្ខខណ្ឌ ប្រសិនបើទំហំ Heap (ដែលកំណត់ចំនួន buffers មាននៅក្នុងប្រព័ន្ធ) មិនធំគ្រប់គ្រាន់។ លក្ខខណ្ឌ Overflow នេះអាចរារាំង Scan Complete Handler ពីការទៅដល់កម្មវិធីម៉ាស៊ីន ដែលបណ្តាលឱ្យម៉ាស៊ីនស្កេនស្ថានភាពរបស់កម្មវិធីជាប់គាំងជារៀងរហូត។ លេខកូដស្កេនថាមពលសម្រាប់ឧបករណ៍ PHY ពីរឥឡូវនេះបោះបង់កញ្ចប់ព័ត៌មាន Beacon ណាមួយដែលទទួលបាននៅលើវិទ្យុ 2.4GHz កំឡុងពេលស្កេនឆានែលរង GHz ដូច្នេះការពារលំហូរចូលដ៏ធំនៃ beacons ពីការបង្កើតបញ្ហាដែលបានរៀបរាប់ខាងលើ។
សូមចំណាំថា វាមិនរារាំងប្រតិបត្តិការធម្មតានៃបណ្តាញនៅលើ 2.4GHz ទេ ដោយសារ Beacons ត្រូវបានប្រើសម្រាប់តែការរកឃើញការប៉ះទង្គិច PAN ID ដែលមានសក្តានុពល នៅពេលដែលឧបករណ៍មិនដំណើរការការស្កេនសកម្ម ហើយការប៉ះទង្គិច PAN ID នៅតែអាចត្រូវបានរកឃើញដោយរ៉ោតទ័រផ្សេងទៀតនៅក្នុង បណ្តាញក្នុងអំឡុងពេលនេះ ឬដោយអ្នកសម្របសម្រួលនៅពេលដែលការស្កេនថាមពលបានបញ្ចប់។ យោងផ្សេងទៀត ១២៥៥៣១៦ |
1258164 1276806 |
ការបើកដំណើរការការដកកូនចេញសម្រាប់កូនឧបករណ៍ចុងដែលងងុយដេក នៅពេលដែលការឆ្លើយតបរបស់សមាគម ឬការឆ្លើយតបឡើងវិញនៅតែកំពុងរង់ចាំការចែកចាយសម្រាប់កុមារនោះ អាចបណ្តាលឱ្យមានការលុបពីរសម្រាប់ការចូលកូនដូចគ្នា ដោយទុកឱ្យ emberChildCount() បិទត្រឹម -1 ។ ប្រសិនបើនេះជាកូនចុងក្រោយក្នុងតារាងដែលត្រូវដកចេញ នេះអាចនាំឱ្យមានការហូរចូលនៃចំនួនកុមារ ដែលរារាំងការព្យាយាមចូលរួម/ចូលរួមម្តងទៀតដោយឧបករណ៍បញ្ចប់ណាមួយ រហូតដល់ការកំណត់ឡើងវិញ ឬ LeaveNetwork ត្រូវបានអនុវត្ត។ នៅក្នុងការចេញផ្សាយជាក់លាក់ វាអាច លទ្ធផលនៅក្នុងការអះអាងបរាជ័យ (ដកស្រង់ child.c) ។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1277012 |
បានដោះស្រាយបញ្ហាដែលប្រសិនបើតុកុមារពេញ ហើយកូនដែលមានស្រាប់នៃឧបករណ៍ក្នុងតំបន់ព្យាយាមចូលរួមឡើងវិញ ការចូលរួមឡើងវិញត្រូវបានច្រានចោលដោយមិនត្រឹមត្រូវ ដែលបណ្តាលឱ្យការចូលរបស់កុមារត្រូវបានដកចេញ និងបង្ខំកុមារឱ្យចូលរួមម្តងទៀត ដើម្បីភ្ជាប់ទំនាក់ទំនងជាមួយមាតាបិតានោះ។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1289413 |
បានដោះស្រាយបញ្ហាដែលប្រសិនបើកម្មវិធីជំនួយ Fragmentation គណនាបន្ទុកដែលអាចប្រើបានខុសសម្រាប់បំណែក unicast នោះ វាអាចបញ្ជូនទិន្នន័យកាន់តែច្រើនទៅ NCP ជាងការបញ្ចូលក្នុងកញ្ចប់តែមួយបន្ទាប់ពីជង់ទាំងអស់ត្រូវបានគណនា ហើយនេះអាចនាំឱ្យខូចការចងចាំនៅក្នុង NCP ដែល បង្កឱ្យមានការអះអាងបរាជ័យ ឬអាកប្បកិរិយាដែលមិនរំពឹងទុកផ្សេងទៀត។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1293923 |
បានដោះស្រាយបញ្ហាដែលកម្មវិធីជំនួយគ្រប់គ្រងបណ្តាញអាចធ្វើសកម្មភាពដូចជាឧបករណ៍នោះនៅលើបណ្តាញរួចហើយ នៅពេលដែលវាមិនមាន ដោយត្រូវបានជាប់គាំងក្នុងស្ថានភាពមិនត្រឹមត្រូវនេះរហូតដល់កំណត់ឡើងវិញ។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
1296881 |
បានដោះស្រាយបញ្ហាដែលទិន្នន័យនៃភាពចាស់នៃវដ្តកាតព្វកិច្ចកំពុងត្រូវបានសម្អាតខុសសម្រាប់កូនឧបករណ៍ចុងក្រោយទាំងអស់ ជំនួសឱ្យឧបករណ៍ថ្មី បន្ទាប់ពីឧបករណ៍ចុងក្រោយថ្មីបានភ្ជាប់មកជាមួយក្រុមរង GHz ។
យោងផ្សេងទៀត ១២៥៥៣១៦ |
បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.2.5.0
លេខសម្គាល់ # | ការពិពណ៌នា |
1147306 | បានដោះស្រាយបញ្ហាសម្រាប់ multi-mac coordinator ដែលរារាំងការស្កេននៅលើ sub ghz interface កំឡុងពេលបង្កើតបណ្តាញ ដោយសារការចាកចេញពីបណ្តាញពីមុន។ |
1198598,
1196698 |
កំណត់សំណុំប៊ីតដែលរង់ចាំស៊ុម spurious នៅពេលដែលមិនមានទិន្នន័យកំពុងរង់ចាំ |
1215648 |
ការហៅទូរសព្ទទៅ emberRemoveChild() កំឡុងពេលព្យាយាមចូលរួមឡើងវិញដោយសុវត្ថិភាពដោយឧបករណ៍បញ្ចប់អាចនាំទៅរកការថយចុះបន្ថែមនៃចំនួនកុមារ ដែលនាំឱ្យចំនួនកុមារនៃ -1 (255) រារាំងឧបករណ៍បញ្ចប់ពីការភ្ជាប់/ចូលរួមឡើងវិញ ដោយសារការខ្វះខាតដែលបានបញ្ជាក់ សមត្ថភាពនៅក្នុង Beacon ។ |
1215649 | មុខងារស្វែងរកតារាងកុមារនៅក្នុងជង់គឺមិនស៊ីសង្វាក់គ្នាក្នុងការប្រើប្រាស់ 0x0000 ធៀបនឹង 0xFFFF សម្រាប់តម្លៃត្រឡប់លេខសម្គាល់ថ្នាំងដែលតំណាងឱ្យធាតុមិនត្រឹមត្រូវ/ទទេ ដែលនាំឱ្យមានបញ្ហាក្នុងការត្រួតពិនិត្យធាតុដែលមិនប្រើនៅក្នុង APIs ដូចជា emberRemoveChild()។ |
1215650 | Destination និង PHY Index ដែលបានផ្តល់ក្នុងរចនាសម្ព័ន្ធ EmberExtraCounterInfo ជាផ្នែកនៃ emberCounterHandler() ប្រហែលជាមិនត្រឹមត្រូវសម្រាប់ប្រភេទបញ្ជរ MAC TX Unicast ។ |
1215652 | កញ្ចប់ Beacon ចេញគួរតែចាប់ផ្តើម EMBER_COUNTER_MAC_TX_BROADCAST ជំនួសឱ្យ EMBER_COUNTER_MAC_TX_UNICAST ។ |
1215653 | ការផ្ញើការស្ទង់មតិទិន្នន័យ នៅពេលដែល packet buffers ត្រូវបានបំផ្លាញដល់ជិតសូន្យ អាចនាំឱ្យមានបញ្ហា bus ។ |
1221878 | ការភ្ជាប់ឧបករណ៍បញ្ចប់ a ជាមួយនឹងសោ NWK ពីមុន បន្ទាប់ពីការផ្លាស់ប្តូរសោបណ្តាលឱ្យឧបករណ៍ចុងដាក់ច្រឡំទៅក្នុងតារាងអ្នកជិតខាង ហើយចាត់ទុកដូចជារ៉ោតទ័រ ជំនួសឱ្យកូនឧបករណ៍ចុង ដែលរំខានដល់ការបញ្ជូនសារត្រឹមត្រូវ។ |
1240390 | ZDO Bind/Unbind Requests ត្រូវបានបដិសេធសម្រាប់ហេតុផលចូលប្រើ/ការអនុញ្ញាត គួរតែត្រឡប់ស្ថានភាព EMBER_ZDP_NOT_AUTHORIZED ជាជាងស្ថានភាព EMBER_ZDP_NOT_PERMITTED តាមការបញ្ជាក់របស់ Zigbee។ |
1240620 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យឧបករណ៍ចុងក្រោយផ្លាស់ទីម៉ាស៊ីនរដ្ឋដើម្បីបញ្ឈប់ការប៉ុនប៉ងដើម្បីភ្ជាប់បណ្តាញឡើងវិញក្រោមលក្ខខណ្ឌចរាចរណ៍ខ្លាំង។ |
បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.2.2.0
លេខសម្គាល់ # | ការពិពណ៌នា |
660624 | សមាសភាគតារាងឧបករណ៍ត្រូវបានអាប់ដេតដើម្បីប្រើដោយទាំង SoC និងស្ថាបត្យកម្មម៉ាស៊ីន។ |
754110 | ការគណនាការផ្លាស់ប្តូរដែលអាចរាយការណ៍បានត្រូវបានធ្វើបច្ចុប្បន្នភាពដើម្បីគាំទ្រការគណនាអណ្តែតដោយប្រើបណ្ណាល័យអណ្តែតដែលពឹងផ្អែកលើវេទិកា។ |
1026022 | បានដោះស្រាយបញ្ហាដែលប៉ះពាល់ដល់អត្រា UART baud នៅពេលកំណត់តម្លៃ CTUNE នៅលើ NCP ពីម៉ាស៊ីនដោយប្រើកំណត់ពាក្យបញ្ជា EZSP_CONFIG_CTUNE_VALUE ។ |
1026760 | បានដោះស្រាយបញ្ហាដែលកំពុងអនុញ្ញាតឱ្យឧបករណ៍បញ្ចប់ដែលមានសមត្ថភាព PHY ពីរ ភ្ជាប់ឡើងវិញនៅលើចំណុចប្រទាក់ 2.4 GHz បន្ទាប់ពីភ្ជាប់នៅលើចំណុចប្រទាក់ gigahertz រង។ |
1030357 | បានដោះស្រាយបញ្ហាជាមួយពាក្យបញ្ជា "plugin mfglib set-options" ដែលត្រឡប់កំហុសនៅក្នុងរបៀបផលិតដោយចុះឈ្មោះការហៅត្រឡប់មកវិញសម្រាប់ការកំណត់តម្លៃកំណត់រចនាសម្ព័ន្ធ។ |
1063627 | បានធ្វើបច្ចុប្បន្នភាព emberAfRemoteSetBindingCallback() និងបានបន្ថែមការហៅត្រឡប់មកវិញដែលបាត់សម្រាប់ស្ថាបត្យកម្មម៉ាស៊ីន។ |
1079388 | បានដោះស្រាយបញ្ហាដែលជម្រើស EMBER_AF_PLUGIN_NETWORK_CREATOR_SECURITY_BDB_JOIN_USES_INSTALL_CODE_KEY នៅក្នុង
សមាសភាគសុវត្ថិភាពអ្នកបង្កើតបណ្តាញត្រូវបានសរសេរជាន់លើនៅពេលដែលពាក្យបញ្ជា CLI "កម្មវិធីជំនួយបណ្តាញអ្នកបង្កើតសន្តិសុខបើកបណ្តាញ" ឬ "កម្មវិធីជំនួយបណ្តាញអ្នកបង្កើតសុវត្ថិភាពបើកដោយគន្លឹះ" CLI ត្រូវបានហៅ។ |
1087526 | ដោះស្រាយបញ្ហា Coverity មួយចំនួន។ |
1096375 | បានដោះស្រាយបញ្ហាដែល emberHmacAesHash API មិនអាចប្រើបានសម្រាប់ការបង្កើតកម្មវិធីចាប់តាំងពី EmberZNet 7.2.0 ។ |
1097258 | បានដោះស្រាយបញ្ហាដែលប៉ះពាល់ដល់ករណីតេស្ត Green Power Server 4.5.2.2, 4.5.2.3, 4.4.3.1 និង 4.4.2.8។ |
1099131 | បានដោះស្រាយបញ្ហាដែលរារាំងម៉ាស៊ីនមេក្នុងការផ្ញើសារបញ្ចប់ទៅម៉ាស៊ីនភ្ញៀវ ប្រសិនបើវាបានទទួលវិញ្ញាបនបត្រខុសទម្រង់កំឡុងពេលបង្កើតសោ។ |
1103117 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យម៉ាស៊ីនមេ Green Power នៅតែមិនអាចដំណើរការបានបន្ទាប់ពីការចាកចេញពីបណ្តាញ និងការភ្ជាប់ឡើងវិញនៃកម្មវិធី Green Power Combo ។ |
1104793 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យមានការបរាជ័យក្នុងការអះអាងសម្រាប់សេណារីយ៉ូនៃប្រតិបត្តិការទិន្នន័យដែលកំពុងដំណើរការនៅលើចំណុចប្រទាក់ទាំងពីរនៃជង់ PHY ពីរ។ |
1106002 | បានដោះស្រាយបញ្ហាដែលប៉ះពាល់ដល់ករណីសាកល្បងម៉ាស៊ីនមេ Green Power 4.4.1.7 ជំហាន 1-2 ។ |
បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.2.1.0
លេខសម្គាល់ # | ការពិពណ៌នា |
289695 | ជួរពិនិត្យមើលសម្រាប់លេខសម្គាល់ឧបករណ៍ Green Power ដែលបានបម្រុងទុក និងមិនមានស្រាប់ត្រូវបានបន្ថែមទៅឧបករណ៍ដោះស្រាយពាក្យបញ្ជា Green Power cluster ។ |
651930 | បានលុបការហៅត្រលប់មកវិញ NCP emberAfPluginConcentratorBroadcastSentCallback()។ |
621144 | បានបន្ថែមការគាំទ្រសម្រាប់កុងតាក់ GPD នៅលើឧបករណ៍ដែលមានប៊ូតុងតែមួយដូចជា BRD4183A ។ |
648906 | បានអនុវត្ត emberChildId() ឡើងវិញ។ |
659010 | បានអនុវត្តឡើងវិញ emberChildIndex() ។ |
727076 | បានដោះស្រាយបញ្ហាដែលអាចបណ្តាលឱ្យមានមុខងារវិនិច្ឆ័យក្នុងការប្រើ Endpoint មិនត្រឹមត្រូវដើម្បីធ្វើបច្ចុប្បន្នភាព LQI, RSSI និងការព្យាយាមម្តងទៀត MAC ជាមធ្យម។ |
746260 | បានបន្ថែមការគាំទ្រសម្រាប់ក្រុម Smart Energy KEEP-ALIVE ។ |
1026760 | បានដោះស្រាយបញ្ហាដែលឧបករណ៍បញ្ចប់អាចចូលរួមឡើងវិញដោយប្រើចំណុចប្រទាក់មិនត្រឹមត្រូវ។ |
1031169 | បានដោះស្រាយបញ្ហាដែល GPD ដែលផ្គូផ្គងអាចត្រូវបានយកចេញដោយមិនគិតពីវត្តមាននៅក្នុងតារាងបកប្រែ។ |
1031241 | ធ្វើឱ្យប្រសើរឡើងនូវសុពលភាពនៃអាសយដ្ឋាន Green Power ដែលបានបម្រុងទុក។ |
1063525 | បានដោះស្រាយបញ្ហាដែលអាចបណ្តាលឱ្យមានការប្តូរសោតំណផ្ទៀងផ្ទាត់មិនត្រឹមត្រូវ ដើម្បីទទួលបានជោគជ័យ សូម្បីតែនៅពេលដែលមជ្ឈមណ្ឌលជឿទុកចិត្តបានប្រើសោតំណមិនត្រឹមត្រូវក៏ដោយ។ |
1067877 | បានដោះស្រាយបញ្ហាដែលព័ត៌មានឈុតឆាកត្រូវបានដកចេញមិនត្រឹមត្រូវ នៅពេលបន្ថែមឈុតថ្មីជាមួយ GroupId និង SceneId ដូចគ្នា។ |
1068968 | ធ្វើឱ្យប្រសើរឡើងនូវការគ្រប់គ្រងការអស់ពេលតារាងរបស់កុមារនៅក្នុង emberGetChildData()។ |
1069245 | កម្មវិធីជំនួយតារាងឧបករណ៍ដែលបានកែលម្អគំរូដើម emberAfTrustCenterJoinCallback() ដើម្បីជួសជុលកំហុសក្នុងការចងក្រង។ |
1074378 | បានដោះស្រាយបញ្ហាដែលអនុញ្ញាតឱ្យឧបករណ៍បញ្ចប់ក្រុមពីរអាចចូលរួមឆានែលដែលមិនពេញចិត្តដោយមិនត្រឹមត្រូវ ប៉ុន្តែមិនអនុញ្ញាតឱ្យចូលរួម PAN ឡើងវិញនៅលើប៉ុស្តិ៍ទេ។ |
1075748 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យមានកំហុសក្នុងការចងក្រង EEPROM នៅពេលយក CLI ចេញ។ |
1077176 | បានដោះស្រាយបញ្ហាដែលអាចបណ្តាលឱ្យ NCP បរាជ័យនៅពេលចាប់ផ្តើមដោយសារតម្រងអន្តរ PAN MAC (0x36) ដែលជាលទ្ធផលនៃទំហំតារាងតម្រង MAC មិនត្រឹមត្រូវ។ |
1081511 | បានដោះស្រាយបញ្ហាដែលរារាំងការប្រើប្រាស់សោប្រភេទ 4 (OOB) ត្រឹមត្រូវសម្រាប់ការដាក់ឱ្យដំណើរការ។ |
1082602 | បានដោះស្រាយបញ្ហាដែលអាចបណ្តាលឱ្យកញ្ចប់ព័ត៌មានដែលបរាជ័យក្នុងការឌិគ្រីបកំឡុងពេលបញ្ជូនបន្ត ជាការជូនដំណឹងអំពីការបញ្ជូនបន្តជាមួយនឹងការកំណត់ទង់ដែលបរាជ័យក្នុងការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវ។ |
1083200 | បានដោះស្រាយបញ្ហាដែល Message Integrity Codes ដែលមិនត្រូវបានចម្លងត្រឡប់ទៅម៉ាស៊ីនវិញនៅក្នុង emGpCalculateIncomingCommandMic()។ |
1083835 | តារាងលិចដែលបានជួសជុល អានការដោះស្រាយពាក្យបញ្ជាសម្រាប់ប្រភេទ gpSharedKey ដែលជួសជុលការបរាជ័យ GP Test Case 4.4.4.3 ។ |
1085137 | បានដោះស្រាយបញ្ហាដែល Sink អាចលុបធាតុទាំងអស់ចេញសម្រាប់របៀបកម្មវិធី 2 និងត្រូវគ្នានឹង EUI64s។ |
1087618 | បានជួសជុលបញ្ហានៃការចងក្រងដោយសារតែបាត់ផ្នែកក្បាលអាដាប់ទ័រថាមពលបៃតង fileមិនត្រូវបានរួមបញ្ចូលនៅក្នុងការចេញផ្សាយ។ |
1092779 | បានជួសជុលបញ្ហាដែលកំពុងរារាំងឧបករណ៍បញ្ចប់ដើម្បីដំណើរការសំណើចាកចេញ ZDO ពីថ្នាំងបណ្តាញដែលមិនមែនជាមេ។ |
1091792 | ធ្វើឱ្យប្រសើរឡើងនូវការគ្រប់គ្រងកំហុស និងលេខកូដត្រឡប់នៃ emberGetCurrentSecurityState() ។ |
1087567 | ncp sampកម្មវិធី "ncp-uart-hw-dual-phy" មិនត្រូវបានគាំទ្រដោយក្រុមប្រឹក្សាអភិវឌ្ឍន៍ BRD4155 ទេ។ |
1089841 | បញ្ហាដែលបណ្តាលឱ្យ emberFindAndRejoinNetworkWithReason ត្រឡប់ស្ថានភាពរវល់សម្រាប់នីតិវិធីផ្លាស់ទីឧបករណ៍បញ្ចប់នៅលើចំណុចប្រទាក់រង gigahertz ត្រូវបានជួសជុល។ |
1094643 | គំរូមុខងារសម្រាប់ emGpOutgoingCommandEncrypt ត្រូវបានយកចេញពី green-power-server.h ព្រោះវាគ្រាន់តែជាផ្នែកខាងក្នុងនៃ green-power-security.c ប៉ុណ្ណោះ។ file. |
1097536 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យអ្នកសម្របសម្រួលពហុ MAC ប្រើចំណុចប្រទាក់ MAC មិនត្រឹមត្រូវ ដើម្បីផ្ញើការឆ្លើយតបដែលមិនបានស្នើសុំឱ្យចូលរួមឡើងវិញទៅកូនរបស់ខ្លួនក្នុងអំឡុងពេលដោះស្រាយជម្លោះ។ បញ្ហានេះបណ្តាលឱ្យ ZCP Test Case 10.12 បរាជ័យនៅលើអនុជីហ្គាហឺត។ |
បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.2.0.0
លេខសម្គាល់ # | ការពិពណ៌នា |
498094 | បានដោះស្រាយបញ្ហានៅក្នុងមុខងារ checkForReportingConfig() នៅក្នុង metering- server.c ដែលប៉ារ៉ាម៉ែត្របញ្ចូលទីពីរនៃអនុគមន៍ដែលបានហៅ emberAfContainsServer() បានយោងលេខសម្គាល់ចង្កោមមិនត្រឹមត្រូវជំនួសឱ្យលេខសម្គាល់គុណលក្ខណៈ។ |
លេខសម្គាល់ # | ការពិពណ៌នា |
657626 | ការអាប់ដេត OTA ជាមួយនឹងសំណើទំព័រឥឡូវនេះអាចដោះស្រាយរហូតដល់ EMBER_AF_PLUGIN_EEPROM_PARTIAL_WORD_STORAGE_COUNT ចំនួននៃប្រតិបត្តិការសរសេរដែលមិនបានបញ្ជាទិញដោយគ្មានការអះអាង។ |
684653 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យបណ្តាញចង្កូតចាប់ផ្តើមបន្ថែមកិច្ចការ TC ដោយមិនពិនិត្យមើលស្ថានភាពបណ្តាញ និងស្ថានភាពចង្កូត។ |
688985 | បានជួសជុលបញ្ហាដែលឧបករណ៍ភ្ជាប់បានភ្ជាប់បណ្តាញជាមួយ Extended Pan ID ខុស ដែលនឹងបណ្តាលឱ្យមានការប៉ះទង្គិច Pan ID ។ |
742167 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យមានភាពខុសគ្នានៃវាលលេខលំដាប់នៅក្នុងគូសារ ZLL (សំណើ - ការឆ្លើយតប) ។ |
755880 | បានផ្លាស់ប្តូរលេខសម្គាល់ព្រឹត្តិការណ៍ GBCS ដើម្បីឱ្យមានតម្លៃត្រឹមត្រូវពីលក្ខណៈពិសេស។ |
756571 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យ emberPacketHandoffIncoming ទទួលបានលិបិក្រមមិនល្អសម្រាប់កញ្ចប់ EMBER_ZIGBEE_PACKET_TYPE_NWK_DATA/EMBER_ZIGBEE_PACKET_TYPE_NWK_COMMAND |
760759 | បញ្ហាមួយត្រូវបានជួសជុលដែលម៉ូឌុលមួយចំនួនដូចជា MGM210 អាចត្រូវបានប្រើដើម្បីបង្កើត និងបង្កើតកម្មវិធីដែលប្រើ LEDs និងប៊ូតុងដូចជា DynamicMultiprotocolLight ។ កម្មវិធីដែលប្រើគ្រឿងកុំព្យូទ័រទាំងនេះមិនត្រូវបានគាំទ្រសម្រាប់ម៉ូឌុលដែលខ្វះបន្ទាត់ជាក់លាក់សម្រាប់ការប្រើប្រាស់ទាំងប៊ូតុង និង LEDs ។ |
763728 | ដោះស្រាយករណីទំហំមិនគ្រប់គ្រាន់នៅពេលអានគុណលក្ខណៈ។ |
819117 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យមាតាបិតាមិនពិនិត្យមើល RX នៅលើ idle bit នៅពេលឆ្លើយតបទៅនឹងសំណើចូលរួមម្តងទៀតពីឧបករណ៍មិនស្គាល់ |
824361 | ការព្រមាន typedef ថេរនៅពេលសាងសង់ "ncp-uart-hw" sampកម្មវិធីជាមួយ IAR ។ |
825902 | បានដោះស្រាយបញ្ហាដែលការភ្ជាប់ ចូលរួមឡើងវិញ និងការអាប់ដេតលេខសម្គាល់ថ្នាំងអាចបញ្ចប់ដោយថ្នាំងដែលត្រូវបានផ្តល់អាសយដ្ឋានមិនត្រឹមត្រូវ។ |
829607 | បានដោះស្រាយបញ្ហានៃការកំណត់រចនាសម្ព័ន្ធឧបករណ៍បញ្ចប់ដែលបដិសេធតម្លៃឈ្មោះហៅក្រៅអាសយដ្ឋានបណ្តាញដែលផ្តល់ដោយអ្នកប្រើប្រាស់ទៅកាន់លេខសម្គាល់ថ្នាំងផ្ទាល់របស់វា នៅពេលដែលសារពហុខាស និងការផ្សាយត្រូវបានបង្កើតដោយកម្មវិធី។ |
841499 | បានដោះស្រាយបញ្ហាដែលឧបករណ៍ដែលបានភ្ជាប់ថ្មី ពេលខ្លះមិនអាចបញ្ចូលទៅក្នុងតារាងកូនបានទេ ប្រសិនបើអាសយដ្ឋាន IEEE របស់វាមិនស្គាល់។ |
842361 | បានដោះស្រាយបញ្ហាការញែកដែលបណ្តាលមកពីអារេប្រវែងអប្បបរមាមិនត្រឹមត្រូវនៃពាក្យបញ្ជា OTA cluster ។ |
844016 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យមានកំហុសក្នុងការចងក្រងនៅលើ BRD4183C ដោយមិនរាប់បញ្ចូលបន្ទះនេះសម្រាប់កម្មវិធីមួយចំនួន។ * |
850747 | ឥឡូវនេះ Watchdog ត្រូវបានបើកតាមលំនាំដើមនៅលើ Zigbee EmberZNet ទាំងអស់។ampកម្មវិធីឡេ។ |
1017165 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យសមាសភាគបង្ខំឱ្យគេង & ភ្ញាក់ឡើងអាស្រ័យលើសមាសភាគ CLI |
1021877 | បានជួសជុលបញ្ហានៅក្នុងគម្រោង DynamicMultiprotocolLight និង DynamicMultiprotocolLightSed ដែលកម្មវិធីកំណត់ពេលមិនត្រូវបានចាក់សោឱ្យបានត្រឹមត្រូវពីបរិបទកិច្ចការ CLI នៅពេលដែលចំនួនអាគុយម៉ង់ពាក្យបញ្ជា CLI តិចជាង 2 ។ |
1021884 | បានជួសជុលការតម្រឹមមិនត្រឹមត្រូវសម្រាប់និមិត្តសញ្ញាដែលបានធ្វើលិបិក្រមនៅក្នុងសមាសធាតុ wwah-server-silabs ។ |
1024651 | បានដោះស្រាយបញ្ហាដែល emberAfMessageSentCallback() មិនត្រូវបានគេហៅប្រសិនបើកុមារត្រូវបានដកចេញកំឡុងពេលបញ្ជូន។ |
1026622 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យបាត់បៃចុងក្រោយជាមួយ packet-handoff នៅពេលដែល EMBER_MANGLE_PACKET ត្រូវបានប្រើ។ |
1027200 | បានដោះស្រាយបញ្ហាដែលធាតុផ្សំនៃការបង្កើតកូនសោបានផ្ញើ NO_RESOURCES ជំនួសឱ្យ BAD_MESSAGE ដែលត្រូវការ នៅពេលអ្នកចាប់ផ្តើមជាមួយ EUI64 ដែលមិនស្គាល់បានព្យាយាមបង្កើតសោ។ |
1030940 | បញ្ហាដែលបានជួសជុលដែលប្រេកង់សារ APS ខ្ពស់ឆ្ពោះទៅរកឧបករណ៍ SED អាចបណ្តាលឱ្យសំណើចូលរួមដែលមិនបានដំណើរការ (ឡើងវិញ)។ |
1042022 | បានជួសជុលបញ្ហាដែលធាតុផ្សំនៃការបង្កើតសោមិនពិនិត្យមើលសំណើរសុំពាក្យបញ្ជាអប្បបរមា និងរយៈពេលឆ្លើយតបពាក្យបញ្ជា។ |
1058984 | ការហៅត្រឡប់មកវិញតាមគំរូសម្រាប់ message_sent នឹងត្រូវបានហៅច្រើនដងសម្រាប់កញ្ចប់ព័ត៌មានដែលបានបំបែកជាជាងម្តង បន្ទាប់ពីបំណែកទាំងអស់ត្រូវបានផ្ញើ។ នេះគឺជាការផ្លាស់ប្តូរអាកប្បកិរិយាដែលចាប់ផ្តើមនៅក្នុង Zigbee EmberZNet SDK 7.0 ហើយត្រូវបានដោះស្រាយនៅក្នុង SDK 7.2.0 និងនៅពេលក្រោយ។ ការហៅត្រឡប់មកវិញជាគំរូឥឡូវនេះត្រូវបានហៅតែមួយដងប៉ុណ្ណោះសម្រាប់ការបញ្ជូនដែលបានបែងចែក។ |
1060156 | បានដោះស្រាយបញ្ហាដែល TC មិនផ្ញើ NWK Key នៅពេលឧបករណ៍ផ្សេងទៀតកំពុងស្កេន។ |
1061948 | បញ្ហានៃលេខលំដាប់ ZCL ទាបសម្រាប់ចាប់ផ្តើមពាក្យបញ្ជាបង្កើតគន្លឹះដែលធ្វើតាមគុណលក្ខណៈអានត្រូវបានជួសជុល។ |
1066234 | បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យម៉ាស៊ីនរដ្ឋបង្កើតសោរជាប់គាំង ប្រសិនបើ ConfirmKeyDataResponse បាត់នៅលើអាកាស។ |
1066947 | បានជួសជុលបញ្ហាដែលដំណើរការស្កេនក្នុងទម្រង់ និងកូដចូលអាចខូចអង្គចងចាំដែលប្រើដោយអង្គចងចាំផ្សេងទៀត។ នេះបង្ហាញថាជាកំហុសឡានក្រុង កំហុសក្នុងការប្រើប្រាស់ ឬការអះអាងបណ្តោះអាសន្នកញ្ចប់ព័ត៌មាន។ |
1068035 | បានដោះស្រាយបញ្ហាដែលអាចកើតមានដែលបណ្តាលឱ្យមានកំហុសក្នុងការភ្ជាប់នៅពេលដែលអតិថិជនចង់ប្រើម៉ាស៊ីនភ្ញៀវថាមពលបៃតង ឬម៉ាស៊ីនមេសម្រាប់តែកម្មវិធី NCP របស់ពួកគេ។ |
លេខសម្គាល់ # | ការពិពណ៌នា |
1068055 | គុណលក្ខណៈជម្រើសនៃចង្កោមមូលដ្ឋាន ZCL ខាងក្រោម ដែលបាត់ពីនិយមន័យ XML fileត្រូវបានបន្ថែម៖ ព័ត៌មានលម្អិតអំពីកំណែរបស់ក្រុមហ៊ុនផលិត 0x000C លេខសៀរៀល 0x000D និងស្លាកផលិតផល 0x000E។ |
1069727 | បានជួសជុលកំហុសអថេរ MISRA ដែលមិនធ្លាប់មាននៅក្នុង queue.c file. |
1077662 | បានជួសជុលបញ្ហាដែលច្បាប់ធ្វើឱ្យប្រសើរឡើងមិនបានដំណើរការត្រឹមត្រូវសម្រាប់ការកំណត់រចនាសម្ព័ន្ធទំហំជង់កិច្ចការ Zigbee RTOS ។ ឥឡូវនេះវាត្រូវបានបញ្ជាក់ជាបៃជំនួសឱ្យពាក្យ។ |
បញ្ហាដែលគេស្គាល់នៅក្នុងការចេញផ្សាយបច្ចុប្បន្ន
បញ្ហាជាអក្សរដិតត្រូវបានបន្ថែមចាប់តាំងពីការចេញផ្សាយមុននេះ។ ប្រសិនបើអ្នកបានខកខានការចេញផ្សាយ កំណត់ចំណាំការចេញផ្សាយថ្មីៗមាននៅលើ https://www.si-labs.com/developers/zigbee-emberznet នៅក្នុងផ្ទាំង Tech Docs។
លេខសម្គាល់ # | ការពិពណ៌នា | ដំណោះស្រាយ |
គ្មាន |
កម្មវិធី/សមាសភាគខាងក្រោមមិនត្រូវបានគាំទ្រនៅក្នុងការចេញផ្សាយនេះទេ។
· NCP ងងុយគេង · ការគាំទ្រ EM4 |
លក្ខណៈពិសេសនឹងត្រូវបានបើកនៅក្នុងការចេញផ្សាយជាបន្តបន្ទាប់។ |
193492 |
emberAfFillCommandGlobalServerToClientConfigureRe ច្រកម៉ាក្រូត្រូវបានខូច។ ការបំពេញសតិបណ្ដោះអាសន្នបង្កើតកញ្ចប់ពាក្យបញ្ជាមិនត្រឹមត្រូវ។ | ប្រើពាក្យបញ្ជា "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 ពេលខ្លះធ្លាក់ចុះបៃក្រោមបន្ទុកធ្ងន់នៅក្នុងករណីប្រើប្រាស់ពហុប្រូតូកូលថាមវន្ត Zigbee + BLE ។ | ប្រើការគ្រប់គ្រងលំហូរផ្នែករឹង ឬបន្ថយអត្រា baud ។ |
312291 |
EMHAL៖ មុខងារ halCommonGetIntxxMillisecondTick នៅលើម៉ាស៊ីន Linux បច្ចុប្បន្នប្រើមុខងារ gettimeofday ដែលមិនត្រូវបានធានាថាជា monotonic ទេ។ ប្រសិនបើម៉ោងប្រព័ន្ធផ្លាស់ប្តូរ វាអាចបណ្តាលឱ្យមានបញ្ហាជាមួយការកំណត់ពេលវេលាជង់។ |
កែប្រែមុខងារទាំងនេះដើម្បីប្រើ clock_gettime ជាមួយប្រភព CLOCK_MONOTONIC ជំនួសវិញ។ |
338151 | ការចាប់ផ្តើម NCP ជាមួយនឹងតម្លៃនៃការរាប់បណ្តុំកញ្ចប់ព័ត៌មានទាបអាចបណ្តាលឱ្យកញ្ចប់ព័ត៌មានខូច។ | ប្រើតម្លៃដែលបានបម្រុងទុក 0xFF សម្រាប់ចំនួនសតិបណ្ដោះអាសន្ននៃកញ្ចប់ព័ត៌មាន ដើម្បីជៀសវាងតម្លៃលំនាំដើមទាបពេក |
387750 | បញ្ហាជាមួយទម្រង់សំណើរផ្លូវតារាងនៅលើឧបករណ៍ចុងក្រោយ។ | ស្ថិតក្រោមការស៊ើបអង្កេត |
400418 | អ្នកផ្តួចផ្តើម touchlink មិនអាចភ្ជាប់ទៅគោលដៅឧបករណ៍ចុងក្រោយដែលមិនមែនជារោងចក្រទេ។ | គ្មានដំណោះស្រាយដែលគេស្គាល់ទេ។ |
424355 |
ឧបករណ៍ចាប់ផ្តើមដែលមានសមត្ថភាព touchlink ថ្មីដែលមិនមែនជារោងចក្រមិនមែនរោងចក្រ មិនអាចទទួលបានការឆ្លើយតបព័ត៌មានឧបករណ៍ក្នុងកាលៈទេសៈជាក់លាក់នោះទេ។ |
ស្ថិតក្រោមការស៊ើបអង្កេត |
465180 |
ធាតុបង្កើនប្រសិទ្ធភាពកម្មវិធីទប់ស្កាត់វិទ្យុរួមគ្នា "បើកការគ្រប់គ្រងពេលដំណើរការ" អាចរារាំងប្រតិបត្តិការ Zigbee ត្រឹមត្រូវ។ | ជម្រើស 'Wi-Fi Select' ការត្រួតពិនិត្យនៃការបង្កើនប្រសិទ្ធភាព Blocker គួរតែត្រូវបានទុក "បិទ" ។ |
480550 |
ចង្កោម OTA មានវិធីសាស្រ្តបំបែកខ្លួនដែលភ្ជាប់មកជាមួយ ដូច្នេះវាមិនគួរប្រើការបែងចែក APS ទេ។ ទោះបីជាក្នុងករណីដែលការអ៊ិនគ្រីប APS ត្រូវបានបើកក៏ដោយ វាបង្កើនបន្ទុករបស់ ImageBlockResponses ដល់ទំហំដែលការបំបែក APS ត្រូវបានធ្វើឱ្យសកម្ម។ នេះអាចនាំឱ្យដំណើរការ OTA បរាជ័យ។ | គ្មានដំណោះស្រាយដែលគេស្គាល់ទេ។ |
481128 | ព័ត៌មានលម្អិតអំពីមូលហេតុនៃការកំណត់ឡើងវិញ និងព័ត៌មានលម្អិតអំពីការគាំងគួរតែមានតាមលំនាំដើមតាមរយៈ Virtual UART (Serial 0) នៅលើវេទិកា NCP នៅពេលដែលកម្មវិធីជំនួយការវិនិច្ឆ័យ និងគ្រឿងកុំព្យូទ័រនិម្មិត UART ត្រូវបានបើក។ | ដោយសារសៀរៀល 0 ត្រូវបានចាប់ផ្តើមរួចហើយនៅក្នុង NCP អតិថិជនអាចបើកដំណើរការ emberAfNcpInitCallback នៅក្នុង Zigbee NCP Framework ហើយហៅមុខងារវិនិច្ឆ័យដែលសមស្រប (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDhalParts) ដើម្បីបោះពុម្ពទិន្នន័យនេះ និង viewនៅក្នុងកំណត់ហេតុការចាប់យក Network Analyzer ។
សម្រាប់អតីតample នៃរបៀបប្រើមុខងារទាំងនេះ សូមមើលកូដដែលបានរួមបញ្ចូលក្នុង af-main-soc.c's emberAfMainInit() នៅពេលដែល EXTENDED_RESET_INFO ត្រូវបានកំណត់។ |
លេខសម្គាល់ # | ការពិពណ៌នា | ដំណោះស្រាយ |
486369 |
ប្រសិនបើ DynamicMultiProtocolLightSoc បង្កើតបណ្តាញថ្មីមានថ្នាំងកូនដែលនៅសេសសល់ពីបណ្តាញដែលវាបានចាកចេញ emberAfGetChildTableSize ត្រឡប់តម្លៃដែលមិនមែនជាសូន្យនៅក្នុង startIdentifyOnAllChildNodes ដែលបណ្តាលឱ្យមានសារកំហុស Tx 66 នៅពេលដោះស្រាយកុមារ "ខ្មោច" ។ | លុបផ្នែកធំប្រសិនបើអាចធ្វើទៅបានមុនពេលបង្កើតបណ្តាញថ្មី ឬពិនិត្យតារាងកូនដោយកម្មវិធីបន្ទាប់ពីចាកចេញពីបណ្តាញ ហើយលុបកុមារទាំងអស់ដោយប្រើ emberRemoveChild មុនពេលបង្កើតបណ្តាញថ្មី។ |
495563 |
ចូលរួមជាមួយ SPI NCP Sleepy End Device Sample App មិនធ្វើការស្ទង់មតិខ្លីៗទេ ដូច្នេះការព្យាយាមចូលរួមបានបរាជ័យនៅស្ថានភាពអាប់ដេត TC Link Key។ | ឧបករណ៍ដែលចង់ចូលរួមគួរតែស្ថិតក្នុងទម្រង់ការស្ទង់មតិខ្លី មុនពេលព្យាយាមចូលរួម។ របៀបនេះអាចត្រូវបានបង្ខំដោយកម្មវិធីជំនួយជំនួយឧបករណ៍បញ្ចប់។ |
497832 |
នៅក្នុងអ្នកវិភាគបណ្តាញ ការបំបែកពាក្យបញ្ជាគាំទ្រកម្មវិធី Zigbee សម្រាប់ស៊ុមសំណើរផ្ទៀងផ្ទាត់គន្លឹះច្រឡំយោងផ្នែកនៃបន្ទុកដែលចង្អុលបង្ហាញអាសយដ្ឋានប្រភពស៊ុមជាអាសយដ្ឋានគោលដៅ។ |
គ្មានដំណោះស្រាយដែលគេស្គាល់ទេ។ |
519905
521782 |
Spi-NCP អាចកម្រនឹងបរាជ័យក្នុងការចាប់ផ្តើមទំនាក់ទំនងកម្មវិធីចាប់ផ្ដើមប្រព័ន្ធដោយប្រើពាក្យបញ្ជា 'bootload' CLI នៃកម្មវិធីជំនួយ ota-client ។ |
ចាប់ផ្តើមដំណើរការចាប់ផ្ដើមឡើងវិញ |
620596 |
NCP SPI Example សម្រាប់ BRD4181A (EFR32xGMG21)
nWake លំនាំដើមម្ជុលដែលបានកំណត់មិនអាចប្រើជាម្ជុលដាស់ទេ។ |
ផ្លាស់ប្តូរម្ជុលលំនាំដើមសម្រាប់ nWake ពី PD03 ទៅម្ជុលដែលបើកដំណើរការ EM2/3 នៅក្នុងកម្មវិធីជំនួយ NCP-SPI ។ |
631713 |
ឧបករណ៍បញ្ចប់ Zigbee នឹងរាយការណ៍អំពីការដោះស្រាយជម្លោះម្តងហើយម្តងទៀត ប្រសិនបើកម្មវិធីជំនួយ "Zigbee PRO Stack Library" ត្រូវបានប្រើជំនួសឱ្យ "Zigbee PRO Leaf Library" ។ | ប្រើ "Zigbee PRO Leaf Library" ជំនួសឱ្យកម្មវិធីជំនួយ "Zigbee PRO Stack Library" ។ |
670702 |
ភាពគ្មានប្រសិទ្ធភាពនៅក្នុងកម្មវិធីជំនួយការរាយការណ៍អាចនាំឱ្យមានភាពយឺតយ៉ាវយ៉ាងសំខាន់ដោយផ្អែកលើប្រេកង់សរសេរទិន្នន័យ និងទំហំតារាង ដែលអាចរំខានដល់កូដកម្មវិធីរបស់អតិថិជន រួមទាំងពេលវេលាព្រឹត្តិការណ៍ផងដែរ។ | ប្រសិនបើសរសេរញឹកញាប់ សូមពិចារណាពិនិត្យមើលលក្ខខណ្ឌរាយការណ៍ និងផ្ញើរបាយការណ៍ដោយដៃ ជាជាងប្រើកម្មវិធីជំនួយ។ |
708258 |
តម្លៃ Uninitialized ក្នុង groups-server.c តាមរយៈ addEntryToGroupTable() អាចបង្កើតការចងដ៏តឹងរ៉ឹង និងធ្វើឱ្យសាររាយការណ៍ជាក្រុមត្រូវបានផ្ញើ។ | បន្ថែម “binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;” បន្ទាប់ពី “binding.type
= EMBER_MULTICAST_BINDING;” |
757775 |
ផ្នែក EFR32 ទាំងអស់មានអុហ្វសិត RSSI តែមួយគត់។ លើសពីនេះ ការរចនាក្តារ អង់តែន និងឯករភជប់អាចប៉ះពាល់ដល់ RSSI ។ |
នៅពេលបង្កើតគម្រោងថ្មី សូមដំឡើង RAIL Utility សមាសភាគ RSSI ។ លក្ខណៈពិសេសនេះរួមបញ្ចូលទាំង RSSI Offset Silabs លំនាំដើមបានវាស់វែងសម្រាប់ផ្នែកនីមួយៗ។ អុហ្វសិតនេះអាចត្រូវបានកែប្រែប្រសិនបើចាំបាច់បន្ទាប់ពីការធ្វើតេស្ត RF នៃផលិតផលពេញលេញរបស់អ្នក។ |
758965 |
សមាសធាតុចង្កោម ZCL និងតារាងស្វែងរកពាក្យបញ្ជា ZCL មិនត្រូវបានធ្វើសមកាលកម្មទេ។ ដូច្នេះ នៅពេលបើក ឬបិទសមាសធាតុចង្កោម ZCL ពាក្យបញ្ជាដែលបានអនុវត្តនឹងមិនត្រូវបានបើក/បិទនៅក្នុងផ្ទាំងពាក្យបញ្ជា ZCL Advanced Configurator ដែលត្រូវគ្នានោះទេ។ |
បើក/បិទការរកឃើញដោយដៃសម្រាប់ពាក្យបញ្ជា ZCL ដែលចង់បាននៅក្នុង ZCL Advanced Configurator ។ |
765735 | ការអាប់ដេត OTA បរាជ័យនៅលើឧបករណ៍ Sleepy End ជាមួយនឹងសំណើទំព័រដែលបានបើក។ | ប្រើការស្នើសុំប្លុកជំនួសឱ្យសំណើទំព័រ។ |
845649 |
ការដក CLI៖ សមាសធាតុស្នូលមិនលុបបំបាត់ការហៅ EEPROM cli ទៅកាន់ 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 អនុញ្ញាតឱ្យបង្កើតការចងជាមួយអាសយដ្ឋាន CIE “0000000000000000” ហើយនៅខាងក្រោយមិនអនុញ្ញាតឱ្យចងបន្ថែមទៀតទេ។ | គ្មានដំណោះស្រាយដែលគេស្គាល់ទេ។ |
1019961 | បង្កើត Z3Gateway បង្កើតfile កូដរឹង "gcc" ជា CC | គ្មានដំណោះស្រាយដែលគេស្គាល់ទេ។ |
លេខសម្គាល់ # | ការពិពណ៌នា | ដំណោះស្រាយ |
1039767 |
បណ្តាញរ៉ោតទ័រ Zigbee សាកល្បងបញ្ហាលើសជួរម្តងទៀតនៅក្នុងករណីប្រើប្រាស់ RTOS ច្រើនខ្សែ។ |
Zigbee Stack មិនមានសុវត្ថិភាពសម្រាប់ខ្សែស្រឡាយទេ។ ជាលទ្ធផល ការហៅ zigbee stack APIs ពីកិច្ចការផ្សេងទៀតមិនត្រូវបានគាំទ្រនៅក្នុងបរិស្ថាន OS ហើយអាចដាក់ជង់ទៅជា "មិនដំណើរការ" ។ សូមមើលចំណាំកម្មវិធីខាងក្រោមសម្រាប់ព័ត៌មានបន្ថែម និងដំណោះស្រាយដោយប្រើកម្មវិធីដោះស្រាយព្រឹត្តិការណ៍។
https://www.silabs.com/documents/public/application- note/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk- 7x.pdf . |
1081914 | បញ្ហាកើតឡើងសម្រាប់កម្មវិធីដែលរក្សាទុកសោដោយសុវត្ថិភាព ឬកម្មវិធីដែលរួមបញ្ចូលសមាសធាតុផ្ទុកសោសុវត្ថិភាព និងសញ្ញាសម្ងាត់ file-based Trust Center Backup feature ដូចដែលបានពិពណ៌នានៅក្នុង AN1387៖ ការបម្រុងទុក និងស្ដារ Z3 Green Power Combo Gateway។ | ទាំងប្រើការផ្ទុកសោបុរាណ ឬការបម្រុងទុកមជ្ឈមណ្ឌលទុកចិត្តស្តង់ដារ ដែលមិនរក្សាទុកព័ត៌មានសញ្ញាសម្ងាត់ទៅក្នុងអត្ថបទ file. |
1082798 | កម្មវិធីជំនួយឆ្លងកាត់មាន 5 បៃតិចជាងប្រវែងអតិបរមានៃកញ្ចប់ព័ត៌មាន។ | នៅក្នុងអនុគមន៍ getHeaderLen() ដែលមានទីតាំងនៅ zigbee/framework/plugin/app/framework/plugin/throughput/ throughtput.c ដកការដកនៃ EMBER_AF_ZCL_MANUFACTURER_SPECIFIC_OVERH
ម៉ាក្រូ EAD កំឡុងពេលគណនាអថេរ maxPayloadLen ។ |
1064370 | Z3Switch sampកម្មវិធី le បានបើកដំណើរការតែប៊ូតុងមួយប៉ុណ្ណោះ (ឧទាហរណ៍៖ btn1) តាមលំនាំដើមដែលនាំឱ្យមានភាពមិនស៊ីគ្នានៅក្នុងការពិពណ៌នាប៊ូតុងនៅក្នុងគម្រោងfile. | ដំណោះស្រាយ៖ ដំឡើងឧទាហរណ៍ btn0 ដោយដៃកំឡុងពេលបង្កើតគម្រោង Z3Switch ។ |
1105915 | នៅលើឧបករណ៍ជ្រើសរើសពីរក្រុម emberGetRadioParam- eters តែងតែត្រឡប់ 0 សម្រាប់ទំព័រឆានែលដោយមិនគិតពីទំព័រឆានែលបច្ចុប្បន្ន។ | ក្នុងនាមជាដំណោះស្រាយ ទំព័រអាចទាញយកមកវិញជាមួយ៖ emMacPgChanPg(emCurrentChannel) ? (emMacPgChanPg(emCurrentChannel) | 0x18)។ |
1175771 | នៅពេលដំណើរការ mfglib ទទួលបានរបៀបសាកល្បងសម្រាប់ស្ថាបត្យកម្ម Host-NCP ជាមួយ sample កម្មវិធី, Z3Gateway, រាយការណ៍ជាច្រើននៃ ezspErrorHandler error 0x34 ដែលបង្ហាញពីភាពមិនមានផ្ទុកសារ។ | កំណត់រចនាសម្ព័ន្ធ EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV
ENT_TIMEOUT_MS នៅលើកម្មវិធីម៉ាស៊ីនដល់ 100 វាជួយកាត់បន្ថយកំហុស។ |
1152898 | NCP ជាមួយនឹងឧបករណ៍ឃ្លាំមើលលំហូរផ្នែករឹងត្រូវបានកេះម្តងហើយម្តងទៀតខណៈពេលដែលម៉ាស៊ីនមិនដំណើរការ។ | ត្រូវប្រាកដថា NCP ត្រូវបានភ្ជាប់ទៅម៉ាស៊ីន មុនពេល NCP ត្រូវបានផ្តល់ថាមពល។ |
ធាតុដែលបានបដិសេធ
បានបដិសេធនៅក្នុងការចេញផ្សាយ 7.2.0.0
មុខងារ Secure EZSP នឹងត្រូវបានយកចេញនៅក្នុងការចេញផ្សាយនាពេលខាងមុខ។
ធាតុដែលបានដកចេញ
បានយកចេញនៅក្នុងការចេញផ្សាយ 7.2.6.0
ជម្រើសកម្មវិធីម៉ាស៊ីន zigbee ដើម្បីបើកច្រក IP នៅលើ 4900/4901 ត្រូវបានយកចេញនៅក្នុងការចេញផ្សាយនេះ។ វិធីជំនួសដើម្បីប្រើការភ្ជាប់ពីចម្ងាយដើម្បីធ្វើអន្តរកម្មជាមួយកម្មវិធីម៉ាស៊ីនអាចជាការប្រើប្រាស់ឧបករណ៍ប្រើប្រាស់ socat នៅក្នុងប្រព័ន្ធប្រតិបត្តិការដែលគាំទ្រភាគច្រើន។
បានយកចេញនៅក្នុងការចេញផ្សាយ 7.2.1.0
បានលុប API callback NCP ចាស់ដែលមិនបានប្រើ emberAfPluginConcentratorBroadcastSentCallback()។
បានលុប RESERVED_AVAILABLE_MEMORY ដែលមិនបានប្រើ និង EXTRA_MEMORY កំណត់នៅក្នុង Zigbee S ជាច្រើនample គំរូគម្រោងកម្មវិធី។ ចំណាំថាការដកចេញនូវការកំណត់កេរ្តិ៍ដំណែលទាំងនេះមិនមានឥទ្ធិពលលើ Sample កម្មវិធី។
បានយកចេញនៅក្នុងការចេញផ្សាយ 7.2.0.0
សមាសធាតុ Zigbee AES (PSA) និង Zigbee CCM (PSA) ត្រូវបានដកចេញ។ សម្រាប់កម្មវិធីដែលមានមូលដ្ឋានលើ EFR ការគាំទ្រផ្នែករឹងសម្រាប់ទម្លាប់នៃការគ្រីបតូទាំងនេះឥឡូវនេះត្រូវបាននាំយកមកជាមួយនូវសមាសភាគកម្មវិធីគ្រប់គ្រងសុវត្ថិភាព Zigbee ដែលត្រូវបាននាំយកទៅក្នុងគម្រោងតាមរយៈធាតុផ្សំអាស្រ័យ។ កម្មវិធីម៉ាស៊ីនមិនប្រើសមាសភាគកម្មវិធីគ្រប់គ្រងសុវត្ថិភាព Zigbee ទេ។ កម្មវិធីម៉ាស៊ីនអាចនៅតែប្រើប្រាស់សមាសធាតុ AES (Software) និង CCM (Software) ប្រសិនបើចង់បាន។
Multiprotocol Gateway និង RCP
ធាតុថ្មី។
បានបន្ថែមនៅក្នុងការចេញផ្សាយ 7.2.2.0
- ឥឡូវនេះ Zigbeed ផ្ទុក CREATOR_STACK_RESTORED_EUI64 ប្រសិនបើមានវត្តមាន ពីនិមិត្តសញ្ញាម៉ាស៊ីន fileហើយប្រើវាជា EUI64 ដោយបដិសេធ EUI64 ដែលរក្សាទុកនៅលើ EFR32។
បានបន្ថែមនៅក្នុងការចេញផ្សាយ 7.2.1.0
- ឥឡូវនេះ Zigbeed គាំទ្រពាក្យបញ្ជា coex EZSP ។
បានបន្ថែមនៅក្នុងការចេញផ្សាយ 7.2.0.0
- បានបន្ថែមថាមវន្ត Multiprotocol BLE និងគម្រោង Zigbee NCP (zigbee_ncp-ble_ncp-xxx.slcp) ។ ចេញផ្សាយជាគុណភាពពិសោធន៍។
- បានបន្ថែមការស្តាប់ដំណាលគ្នា 802.15.4 សម្រាប់ EFR32MG24 CMP RCP ។ នេះគឺជាសមត្ថភាពក្នុងការដំណើរការ Zigbee និង OpenThread ក្នុងពេលដំណាលគ្នានៅលើបណ្តាញផ្សេងៗគ្នាដោយប្រើ RCP តែមួយ (rcp-802154-xxx.slcp និង rcp-802154-blehci-xxx.slcp) ។ ចេញផ្សាយជាគុណភាពពិសោធន៍។
- បានបន្ថែមការគាំទ្រ Zigbeed សម្រាប់ស្ថាបត្យកម្ម 32-bit x86 ។
- បានបន្ថែមការគាំទ្រសម្រាប់ BLE ដើម្បី de-init នៅក្នុងករណីប្រើប្រាស់ពហុប្រូតូកូល ដោយរំដោះធនធានអង្គចងចាំសម្រាប់ប្រើដោយជង់ពិធីការផ្សេងទៀត។
- Stack API Trace ឥឡូវនេះអាចត្រូវបានបើកសម្រាប់ Zigbeed ដោយកំណត់កម្រិតបំបាត់កំហុសដល់ 4 ឬ 5 នៅក្នុង zigbeed.conf file.
- កំណែជង់ Zigbeed ក៏ដូចជាកាលបរិច្ឆេទ និងពេលវេលាសាងសង់ឥឡូវនេះត្រូវបានបោះពុម្ពនៅក្នុងកំណត់ហេតុ។
ការកែលម្អ
បានផ្លាស់ប្តូរនៅក្នុងការចេញផ្សាយ 7.2.2.0
កាត់បន្ថយទំហំជួរ CPC Tx និង Rx ដើម្បីឱ្យសមនឹង Zigbee BLE DMP NCP ទៅលើគ្រួសារ MG13 ។
បានផ្លាស់ប្តូរ zigbee_ble_event_handler ដើម្បីបោះពុម្ពការឆ្លើយតបស្កេនពីការផ្សាយពាណិជ្ជកម្មចាស់នៅក្នុងកម្មវិធី DMPLlight ។
កម្មវិធី rcp-xxx-802154 និង rcp-xxx-802154-blehci ឥឡូវនេះប្រើ 192 µsec turnaround time សម្រាប់ acks ដែលមិនប្រសើរឡើង ខណៈពេលដែលនៅតែប្រើ 256 µsec turnaround time សម្រាប់ acks ដែលត្រូវបានពង្រឹងដែលទាមទារដោយ CSL ។
បញ្ហាថេរ
បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.2.6.0
លេខសម្គាល់ # | ការពិពណ៌នា |
1244459 |
នៅពេលផ្ញើកញ្ចប់ទិន្នន័យ Zigbee ទៅកាន់កូនងងុយគេងនៃឧបករណ៍ដែលមានមូលដ្ឋានលើ RCP ស្ថានភាព framePending សម្រាប់កូននោះនៅលើ RCP អាចត្រូវបានខូច និងបង្ខំឱ្យមិនពិតនៅក្រោមលក្ខខណ្ឌទាំងនេះ៖
អំពើពុករលួយនេះនឹងនាំឱ្យមិនមានទិន្នន័យបន្ថែមទៀតដែលត្រូវបានទាញយកដោយឧបករណ៍ចុងងងុយគេងទេ រហូតទាល់តែទិន្នន័យដែលមិនទាន់សម្រេចទាំងអស់នោះអស់ពេលនៅក្នុងជង់ម៉ាស៊ីន បន្ទាប់ពីអស់ពេលនៃការបញ្ជូនដោយប្រយោល MAC (7680ms តាមលំនាំដើម) បានកន្លងផុតទៅសម្រាប់សារដែលបានដាក់ជាជួរនីមួយៗ។ បញ្ហានេះត្រូវបានជួសជុល។ យោងផ្សេងទៀត ១២៤៣០៣៦, 1294248 |
1199706 |
បានដោះស្រាយបញ្ហាដែលការស្ទង់មតិទិន្នន័យពីឧបករណ៍ចុងក្រោយដែលកុមារភ្លេចមិនបានកំណត់ស៊ុមរង់ចាំឱ្យបានត្រឹមត្រូវនៅលើ RCP ដើម្បីតម្រង់ជួរពាក្យបញ្ជាចាកចេញ និងចូលរួមឡើងវិញទៅកាន់អតីតកូន។
យោងផ្សេងទៀត 1305071 |
បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.2.5.0
លេខសម្គាល់ # | ការពិពណ៌នា |
1118077 | នៅក្នុង CMP RCP សារ Spinel កំពុងត្រូវបានទម្លាក់នៅក្រោមបន្ទុកចរាចរណ៍ខ្លាំង ដោយសារតែ CPC មិនរក្សាកញ្ចប់ព័ត៌មានចូល។ ជួសជុលវាដោយការខ្ចប់សារ Spinel ទាំងអស់ដែលត្រៀមរួចជាស្រេចដើម្បីផ្ញើតាម CPC ទៅក្នុងបន្ទុកតែមួយនៅលើ RCP ហើយដកវាចេញនៅលើម៉ាស៊ីន។ នេះធ្វើអោយប្រសើរឡើងយ៉ាងខ្លាំងនូវប្រសិទ្ធភាពនៃ CPC ដូច្នេះវាអាចរក្សាបាននូវចរាចរណ៍វិទ្យុដែលចូលមក។ |
1113498,
1135805, 1139990, 1143344 |
បានជួសជុលការគាំង Zigbeed ជាប់ៗគ្នាជាច្រើន និងការអះអាងដែលអាចត្រូវបានបង្កឡើងនៅពេលភ្ជាប់ឧបករណ៍ Zigbee ជាច្រើនក្នុងពេលដំណាលគ្នាទៅនឹង CMP RCP ។ |
បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.2.3.0
លេខសម្គាល់ # | ការពិពណ៌នា |
1130226 | បានជួសជុលបញ្ហាដែល RCP នឹងមិនងើបឡើងវិញ ប្រសិនបើ CPC ជាប់រវល់ជាបណ្តោះអាសន្ន។ |
1129821 | បានជួសជុល សេចក្តីយោងទ្រនិចទទេនៅក្នុង Zigbeed នៅពេលទទួលបានកញ្ចប់ព័ត៌មាន ប្រសិនបើមិនមានសតិបណ្ដោះអាសន្ន។ |
បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.2.1.0
លេខសម្គាល់ # | ការពិពណ៌នា |
1036645 | បានដោះស្រាយកំហុសនៅក្នុង BLE CPC NCP ដែលរារាំងកម្មវិធីអតិថិជនពីការភ្ជាប់ឡើងវិញបន្ទាប់ពីការផ្តាច់លើកដំបូង។ |
1068435 | បានជួសជុលបញ្ហាការកំណត់ពេលកំណត់ទ្វេទិសរបស់ថាមពលបៃតង។ ករណីតេស្តវិញ្ញាបនប័ត្រ GPP 5.4.1.23 ឆ្លងកាត់។ |
1074593 | បានជួសជុលបញ្ហាដែលសារ Just-in-time (JIT) ទៅកាន់ឧបករណ៍ដែលងងុយដេកមិនត្រូវបានផ្ញើត្រឹមត្រូវដោយ Zigbeed + RCP ។ |
1076235 | បានជួសជុលបញ្ហាដែល ot-cli បរាជ័យក្នុងការដំណើរការនៅក្នុងកុងតឺន័រ docker ពហុប្រូតូកូល។ |
1080517 | ឥឡូវនេះ Z3GatewayCPC គ្រប់គ្រងការកំណត់ឡើងវិញនៃ NCP (CPC បន្ទាប់បន្សំ) ដោយស្វ័យប្រវត្តិ។ |
1085498 | បានដោះស្រាយបញ្ហាដែល Zigbeed មិនផ្ញើការឆ្លើយតបទៅឧបករណ៍ដែលងងុយគេងដោយប្រយោល។ |
1090915 | បានជួសជុលបញ្ហាដែលកំហុស 0x38 ជាច្រើនបានលេចឡើងនៅពេលព្យាយាមបើកចំណុចបញ្ចប់ Zigbee នៅលើ Z3GatewayCPC ឬដើម្បីកំណត់ប៉ារ៉ាម៉ែត្រ EZSP ដោយមិនកំណត់ CPC NCP ឡើងវិញ។ |
បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.2.0.0
លេខសម្គាល់ # | ការពិពណ៌នា |
828785 | បានជួសជុលកំហុសនៅក្នុង cpc-hci-bridge ដែលបណ្តាលឱ្យកញ្ចប់ព័ត៌មាន HCI ត្រូវបានទម្លាក់ ប្រសិនបើ BlueZ ផ្ញើពីរក្នុងពេលតែមួយ។ |
834191 | ធ្វើឱ្យប្រសើរឡើងនូវការប្រើប្រាស់ CPU នៃកម្មវិធីជំនួយ cpc-hci-bridge ។ |
1025713 | បានបង្កើនប្រវែងអតិបរមានៃផ្លូវឧបករណ៍ Zigbeed ដល់ 4096។ |
1036622 | បានដោះស្រាយបញ្ហាដោយប្រើ cmake ដើម្បីបង្កើត ot-cli ដោយប្រើ multi-PAN RCP ។ |
1040127 | សុវត្ថិភាព CPC បានបរាជ័យក្នុងការចាប់ផ្តើមសម្រាប់គម្រោង rcp-uart-802154 និង rcp-spi-802154 នៅលើផ្នែកស៊េរី MG13 និង MG14 ។ ដើម្បីដោះស្រាយបញ្ហានេះ mbedtls_enttropy_adc ត្រូវបានបន្ថែមជាប្រភព entropy សម្រាប់ផ្នែកទាំងនេះ។ នោះអាចរារាំង ADC ពីការប្រើប្រាស់រួមជាមួយនឹងសុវត្ថិភាព CPC ។ |
1066422 | បានជួសជុលការលេចធ្លាយបណ្តោះអាសន្ននៅក្នុង Zigbeed ។ |
លេខសម្គាល់ # | ការពិពណ៌នា |
1068429 | បានជួសជុលលក្ខខណ្ឌការប្រណាំងដែលអាចបណ្តាលឱ្យ CMP RCP អះអាង។ |
1068435 | សមត្ថភាពបន្ថែមនៅលើថ្នាំង RCP ដើម្បីពិនិត្យ និងសតិបណ្ដោះអាសន្ននូវស៊ុមទិន្នន័យ Green Power ទ្វេទិសតែមួយ ហើយផ្ញើវាចេញនៅពេលអស់ពេល rx offset ។ |
1068942 | បានជួសជុលការលេចធ្លាយនៅក្នុងតារាងផ្គូផ្គងប្រភព RCP ដែលអាចរារាំងឧបករណ៍ Zigbee ពីការភ្ជាប់។ |
1074172 | បានជួសជុលការផ្ញើសំណើសុំឈប់សម្រាកពី Zigbeed នៅពេលទទួលបានការស្ទង់មតិពីអ្នកដែលមិនមែនជាកូន។ |
1074290 | បានបញ្ឈប់ Zigbeed ពីដំណើរការការស្ទង់មតិដែលមិនបានរៀបចំ។ |
1079903 | បានជួសជុលកំហុសនៅក្នុង CMP RCP ដែលអាចបណ្តាលឱ្យសារ SPINEL ត្រូវបានបញ្ជូនមិនត្រឹមត្រូវ ដែលបណ្តាលឱ្យ Zigbeed និង OTBR គាំង ឬចេញ។ |
បញ្ហាដែលគេស្គាល់នៅក្នុងការចេញផ្សាយបច្ចុប្បន្ន
បញ្ហាជាអក្សរដិតត្រូវបានបន្ថែមចាប់តាំងពីការចេញផ្សាយមុននេះ។ ប្រសិនបើអ្នកបានខកខានការចេញផ្សាយ កំណត់ចំណាំការចេញផ្សាយថ្មីៗមាននៅលើ https://www.si-labs.com/developers/gecko-software-development-kit
លេខសម្គាល់ # | ការពិពណ៌នា | ដំណោះស្រាយ |
811732 | ការគាំទ្រនិមិត្តសញ្ញាផ្ទាល់ខ្លួនមិនមាននៅពេលប្រើ Zigbeed ។ | ការគាំទ្រត្រូវបានគ្រោងទុកនៅក្នុងការចេញផ្សាយនាពេលខាងមុខ។ |
937562 | ពាក្យបញ្ជា 'ផ្សាយពាណិជ្ជកម្មលើ' Bluetoothctl បរាជ័យជាមួយកម្មវិធី rcp-uart- 802154-blehci នៅលើ Raspberry Pi OS 11 ។ | ប្រើកម្មវិធី btmgmt ជំនួសឱ្យ bluetoothctl ។ |
1031607 | គម្រោង rcp-uart-802154.slcp កំពុងដំណើរការលើ RAM ទាបនៅលើផ្នែក MG1 ។ ការបន្ថែមសមាសធាតុអាចកាត់បន្ថយទំហំ heap ខាងក្រោមអ្វីដែលត្រូវការដើម្បីគាំទ្រការចង ECDH នៅក្នុង CPC ។ | ដំណោះស្រាយគឺដើម្បីបិទសុវត្ថិភាព CPC តាមរយៈការកំណត់រចនាសម្ព័ន្ធ SL_CPC_SECURITY_ENABLED។ |
1074205 | CMP RCP មិនគាំទ្របណ្តាញពីរនៅលើលេខសម្គាល់ PAN តែមួយទេ។ | ប្រើលេខសម្គាល់ PAN ផ្សេងគ្នាសម្រាប់បណ្តាញនីមួយៗ។ ការគាំទ្រត្រូវបានគ្រោងទុកនៅក្នុងការចេញផ្សាយនាពេលខាងមុខ។ |
ធាតុដែលបានបដិសេធ
គ្មាន
ធាតុដែលបានដកចេញ
គ្មាន
ការប្រើប្រាស់ការចេញផ្សាយនេះ។
ការចេញផ្សាយនេះមានដូចខាងក្រោម៖
- ជង់ Zigbee
- ក្របខ័ណ្ឌកម្មវិធី Zigbee
- Zigbee Sampកម្មវិធី
សម្រាប់ព័ត៌មានបន្ថែមអំពី Zigbee និង EmberZNet SDK សូមមើល UG103.02: Zigbee Fundamentals។
ប្រសិនបើអ្នកជាអ្នកប្រើប្រាស់លើកដំបូង សូមមើល QSG180: Z Zigbee EmberZNet មគ្គុទ្ទេសក៍ចាប់ផ្តើមរហ័សសម្រាប់ SDK 7.0 និងខ្ពស់ជាងនេះ សម្រាប់ការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធបរិស្ថានអភិវឌ្ឍន៍ អគារ និងការបំភ្លឺរបស់អ្នកជាample កម្មវិធី និងឯកសារយោងដែលចង្អុលទៅជំហានបន្ទាប់។
ការដំឡើងនិងការប្រើប្រាស់
Zigbee EmberZNet SDK ត្រូវបានផ្តល់ជូនជាផ្នែកមួយនៃ Gecko SDK (GSDK) ដែលជាឈុតនៃ Silicon Labs SDKs ។ ដើម្បីចាប់ផ្តើមជាមួយ GSDK យ៉ាងឆាប់រហ័ស សូមដំឡើង Simplicity Studio 5 ដែលនឹងរៀបចំបរិយាកាសអភិវឌ្ឍន៍របស់អ្នក និងណែនាំអ្នកតាមរយៈការដំឡើង GSDK ។ Simplicity Studio 5 រួមបញ្ចូលអ្វីៗគ្រប់យ៉ាងដែលត្រូវការសម្រាប់ការអភិវឌ្ឍន៍ផលិតផល IoT ជាមួយឧបករណ៍ Silicon Labs រួមទាំងកម្មវិធីបើកដំណើរការធនធាន និងគម្រោង ឧបករណ៍កំណត់រចនាសម្ព័ន្ធកម្មវិធី អាយឌីអេពេញលេញជាមួយ GNU toolchain និងឧបករណ៍វិភាគ។ ការណែនាំអំពីការដំឡើងត្រូវបានផ្តល់ជូននៅក្នុងសៀវភៅណែនាំអ្នកប្រើប្រាស់ Simplicity Studio 5 តាមអ៊ីនធឺណិត។
ជាជម្រើស Gecko SDK អាចត្រូវបានដំឡើងដោយដៃដោយការទាញយក ឬក្លូនចុងក្រោយបំផុតពី GitHub ។ សូមមើល https://github.com/Sili-conLabs/gecko_sdk សម្រាប់ព័ត៌មានបន្ថែម។
Simplicity Studio ដំឡើង GSDK តាមលំនាំដើមនៅក្នុង៖
- (វីនដូ)៖ C:\Users\ \SimplicityStudio\SDKs\gecko_sdk
- (MacOS): /អ្នកប្រើប្រាស់/ /SimplicityStudio/SDKs/gecko_sdk
ឯកសារជាក់លាក់ចំពោះកំណែ SDK ត្រូវបានដំឡើងជាមួយ SDK ។ ព័ត៌មានបន្ថែមអាចត្រូវបានរកឃើញជាញឹកញាប់នៅក្នុងអត្ថបទមូលដ្ឋានចំណេះដឹង (KBAs)។ ឯកសារយោង API និងព័ត៌មានផ្សេងទៀតអំពីការចេញផ្សាយនេះ និងការចេញផ្សាយមុននេះមាននៅលើ https://docs.silabs.com/
ព័ត៌មានសុវត្ថិភាព
ការរួមបញ្ចូលតុដេកសុវត្ថិភាព
សម្រាប់កម្មវិធីដែលជ្រើសរើសរក្សាទុកសោដោយសុវត្ថិភាពដោយប្រើសមាសធាតុ Secure Key Storage នៅលើផ្នែក Secure Vault-High តារាងខាងក្រោមបង្ហាញពីសោដែលបានការពារ និងលក្ខណៈការពារការផ្ទុករបស់ពួកគេដែលសមាសភាគកម្មវិធីគ្រប់គ្រងសុវត្ថិភាព Zigbee គ្រប់គ្រង។
សោររុំ | អាចនាំចេញបាន / មិនអាចនាំចេញបាន។ | កំណត់ចំណាំ |
កូនសោបណ្តាញ | អាចនាំចេញបាន។ | |
គន្លឹះភ្ជាប់មជ្ឈមណ្ឌលជឿទុកចិត្ត | អាចនាំចេញបាន។ | |
គន្លឹះភ្ជាប់បណ្តោះអាសន្ន | អាចនាំចេញបាន។ | តារាងគន្លឹះដែលបានធ្វើលិបិក្រម រក្សាទុកជាគន្លឹះងាយនឹងបង្កជាហេតុ |
គន្លឹះភ្ជាប់កម្មវិធី | អាចនាំចេញបាន។ | តារាងគន្លឹះដែលបានធ្វើលិបិក្រម |
សោ EZSP សុវត្ថិភាព | អាចនាំចេញបាន។ | |
សោអ៊ិនគ្រីប ZLL | អាចនាំចេញបាន។ | |
សោដែលបានកំណត់រចនាសម្ព័ន្ធជាមុន ZLL | អាចនាំចេញបាន។ | |
សោប្រូកស៊ី GPD | អាចនាំចេញបាន។ | តារាងគន្លឹះដែលបានធ្វើលិបិក្រម |
GPD Sink Key | អាចនាំចេញបាន។ | តារាងគន្លឹះដែលបានធ្វើលិបិក្រម |
សោខាងក្នុង/កន្លែងដាក់ | អាចនាំចេញបាន។ | សោខាងក្នុងសម្រាប់ប្រើដោយ Zigbee Security Manager |
គ្រាប់ចុចរុំដែលត្រូវបានសម្គាល់ថា "មិនអាចនាំចេញបាន" អាចប្រើបាន ប៉ុន្តែមិនអាចប្រើបានទេ។ viewed ឬចែករំលែកនៅពេលដំណើរការ។
គ្រាប់ចុចរុំដែលត្រូវបានសម្គាល់ថា "អាចនាំចេញបាន" អាចត្រូវបានប្រើ ឬចែករំលែកនៅពេលដំណើរការ ប៉ុន្តែនៅតែត្រូវបានអ៊ិនគ្រីប ខណៈពេលដែលត្រូវបានរក្សាទុកក្នុងពន្លឺ។
កម្មវិធីអ្នកប្រើប្រាស់មិនចាំបាច់ធ្វើអន្តរកម្មជាមួយសោទាំងនេះភាគច្រើនទេ។ APIs ដែលមានស្រាប់ដើម្បីគ្រប់គ្រង Link Key Table keys ឬ Transient Keys នៅតែមានសម្រាប់កម្មវិធីអ្នកប្រើប្រាស់ ហើយឥឡូវនេះបញ្ជូនតាមរយៈសមាសភាគកម្មវិធីគ្រប់គ្រងសុវត្ថិភាព Zigbee ។
សោទាំងនេះមួយចំនួនអាចមិនអាចនាំចេញទៅកាន់កម្មវិធីអ្នកប្រើប្រាស់នាពេលអនាគត។ កម្មវិធីអ្នកប្រើប្រាស់ត្រូវបានលើកទឹកចិត្តឱ្យមិនពឹងផ្អែកលើការនាំចេញសោ លុះត្រាតែចាំបាច់។
សម្រាប់ព័ត៌មានបន្ថែមអំពីមុខងារ Secure Vault Key Management សូមមើល AN1271: Secure Key Storage។
ទីប្រឹក្សាសន្តិសុខ
ដើម្បីជាវការប្រឹក្សាសុវត្ថិភាព សូមចូលទៅកាន់វិបផតថលអតិថិជន Silicon Labs បន្ទាប់មកជ្រើសរើសគណនី Home ។ ចុច HOME ដើម្បីទៅកាន់ទំព័រដើមនៃវិបផតថល ហើយបន្ទាប់មកចុចលើផ្ទាំងគ្រប់គ្រងការជូនដំណឹង។ សូមប្រាកដថា 'ការជូនដំណឹងអំពីកម្មវិធី/ការប្រឹក្សាផ្នែកសុវត្ថិភាព & ការជូនដំណឹងអំពីការផ្លាស់ប្តូរផលិតផល (PCNs)' ត្រូវបានពិនិត្យ ហើយថាអ្នកបានជាវយ៉ាងតិចបំផុតសម្រាប់វេទិកា និងពិធីការរបស់អ្នក។ ចុច រក្សាទុក ដើម្បីរក្សាទុកការផ្លាស់ប្តូរណាមួយ។
គាំទ្រ
អតិថិជនកញ្ចប់អភិវឌ្ឍន៍មានសិទ្ធិទទួលបានការបណ្តុះបណ្តាល និងជំនួយបច្ចេកទេស។ ប្រើ Silicon Laboratories Zigbee web ទំព័រដើម្បីទទួលបានព័ត៌មានអំពីផលិតផល និងសេវាកម្ម Silicon Labs Zigbee ទាំងអស់ និងដើម្បីចុះឈ្មោះសម្រាប់ការគាំទ្រផលិតផល។
អ្នកអាចទាក់ទងផ្នែកគាំទ្រ Silicon Laboratories នៅ http://www.silabs.com/support.
ស្ទូឌីយោភាពសាមញ្ញ
ការចូលដំណើរការដោយចុចមួយដងទៅកាន់ MCU និងឧបករណ៍ឥតខ្សែ ឯកសារ សូហ្វវែរ បណ្ណាល័យកូដប្រភព និងច្រើនទៀត។ មានសម្រាប់ Windows, Mac និង Linux!
ផលប័ត្រ IoT
www.silabs.com/IoT
SW/HW
www.silabs.com/simplicity
គុណភាព
www.silabs.com/quality
ការគាំទ្រ និងសហគមន៍
www.silabs.com/community
ការបដិសេធ
Silicon Labs មានបំណងផ្តល់ជូនអតិថិជននូវឯកសារចុងក្រោយបំផុត ត្រឹមត្រូវ និងស៊ីជម្រៅនៃគ្រឿងកុំព្យូទ័រ និងម៉ូឌុលទាំងអស់ដែលមានសម្រាប់អ្នកអនុវត្តប្រព័ន្ធ និងកម្មវិធីដែលប្រើប្រាស់ ឬមានបំណងប្រើប្រាស់ផលិតផល Silicon Labs ។ ទិន្នន័យលក្ខណៈ ម៉ូឌុល និងគ្រឿងកុំព្យូទ័រដែលអាចប្រើបាន ទំហំអង្គចងចាំ និងអាសយដ្ឋានអង្គចងចាំ សំដៅលើឧបករណ៍ជាក់លាក់នីមួយៗ ហើយប៉ារ៉ាម៉ែត្រ "ធម្មតា" ដែលបានផ្តល់អាច និងធ្វើខុសគ្នានៅក្នុងកម្មវិធីផ្សេងៗ។ កម្មវិធី ឧamples ដែលបានពិពណ៌នានៅទីនេះគឺសម្រាប់គោលបំណងបង្ហាញតែប៉ុណ្ណោះ។ Silicon Labs រក្សាសិទ្ធិដើម្បីធ្វើការផ្លាស់ប្តូរដោយមិនមានការជូនដំណឹងបន្ថែមចំពោះព័ត៌មានផលិតផល លក្ខណៈបច្ចេកទេស និងការពិពណ៌នានៅទីនេះ ហើយមិនផ្តល់ការធានាចំពោះភាពត្រឹមត្រូវ ឬពេញលេញនៃព័ត៌មានដែលបានរួមបញ្ចូលនោះទេ។ ដោយគ្មានការជូនដំណឹងជាមុន Silicon Labs អាចធ្វើបច្ចុប្បន្នភាពកម្មវិធីបង្កប់ផលិតផលក្នុងអំឡុងពេលដំណើរការផលិតសម្រាប់ហេតុផលសុវត្ថិភាព ឬភាពជឿជាក់។ ការផ្លាស់ប្តូរបែបនេះនឹងមិនផ្លាស់ប្តូរលក្ខណៈជាក់លាក់ ឬដំណើរការរបស់ផលិតផលនោះទេ។ Silicon Labs នឹងមិនទទួលខុសត្រូវចំពោះផលវិបាកនៃការប្រើប្រាស់ព័ត៌មានដែលបានផ្គត់ផ្គង់នៅក្នុងឯកសារនេះទេ។ ឯកសារនេះមិនបញ្ជាក់ ឬផ្តល់អាជ្ញាប័ណ្ណឱ្យច្បាស់លាស់ក្នុងការរចនា ឬបង្កើតសៀគ្វីរួមបញ្ចូលគ្នាណាមួយឡើយ។ ផលិតផលមិនត្រូវបានរចនាឡើង ឬត្រូវបានអនុញ្ញាតឱ្យប្រើប្រាស់ក្នុងឧបករណ៍ FDA Class III ណាមួយឡើយ កម្មវិធីដែលតម្រូវឱ្យមានការយល់ព្រមលើទីផ្សារមុនរបស់ FDA ឬប្រព័ន្ធជំនួយជីវិត ដោយគ្មានការយល់ព្រមជាលាយលក្ខណ៍អក្សរជាក់លាក់ពី 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®, 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 Logo®, 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 SDK 7.2.6.0 EmberZNet Zigbee Platform [pdf] ការណែនាំអ្នកប្រើប្រាស់ SDK 7.2.6.0, SDK 7.2.6.0 EmberZNet Zigbee Platform, EmberZNet Zigbee Platform, Zigbee Platform, Platform |