SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK មគ្គុទ្ទេសក៍អ្នកប្រើប្រាស់

សេចក្តីជូនដំណឹងអំពីភាពឆបគ្នា និងការប្រើប្រាស់
សម្រាប់ការអាប់ដេតសុវត្ថិភាព និងការជូនដំណឹង សូមមើលជំពូកសុវត្ថិភាពនៃកំណត់ចំណាំការចេញផ្សាយវេទិកា Gecko ឬចូលទៅកាន់ផ្ទាំង TECH DOCS នៅលើ Silicon Labs webគេហទំព័រ។ វាត្រូវបានផ្ដល់អនុសាសន៍ឱ្យជាវទៅកាន់ទីប្រឹក្សាសុវត្ថិភាពសម្រាប់ព័ត៌មានចុងក្រោយបំផុត។

កម្មវិធីចងក្រងដែលត្រូវគ្នា។
ត្រូវប្រាកដថាប្រើត្រឹមត្រូវ។ files ជាមួយកម្មវិធីចងក្រងដែលគាំទ្រ
GCC (GNU Compiler Collection) កំណែ 12.2.1 ដែលផ្តល់ជាមួយ Simplicity Studio ។

ពិធីសារ EZSP
កំណែពិធីការ EZSP សម្រាប់ការចេញផ្សាយនេះគឺ 0x0D ។

សំណួរគេសួរញឹកញាប់

សំណួរ៖ តើសមាសធាតុថ្មីអ្វីខ្លះដែលត្រូវបានណែនាំនៅក្នុងការចេញផ្សាយ 7.4.5.0?
- ចម្លើយ៖ ឥឡូវនេះ អ្នកប្រើប្រាស់អាចមានសមាសធាតុ zigbee_direct_security ជាច្រើនដែលត្រូវបានបើកនៅលើកម្មវិធី Zigbee direct device (ZDD) ជាមួយនឹងជម្រើសសុវត្ថិភាពពិតប្រាកដអាស្រ័យលើការកំណត់រចនាសម្ព័ន្ធ Zigbee Virtual Device (ZVD)។

សំណួរ៖ តើអ្វីជា APIs ថ្មីដែលត្រូវបានបន្ថែមនៅក្នុងការចេញផ្សាយ 7.4.4.0?
- A: APIs ថ្មីរួមមាន mfglibSetCtune និង mfglibGetCtune ។

សំណួរ៖ តើអ្វីជាការគាំទ្រវេទិកាថ្មីដែលត្រូវបានណែនាំនៅក្នុងការចេញផ្សាយ 7.4.5.0?
- A: EFR32MG24A020F768IM40 ឥឡូវនេះត្រូវបានគាំទ្រជាវេទិកាមួយ។

សំណួរ៖ តើខ្ញុំអាចស្វែងរកឯកសារដែលបានធ្វើបច្ចុប្បន្នភាពសម្រាប់សមាសធាតុ Zigbee Secure Key Storage នៅឯណា?
- ចម្លើយ៖ ការពិពណ៌នាសម្រាប់សមាសភាគ Zigbee Secure Key Storage ត្រូវបានធ្វើបច្ចុប្បន្នភាពនៅក្នុងការចេញផ្សាយ 7.4.0.0 រួមជាមួយនឹងកំណត់ចំណាំកម្មវិធីថ្មីសម្រាប់ការធ្វើអន្តរកម្មជាមួយក្រុម Zigbee Security Manager នៃសមាសភាគ (AN1412: Zigbee Security Manager)។

Zigbee EmberZNet SDK 7.4.5.0 GA

Gecko SDK Suite 4.4

ថ្ងៃទី ២៤ ខែ តុលា ឆ្នាំ ២០២៣

Silicon Labs គឺជាអ្នកលក់ជម្រើសសម្រាប់ OEMs ដែលបង្កើតបណ្តាញ Zigbee ទៅក្នុងផលិតផលរបស់ពួកគេ។ វេទិកា Silicon Labs Zigbee គឺជាដំណោះស្រាយ Zigbee ដែលរួមបញ្ចូលគ្នា ពេញលេញ និងសម្បូរបែបបំផុតដែលអាចប្រើបាន។
Silicon Labs EmberZNet SDK មានការអនុវត្តរបស់ Silicon Labs នៃការបញ្ជាក់អំពីជង់ Zigbee ។

កំណត់ចំណាំចេញផ្សាយទាំងនេះគ្របដណ្តប់កំណែ SDK

7.4.5.0 ចេញផ្សាយថ្ងៃទី 23 ខែតុលា ឆ្នាំ 2024
7.4.4.0 ចេញផ្សាយថ្ងៃទី 14 ខែសីហា ឆ្នាំ 2024

7.4.3.0 ចេញផ្សាយថ្ងៃទី 2 ខែឧសភា ឆ្នាំ 2024
7.4.2.0 ចេញផ្សាយថ្ងៃទី 10 ខែមេសា ឆ្នាំ 2024

7.4.1.0 ចេញផ្សាយថ្ងៃទី 14 ខែកុម្ភៈ ឆ្នាំ 2024
7.4.0.0 ចេញផ្សាយថ្ងៃទី 13 ខែធ្នូ ឆ្នាំ 2023

សេចក្តីជូនដំណឹងអំពីភាពឆបគ្នា និងការប្រើប្រាស់

សម្រាប់ព័ត៌មានអំពីការអាប់ដេតសុវត្ថិភាព និងការជូនដំណឹង សូមមើលជំពូកសុវត្ថិភាពនៃកំណត់ចំណាំការចេញផ្សាយវេទិកា Gecko ដែលបានដំឡើងជាមួយ SDK នេះ ឬនៅលើផ្ទាំង TECH DOCS នៅលើ https://www.silabs.com/developers/zigbee-emberznet . Silicon Labs ក៏ផ្តល់អនុសាសន៍យ៉ាងមុតមាំថាអ្នកជាវទៅ ទីប្រឹក្សាសន្តិសុខ ដើម្បីទទួលបានព័ត៌មានថ្មីៗ។ សម្រាប់ការណែនាំ ឬប្រសិនបើអ្នកថ្មីចំពោះ Zigbee EmberZNet SDK សូមមើលការប្រើប្រាស់ការចេញផ្សាយនេះ។

កម្មវិធីចងក្រងដែលត្រូវគ្នា។
IAR Embedded Workbench សម្រាប់ ARM (IAR-EWARM) កំណែ 9.40.1 ។

ការប្រើប្រាស់ស្រាដើម្បីបង្កើតជាមួយឧបករណ៍ប្រើប្រាស់បន្ទាត់ពាក្យបញ្ជា IarBuild.exe ឬ IAR Embedded Workbench GUI នៅលើ macOS ឬ Linux អាចបណ្តាលឱ្យមិនត្រឹមត្រូវ files ត្រូវបានប្រើដោយសារតែការប៉ះទង្គិចនៅក្នុងក្បួនដោះស្រាយ hashing របស់ស្រាសម្រាប់ការបង្កើតខ្លី file ឈ្មោះ។
អតិថិជននៅលើ macOS ឬ Linux ត្រូវបានណែនាំមិនឱ្យបង្កើតជាមួយ IAR នៅខាងក្រៅ Simplicity Studio ទេ។ អតិថិជនដែលធ្វើគួរតែផ្ទៀងផ្ទាត់ដោយប្រុងប្រយ័ត្នថាត្រឹមត្រូវ។ files កំពុងត្រូវបានប្រើប្រាស់។

GCC (GNU Compiler Collection) កំណែ 12.2.1 ដែលផ្តល់ជាមួយ Simplicity Studio។

កំណែពិធីការ EZSP សម្រាប់ការចេញផ្សាយនេះគឺ 0x0D ។

ធាតុថ្មី។

សមាសធាតុថ្មី។

ថ្មីនៅក្នុងការចេញផ្សាយ 7.4.0.0
សមាសធាតុ "zigbee_direct_security_p256" និង "zigbee_direct_security_curve25519" ត្រូវបានបន្ថែម ដូច្នេះអ្នកប្រើប្រាស់អាចកំណត់ជម្រើសសុវត្ថិភាព Zigbee Direct ជាក់លាក់មួយ។
អ្នកប្រើប្រាស់ត្រូវបានអនុញ្ញាតឱ្យមានសមាសធាតុ "zigbee_direct_security" ជាច្រើនដែលត្រូវបានបើកនៅលើកម្មវិធី Zigbee direct device (ZDD) ។ ក្នុងករណីនេះ ជម្រើសសុវត្ថិភាពពិតប្រាកដអាស្រ័យលើការកំណត់រចនាសម្ព័ន្ធ Zigbee Virtual Device (ZVD) ។

APIs ថ្មី

ថ្មីនៅក្នុងការចេញផ្សាយ 7.4.4.0
បានណែនាំ APIs lib ផលិតឧទ្ទិសចំនួនពីរ ដើម្បីទទួលបាន និងកំណត់តម្លៃ CTUNE ។
នៅក្នុងបំណះមុនការចេញផ្សាយការចូលប្រើ និងការកំណត់តម្លៃ CTUNE បានក្លាយជាផ្នែកមួយនៃ RAIL APIs ។ នៅក្នុងបំណះនេះ សំណុំនៃ APIs ការផលិតដែលដាក់បញ្ចូល RAIL APIs ត្រូវបានណែនាំដូចខាងក្រោមដើម្បីកំណត់ និងទទួលបានតម្លៃ។
mfglibSetCtune
mfglibGetCtune

ថ្មីនៅក្នុងការចេញផ្សាយ 7.4.2.0

បានពង្រីក SPI NCP ដើម្បីគាំទ្ររបៀបគេងនៅក្នុងករណីប្រើប្រាស់ Host-NCP មួយចំនួន។
នៅក្នុងករណីនៃការប្រើប្រាស់នេះ SPI NCP អាចត្រូវបានកំណត់រចនាសម្ព័ន្ធជាឧបករណ៍ចុងងងុយគេង។ ម្ចាស់ផ្ទះ Z3Gateway sampកម្មវិធី le ត្រូវបានពង្រីកជាមួយនឹងកូដ CLI ផ្ទាល់ខ្លួនបន្ថែមដែលទទួលខុសត្រូវក្នុងការបញ្ជា NCP ឱ្យបញ្ចូលរបៀបគេងមួយតាមរយៈ sleepMode ពាក្យបញ្ជា CLI ផ្ទាល់ខ្លួន ហើយត្រូវតែភ្ញាក់ឡើងដោយប្រើការដាស់តឿនពាក្យបញ្ជា CLI ផ្ទាល់ខ្លួន មុនពេលទំនាក់ទំនង EZSP បន្ថែមទៀត។
បានណែនាំ API ថ្មី sl_zigbee_af_isr_event_init ដើម្បីចាប់ផ្តើមព្រឹត្តិការណ៍ក្របខ័ណ្ឌកម្មវិធីដែលមានបំណងធ្វើឱ្យសកម្មនៅក្នុងទម្លាប់សេវាកម្មរំខាន (ISR) ។ ព្រឹត្តិការណ៍ទាំងនេះ ដែលត្រូវបានកំណត់ពេលពី ISR ត្រូវតែមានប៉ារ៉ាម៉ែត្រពន្យាពេល 0 មិល្លីវិនាទី។ ម្យ៉ាងវិញទៀត ព្រឹត្តិការណ៍ពី ISR ត្រូវតែធ្វើឱ្យសកម្មជាព្រឹត្តិការណ៍ភ្លាមៗ។ មិនមានការធ្វើឱ្យសកម្មព្រឹត្តិការណ៍ត្រូវបានអនុញ្ញាតនៅក្នុង ISR ទេ។
ហេតុផលសម្រាប់ខាងលើមានដូចខាងក្រោម៖ ប្រព័ន្ធព្រឹត្តិការណ៍រៀបចំជួរព្រឹត្តិការណ៍កំឡុងពេលកំណត់ពេល (ធ្វើឱ្យសកម្មជាមួយនឹងការពន្យាពេលមិនសូន្យ ឬបិទដំណើរការ) ព្រឹត្តិការណ៍មួយ។ ដើម្បីកាត់បន្ថយភាពយឺតយ៉ាវ ISR គួរតែដំណើរការព្រឹត្តិការណ៍មួយជាមួយនឹងការពន្យារពេល 0 ដែលត្រូវបានកំណត់ពេលក្នុងការដំណើរការជួរព្រឹត្តិការណ៍បន្ទាប់។ នេះអនុញ្ញាតឱ្យការពន្យាពេលបន្ថែម ឬបិទដំណើរការ ត្រូវបានអនុវត្តបន្ទាប់ពី ISR ចាកចេញ។ ដើម្បីបែងចែកព្រឹត្តិការណ៍ដែលមានបំណងប្រើនៅក្នុងបរិបទ ISR រចនាសម្ព័ន្ធព្រឹត្តិការណ៍ត្រូវបានសម្គាល់ដោយ sli_zigbee_isr_event_marker កំឡុងពេលចាប់ផ្តើម។
យោងទៅប្រភព zigbee_app_framework_event.h file សម្រាប់ព័ត៌មានលម្អិតនៃមុខងារថ្មីនេះ។
ការបញ្ជាក់អំពីការប្រើប្រាស់មុខងារថ្មី ember ធ្វើបច្ចុប្បន្នភាព Multi Mac Rejoin Channel Mask សម្រាប់ការជ្រើសរើស ឬភ្ជាប់ឧបករណ៍ដែលត្រូវបានគេហៅថានៅខាងក្នុង stack API ember Find And Rejoin Network With Reason to get a channel mask use for rejoining.

ការបញ្ជាក់ SE1.4a រឹតបន្តឹងការផ្លាស់ប្តូរចំណុចប្រទាក់ (ពី 2.4GHz ទៅ sub-GHz ឬច្រាសមកវិញ) កំឡុងពេលភ្ជាប់ឧបករណ៍ប្រភេទ Multi-MAC Joining End ឡើងវិញ។ ដោយសារប្រភេទឧបករណ៍គឺជាការកំណត់រចនាសម្ព័ន្ធក្របខ័ណ្ឌកម្មវិធី (ពោលគឺប្រភេទឧបករណ៍បញ្ចប់ដែលភ្ជាប់នឹងជាឧបករណ៍រង GHz ឬឧបករណ៍ 2.4 GHz មិនមែនទាំងពីរទេតាមការកំណត់) ការហៅទូរសព្ទនេះផ្តល់នូវរបាំងឆានែលដោយផ្អែកលើការកំណត់រចនាសម្ព័ន្ធនោះដូច្នេះ ថារបាំងមុខចូលរួមគឺតែងតែដូចគ្នានឹងរបាំងចំណុចប្រទាក់ចូលរួម។

ថ្មីនៅក្នុងការចេញផ្សាយ 7.4.0.0

បានបន្ថែមការចាត់ទុកជាមោឃៈ API ថ្មី sl_zigbee_token_factory_reset(bool exclude_outgoing_fc, bool exclude_boot_counter) ដើម្បីកំណត់លេខសម្ងាត់ Zigbee NVM3 ឡើងវិញទៅតម្លៃលំនាំដើមរបស់ពួកគេ។
បានបន្ថែម API bool sl_zigbee_sec_man_link_key_slot_available (EmberEUI64 eui) ដែលត្រឡប់ពិត ប្រសិនបើតារាង link key អាចបន្ថែម ឬធ្វើបច្ចុប្បន្នភាពធាតុជាមួយអាសយដ្ឋាននេះ (តារាងមិនពេញ)។

បានបន្ថែម 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 សម្រាប់ផ្នែកថ្មីខាងក្រោមត្រូវបានបន្ថែមនៅក្នុងការចេញផ្សាយនេះ៖ EFR32MG24A010F768IM40 និង EFR32MG24A020F768IM40 ។

ឯកសារថ្មី។

ថ្មីនៅក្នុងការចេញផ្សាយ 7.4.0.0
បានធ្វើបច្ចុប្បន្នភាពការពិពណ៌នាសម្រាប់សមាសធាតុផ្ទុកសោសុវត្ថិភាព Zigbee ដើម្បីឆ្លុះបញ្ចាំងពីការបន្ថែមនៃការអាប់ដេតការផ្ទុកសោសុវត្ថិភាព Zigbee (ដែលបន្ថែមភាពឆបគ្នាថយក្រោយជាមួយនឹងគម្រោងដែលមានស្រាប់)។
បានបន្ថែមកំណត់សម្គាល់កម្មវិធីថ្មីសម្រាប់ការធ្វើអន្តរកម្មជាមួយក្រុមកម្មវិធីគ្រប់គ្រងសុវត្ថិភាព Zigbee នៃសមាសភាគ (AN1412: Zigbee Security Manager)។

អាកប្បកិរិយាដែលមានគោលបំណង
អ្នកប្រើត្រូវបានរំលឹកថាការបញ្ជូន CSL ដែលមិនធ្វើសមកាលកម្ម Zigbee គឺជាកម្មវត្ថុនៃការត្រៀមទុកពិធីការនៅកម្មវិធីកំណត់ពេលវិទ្យុ។ នៅក្នុងកម្មវិធី SleepyToSleepy, BLE អាចនិងនឹង preempt ការបញ្ជូន Zigbee CSL ដែលនឹងបញ្ចប់ការបញ្ជូន។ ការបំរែបំរួលកម្មវិធីកំណត់ពេលគឺជារឿងធម្មតាសម្រាប់ CSL ដែលមិនបានធ្វើសមកាលកម្ម ដោយហេតុថា លំដាប់នៃស៊ុមភ្ញាក់វែងដែលអាចប្រើបានយូរ។ អ្នកប្រើដែលចង់កែសម្រួលអាទិភាពនៃការបញ្ជូនអាចប្រើសមាសភាគការលៃតម្រូវនិងការសាកល្បង DMP ដើម្បីធ្វើដូច្នេះ។ អ្នកប្រើប្រាស់ក៏អាចពិគ្រោះជាមួយ UG305: មគ្គុទ្ទេសក៍អ្នកប្រើពហុប្រូតូកូលថាមវន្តសម្រាប់ព័ត៌មានបន្ថែម។

ការកែលម្អ

បានផ្លាស់ប្តូរនៅក្នុងការចេញផ្សាយ 7.4.0.0 ember Counter Handler API Doc Changes
នៅក្នុងកំណែមុន Counter Handler callback សម្រាប់ MAC និង APS layer Ember Counter Types ទាក់ទងនឹង packet RX និង TX មិនត្រូវបានឆ្លងផុតលេខសម្គាល់ថ្នាំងគោលដៅត្រឹមត្រូវ ឬអាគុយម៉ង់ទិន្នន័យទេ ហើយឯកសារ API ទាក់ទងនឹងឥរិយាបទនៃបញ្ជរមួយចំនួនដែលប្រើប៉ារ៉ាម៉ែត្រទាំងនេះគឺមិនច្បាស់លាស់ ឬមានការយល់ច្រឡំ។

ខណៈពេលដែលហត្ថលេខារបស់ ember Counter Handler() មិនបានផ្លាស់ប្តូរ របៀបដែលប៉ារ៉ាម៉ែត្ររបស់វាត្រូវបានបំពេញបានផ្លាស់ប្តូរបន្តិច។

មតិជុំវិញ 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 ឥរិយាបថនេះត្រូវបានបញ្ជាក់នៅក្នុងការពិពណ៌នានៃ EmberCounterTypes ទាំងនោះ។ ទោះយ៉ាងណាក៏ដោយ ចំនួននៃការព្យាយាមម្តងទៀតសម្រាប់ការព្យាយាមឡើងវិញនៃស្រទាប់ APS បន្តត្រូវបានបញ្ចូលក្នុងប៉ារ៉ាម៉ែត្រទិន្នន័យសម្រាប់
EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED ប្រភេទបញ្ជរ ដើម្បីឱ្យស្របជាមួយនឹងការចេញផ្សាយមុន។
បញ្ជរទាំងអស់ដែលផ្ទុកលេខសម្គាល់ Node ឬប៉ារ៉ាម៉ែត្រទិន្នន័យសម្រាប់ការហៅត្រឡប់មកវិញត្រូវបានធ្វើសវនកម្ម ដើម្បីធានាថាពួកគេឆ្លងកាត់ទិន្នន័យដែលរំពឹងទុក អាសយដ្ឋាន ឬ EMBER_UNKNOWN_NODE_ID ប្រសិនបើលេខសម្គាល់ថ្នាំងត្រូវបានរំពឹងទុក ប៉ុន្តែមិនអាចទទួលបានពីកញ្ចប់ព័ត៌មាន ដូចដែលបានពិពណ៌នានៅក្នុងឯកសារ ember-types.h ដែលបានកែប្រែ។

ឥឡូវនេះ Counter handler សម្រាប់ EMBER_COUNTER_MAC_TX_UNICAST_RETRY ឥឡូវនេះឆ្លុះបញ្ចាំងយ៉ាងត្រឹមត្រូវនូវលេខសម្គាល់ថ្នាំងទិសដៅស្រទាប់ MAC និងចំនួននៃការព្យាយាមម្តងទៀតនៅក្នុងលេខសម្គាល់ថ្នាំងគោលដៅ និងប៉ារ៉ាម៉ែត្រទិន្នន័យរបស់វា។
អ្នកដោះស្រាយកម្មវិធីបញ្ជរសម្រាប់ EMBER_COUNTER_PHY_CCA_FAIL_COUNT ឥឡូវនេះផ្តល់ព័ត៌មានលេខសម្គាល់ថ្នាំងទិសដៅតាមរយៈប៉ារ៉ាម៉ែត្រលេខសម្គាល់ថ្នាំងអំពីគោលដៅស្រទាប់ MAC នៃសារដែលបរាជ័យក្នុងការបញ្ជូន។

បានធ្វើបច្ចុប្បន្នភាពកូដថាមពលបៃតង
កូដម៉ាស៊ីនមេថាមពលបៃតងត្រូវបានធ្វើបច្ចុប្បន្នភាពជាមួយនឹងការកែលម្អផ្សេងៗរួមទាំង

បានបន្ថែមលេខកូដសុពលភាពបន្ថែមទៀតសម្រាប់ពាក្យបញ្ជាចូលដែលមានចំណុចបញ្ចប់មិនត្រឹមត្រូវនៅពេលទទួលនៅលើម៉ាស៊ីនមេ GP ។
បានបន្ថែមលេខកូដដើម្បីដោះស្រាយករណីនេះ នៅពេលដែលមិនមានកន្លែងទំនេរច្រើនសម្រាប់បង្កើតសារ Green Power។
លិចឥឡូវនេះទម្លាក់ការកំណត់ការផ្គូផ្គងជាមួយនឹងសកម្មភាព Remove Pairing ក្នុងករណីខ្លះក្នុងផ្នែកជាក់លាក់ A.3.5.2.4.1 ។

ឥឡូវនេះ លិចរក្សាទុកបញ្ជីក្រុមដែលមានស្រាប់នៃធាតុមួយ មុនពេលយកចេញនៅពេលដំណើរការការកំណត់រចនាសម្ព័ន្ធផ្គូផ្គងជាមួយនឹងសកម្មភាពបន្ថែម។
ពាក្យបញ្ជាសំណួរការបកប្រែត្រឡប់ "រកមិនឃើញ" ជាកូដកំហុសនៅពេលតារាងបកប្រែទទេ ឬសន្ទស្សន៍ធំជាងចំនួនធាតុក្នុងតារាង។
បានផ្លាស់ប្តូរកំណែរបស់ GP endpoint នៅក្នុងកម្មវិធីមួយចំនួនពី 1 ទៅ 0។

ការប្រើប្រាស់ CSMA នៅក្នុងមុខងារ GPDF Send ត្រូវបានដាក់កម្រិត ដោយសារ Green Power Devices គឺជាឧបករណ៍ថាមពលតិចតួច ហើយមិនប្រើ CSMA នៅក្នុងការរចនាភាគច្រើននោះទេ។ ផ្ទុយទៅវិញ ការរចនាដែលពេញចិត្តគឺត្រូវបញ្ជូនកញ្ចប់ព័ត៌មានជាច្រើនដោយប្រើថវិកាថាមពលដូចគ្នា។
បានលុបការប្រើប្រាស់ចំណុចបញ្ចប់ដែលលាក់នៅក្នុងជម្រើសកម្មវិធីជំនួយ Green Power Server ។ ប្រើចំណុចបញ្ចប់កម្មវិធីណាមួយជំនួសវិញ។

ការធ្វើឱ្យទាន់សម័យកូដកម្មវិធីជំនួយបណ្តាញ ធ្វើឱ្យប្រសើរឡើងនូវកូដកម្មវិធីជំនួយ
បានផ្លាស់ប្តូររយៈពេលអាប់ដេតកូនសោបណ្តាញតាមកាលកំណត់ឱ្យមានរយៈពេល 1 ឆ្នាំ។

រៀបចំរចនាសម្ព័ន្ធ API មួយចំនួនឡើងវិញ ដើម្បីជៀសវាងការនាំចេញកូនសោដែលមិនចាំបាច់
បានធ្វើការផ្លាស់ប្តូរដើម្បីអនុគ្រោះដល់ការប្រើប្រាស់បរិបទសំខាន់ៗលើទិន្នន័យគន្លឹះអត្ថបទធម្មតា។

sl_zigbee_send_security_challenge_request ឥឡូវនេះត្រូវចំណាយពេលនៅក្នុងអាគុយម៉ង់ sl_zb_sec_man_context_t ជំនួស EmberKeyData ។
តម្លៃរបស់ sl_zb_sec_man_derived_key_type enum ឥឡូវនេះគឺជា bitmask 16 ប៊ីត ដើម្បីគាំទ្រដោយផ្ទាល់នូវប្រភពសំខាន់ៗមួយចំនួនដែលរួមបញ្ចូលគ្នានូវប្រភេទដែលបានមកពីច្រើន។

បញ្ហាថេរ

បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.4.5.0

លេខសម្គាល់ #	ការពិពណ៌នា
1357860	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យគាំងនៅពេលដែលចំណុចបញ្ចប់ជាច្រើនចាប់ផ្តើមកំណត់អត្តសញ្ញាណព្រឹត្តិការណ៍មតិកែលម្អ។ (យោងផ្សេងទៀត៖ ១៣៤៨៦៥៩)
1357517	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យគាំងនៅពេលដែលកម្មវិធីពហុបណ្តាញព្យាយាមចង្កូតនៅលើបណ្តាញបន្ទាប់បន្សំ។
1356285	ក្នុងករណីដ៏កម្រ កញ្ចប់ព័ត៌មានអាចត្រូវបានបញ្ជូនទៅកាន់ Outgoing Packet Handoff Callback ជាមួយនឹងប៉ារ៉ាម៉ែត្រសន្ទស្សន៍ payload ដែលលើសពីប្រវែងដែលបានបញ្ជាក់នៃ packet buffer ដែលនាំទៅដល់ការអះអាងនៅក្នុង legacy-packet-buffer.c ប្រសិនបើសមាសភាគ Packet Handoff ត្រូវបានបើក។ មុខងារឧបករណ៍ដោះស្រាយការចូលនិងចេញរបស់សមាសភាគឥឡូវចាប់យកលក្ខខណ្ឌនេះហើយបោះបង់កញ្ចប់ព័ត៌មានដែលមិនត្រឹមត្រូវដោយមិនចាំបាច់ដំណើរការបន្ថែមទៀត។ (ប្រភពផ្សេងទៀត៖ ១៣៥០២៨៥)
1355289	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យការឆ្លើយតប LQI ត្រូវបានទទួលជាមួយអាសយដ្ឋាន MAC ជាសូន្យទាំងអស់។ (យោងផ្សេងទៀត៖ ១៣៥១៤៨៩)
1349160	Z3Gateway ដែលបង្កើតឡើងនៅលើ Raspberry Pi ជាមួយខឺណែល 6.6 បានបរាជ័យក្នុងការតភ្ជាប់ទៅ NCP លើ SPI តាមលំនាំដើម។ ដំណោះស្រាយគឺដើម្បីកំណត់ GPIOs ឡើងវិញ ដូចដែលបានពិពណ៌នានៅទីនេះ។ ចំណាំព័ត៌មានខាងក្រោមនៅលើ GPIOs ដែលផែនទីទៅចំណុចប្រទាក់ SPI NCP ។ នៅលើខឺណែល 6.6 ដំណើរការ sudo cat /sys/kernel/debug/gpio វានឹងបង្ហាញដូចខាងក្រោម gpio-520 (GPIO8) gpio-534 (GPIO22) gpio-535 (GPIO23) gpio-536 (GPIO24) បន្ទាប់មកកំណត់ឡើងវិញនូវ GPIO សម្រាប់ចំណុចប្រទាក់ SPI NCP ពី sysfs ខាងលើក្នុង spi-protocol-linux-config.h ជា #define NCP_CHIP_SELECT_GPIO “520” #កំណត់ NCP_HOST_INT_GPIO “534” #កំណត់ NCP_RESET_GPIO “535” #កំណត់ NCP_WAKE_GPIO “536” (ឯកសារយោងផ្សេងទៀត៖ ១២៩៧៩៧៦)
1343044	ប្រសិនបើកម្មវិធីជំនួយ Fragmentation គណនាមិនត្រឹមត្រូវលើបន្ទុកដែលមានសម្រាប់បំណែក unicast នោះ វាអាចបញ្ជូនទិន្នន័យកាន់តែច្រើនទៅ NCP ជាងនឹងសមនៅក្នុងកញ្ចប់តែមួយ បន្ទាប់ពីជង់ទាំងអស់ត្រូវបានរាប់បញ្ចូល។ នេះអាចនាំឱ្យខូចការចងចាំនៅក្នុង NCP ដែលបង្កឱ្យមានការអះអាងបរាជ័យ ឬអាកប្បកិរិយាដែលមិនរំពឹងទុកផ្សេងទៀត។ (ប្រភពផ្សេងទៀត៖ 1289413)
1343012	បំណះកម្មវិធីបង្កប់ Si4468 បានបន្ថែមទៅ phy-pro2plus-library ដើម្បីដោះស្រាយស្ថានភាពប្រណាំងក្នុងដំណើរការរង GHz Tx/Rx ។ (យោងផ្សេងទៀត៖ ១៣៤១៩២៨)
1311214	បានជួសជុលការឆ្លើយតបលំនាំដើមបន្ថែមដែលបានបង្កើតនៅពេលដែលពាក្យបញ្ជាម៉ាស៊ីនមេ OTA ចូលសារ ZCL មានការឆ្លើយតបលំនាំដើមត្រូវបានបើក។ មានតែការឆ្លើយតបមួយចំពោះកំហុសមួយប៉ុណ្ណោះដែលត្រូវបានផ្ញើ ហើយសម្រាប់ការស្នើសុំរូបភាពប្លុកជោគជ័យ គ្មានការឆ្លើយតបលំនាំដើមត្រូវបានកំណត់ទេ។ (ប្រភពផ្សេងទៀត៖ ១៣០០៩៣៥)
1296653	ប្រសិនបើឧបករណ៍ 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 នៅតែអាចត្រូវបានរកឃើញដោយរ៉ោតទ័រផ្សេងទៀតនៅក្នុងបណ្តាញក្នុងអំឡុងពេល។ លើកនេះ ឬដោយអ្នកសម្របសម្រួល នៅពេលដែលការស្កេនថាមពលបានបញ្ចប់។ (យោងផ្សេងទៀត៖ ១២៧៦០៤៩)

លេខសម្គាល់ #	ការពិពណ៌នា
1295250	បានដោះស្រាយបញ្ហាចងក្រងនៅពេលបន្ថែមសមាសធាតុសាកល្បង zigbee 3.0 ទៅកម្មវិធីស្តង់ដារ។ (ប្រភពផ្សេងទៀត៖ 1280058)
1294848	បានបន្ថែមការត្រួតពិនិត្យសម្រាប់អារេទិន្នន័យ ZCL ដើម្បីសម្រួលដល់ប្រវែងខ្សែអក្សរដែលវែងបំផុតរហូតដល់ 253។ (ឯកសារយោងផ្សេងទៀត៖ 1275092)
1294843	ជួសជុលការចាប់ផ្តើមដែលបាត់នៃអថេរមូលដ្ឋានមុនពេលប្រើ។ (ប្រភពផ្សេងទៀត៖ 1275104)
1271968	សមាសភាគ zigbee_watchdog_periodic_refresh លែងត្រូវបានប្រើក្នុងក្របខ័ណ្ឌកម្មវិធី zigbee ហើយត្រូវបានបដិសេធក្នុងការចេញផ្សាយនេះ។ កម្មវិធីកំណត់ម៉ោងឃ្លាំមើលត្រូវបានបិទតាមលំនាំដើមសម្រាប់ s ទាំងអស់។ampកម្មវិធីឡេ។ វានឹងមានសមាសធាតុឃ្លាំមើលដែលប្រសើរឡើងដែលត្រូវបានបន្ថែមទៅ SDK នាពេលអនាគត។ ចំណាំ ៖ សូមប្រាកដថាបើកកម្មវិធីកំណត់ម៉ោងឃ្លាំមើលជាមួយនឹងធាតុកំណត់រចនាសម្ព័ន្ធ SL_LEGACY_HAL_DISABLE_WATCHDOG កំណត់ទៅ 0 នៅក្នុងកម្មវិធីរបស់អ្នក។
1270721	បានដោះស្រាយបញ្ហាដើម្បីកែលម្អការភ្ជាប់ឧបករណ៍ច្រើនដង។ នៅពេលប្រកាសឧបករណ៍ គូអាសយដ្ឋានត្រូវបានបញ្ចូលទៅក្នុងឃ្លាំងសម្ងាត់អាសយដ្ឋាន។ (ប្រភពផ្សេងទៀត៖ 1266351)

បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.4.4.0

លេខសម្គាល់ #	ការពិពណ៌នា
1334454	បានដោះស្រាយបញ្ហាក្នុងការដោះស្រាយ ការឆ្លើយតបឡើងវិញ។ (ប្រភពផ្សេងទៀត៖ ១៣៣១៥៨០)
1330732	មុខងារវិនិច្ឆ័យគួរតែបិទការរំខានបន្ទាប់ពីហៅទៅ Iostream ដើម្បីជៀសវាងការអះអាងនៅពេលទទួលបាន mutex។
1330720	EZSP_MAX_FRAME_LENGTH ត្រូវបានត្រលប់ទៅ 220 ដែលអនុញ្ញាតឱ្យប្រវែងអតិបរមានៃសារ XNCP គឺ 220 ផងដែរ។ (ប្រភពផ្សេងទៀត៖ 1327706)
1330311	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យការធ្វើតេស្តប្រូកស៊ី GP មួយចំនួនបរាជ័យលើការដំឡើង RCP Host ។ (ប្រភពផ្សេងទៀត៖ ១៣២៨៩៩១)
1312369	បានធ្វើមុខងារខ្សោយ SL_LEGACY_HAL_WDOG_IRQHandler() ដែលអនុញ្ញាតឱ្យអតិថិជនផ្តល់នូវការអនុវត្តផ្ទាល់ខ្លួនរបស់ពួកគេ។
1310711	បានបន្ថែមកំហុសពេលចងក្រងពិនិត្យមើល SL_STACK_SIZE នៅពេលដែលសមាសធាតុ RTOS ត្រូវបានប្រើនៅក្នុងគម្រោង zigbee ។
1309913	បានបន្ថែមការការពារ mutex សម្រាប់ជួរព្រឹត្តិការណ៍ App Framework ដូច្នេះ APIs ព្រឹត្តិការណ៍ App Framework អាចត្រូវបានហៅចេញពីកិច្ចការច្រើន។ (ឯកសារយោងផ្សេងទៀត៖ 1252940, 1254397)
1309333	បន្ទាប់ពីឧបករណ៍ចុងក្រោយថ្មីភ្ជាប់ជាមួយអនុ GHz ទិន្នន័យនៃភាពចាស់នៃវដ្តកាតព្វកិច្ចត្រូវបានសម្អាតដោយច្រឡំសម្រាប់កូនឧបករណ៍ចុងក្រោយទាំងអស់។ (ប្រភពផ្សេងទៀត៖ 1296881)
1296002	បញ្ហាដែលបណ្តាលឱ្យនិយមន័យច្រើននៃមុខងារ halAppBootloader ត្រូវបានដោះស្រាយ។
1295756	ព្រឹត្តិការណ៍ជង់ដែលមិនត្រូវបានសម្គាល់ថាមានការរំខាន សុវត្ថិភាព មិនគួរត្រូវបានកំណត់ពេលក្នុងបរិបទ ISR ទេ ព្រោះវាអាចបង្កើតលក្ខខណ្ឌនៃការប្រណាំង ដែលបណ្តាលឱ្យព្រឹត្តិការណ៍ត្រូវបានទម្លាក់ចេញពីជួរព្រឹត្តិការណ៍។ ឧទាហរណ៍នៃការនេះបានរារាំងឧបករណ៍រង GHz ពីការកំណត់ពេលត្រឹមត្រូវនៃ MAC backoffs នៅពេលដែលលក្ខខណ្ឌនៃការប្រណាំងនេះត្រូវបានបង្កឡើង។ (ប្រភពផ្សេងទៀត៖ 1269856)
1294660	បានដោះស្រាយបញ្ហាដែលកម្មវិធីជំនួយគ្រប់គ្រងបណ្តាញអាចធ្វើសកម្មភាពដូចជាឧបករណ៍នោះនៅលើបណ្តាញរួចហើយ នៅពេលដែលវាមិនមាន ដោយត្រូវបានជាប់គាំងក្នុងស្ថានភាពមិនត្រឹមត្រូវនេះរហូតដល់កំណត់ឡើងវិញ។ នេះអាចត្រូវបានបង្កឡើងដោយការហៅបណ្តាញចាកចេញពីពាក្យបញ្ជា CLI ជាមួយនឹងពេលវេលាគ្រប់គ្រាន់ច្បាស់លាស់ ខណៈពេលដែលការគ្រប់គ្រងបណ្តាញស្ថិតនៅពាក់កណ្តាលនៃការភ្ជាប់បណ្តាញ ហើយជាមួយនឹងការស្កេន MAC នៅតែកំពុងរង់ចាំ។ (ប្រភពផ្សេងទៀត៖ 1293923)
1290695	បានដោះស្រាយបញ្ហាដែលបានទម្លាក់កញ្ចប់ព័ត៌មាន ZLL សម្រាប់ករណីប្រើប្រាស់ នៅពេលដែលចំណុចបញ្ចប់មួយត្រូវបានបិទ ខណៈដែលចំណុចបញ្ចប់ផ្សេងទៀតនៅតែបើកដំណើរការ។ ការជួសជុលត្រូវបានបន្ថែមដើម្បីពិនិត្យមើលចំណុចបញ្ចប់ដែលបានបើកទាំងអស់។ (ប្រភពផ្សេងទៀត៖ 1275586)

បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.4.0.0

លេខសម្គាល់ #	ការពិពណ៌នា
1019348	បានជួសជុលតម្រូវការភាពអាស្រ័យសម្រាប់សមាសភាគ Zigbee ZCL Cli ដូច្នេះវាអាចត្រូវបានយកចេញនៅពេលដែលមិនត្រូវការ។
1024246	បានធ្វើបច្ចុប្បន្នភាពការពិពណ៌នាមុខងារសម្រាប់ emberHaveLinkKey() និង sl_zb_sec_man_have_link_key() ។
1036503	បានបន្ថែមការពិពណ៌នាដើម្បីណែនាំអោយប្រើ Micrium Kernel សម្រាប់ DMP sample កម្មវិធី។
1037661	បញ្ហាដែលរារាំងកម្មវិធីក្នុងការដំឡើង pro stack ឬ leaf stack ត្រូវបានជួសជុល។
1078136	ជួសជុលការគាំងមិនឈប់ឈរ នៅពេលកែប្រែព្រឹត្តិការណ៍ពីបរិបទរំខាន
1081548	បញ្ហាមួយត្រូវបានជួសជុលនៅក្នុង CSL ដែលលំដាប់ស៊ុមភ្ញាក់ឡើងថ្មីដែលត្រូវបានទទួលភ្លាមៗបន្ទាប់ពីស៊ុមផ្ទុកពីមុននឹងមិនត្រូវបានកត់ត្រាត្រឹមត្រូវ។ វានឹងនាំឱ្យខកខានការផ្ទុកស៊ុម។
1084111	ការគាំទ្រ SPI-NCP ដែលងងុយដេកដំបូងសម្រាប់ក្រុមប្រឹក្សាដែលមានមូលដ្ឋានលើ MG24 ត្រូវបានធ្វើបច្ចុប្បន្នភាពជាផ្នែកមួយនៃការចេញផ្សាយនេះ។
1104056	បានបន្ថែមការគាំទ្រសម្រាប់ការគ្រប់គ្រងបណ្តាញដើម្បីដំណើរការលើបណ្តាញបន្ទាប់បន្សំក្នុងករណីមានបណ្តាញច្រើន។
1120515	បានដោះស្រាយបញ្ហាដែលឆានែលមិនផ្លាស់ប្តូរនៅពេលប្រើពាក្យបញ្ជា mfglib set-channel ។
1141109	ដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យ sample កម្មវិធី ncp-uart-gp-multi-rail ដើម្បីខកខានបឋមកថាមួយចំនួន files នៅពេលប្រើសមាសធាតុអាដាប់ទ័រថាមពលបៃតងជាមួយជម្រើស -cp ។
1144316	បានធ្វើបច្ចុប្បន្នភាពការពិពណ៌នានៃប្រភេទរចនាសម្ព័ន្ធទិន្នន័យមួយចំនួននៅក្នុងឯកសារ gp-types.h ។
1144884	កំណត់សំណុំប៊ីតដែលរង់ចាំស៊ុម spurious នៅពេលដែលមិនមានទិន្នន័យកំពុងរង់ចាំ។
1152512	បានជួសជុលការគាំងដែលអាចកើតមាននៅក្នុង mac-rail ទាប នៅពេលកែប្រែព្រឹត្តិការណ៍នៅក្នុងបរិបទ ISR ។
1154616	បានបន្ថែមការលើកលែងសម្រាប់លក្ខខណ្ឌក្នុងការចាប់ផ្តើមបណ្តាញជាមួយនឹងករណី "ប្តូរតួនាទីពីឧបករណ៍ Sleepy End ទៅជាឧបករណ៍ចុងមិនងងុយគេង"។
1157289	បានដោះស្រាយបញ្ហាដែលអាចបណ្តាលឱ្យបរាជ័យការធ្វើតេស្ត BDB DN-TLM-TC-02B ។
1157426	បានដោះស្រាយបញ្ហាសាងសង់នៅពេលបង្កើត zigbee_simple_app ជាមួយសមាសធាតុ green_power_adapter ។
1157932	បានបន្ថែមលក្ខខណ្ឌមួយដើម្បីពិនិត្យមើលថាតើវាល "ពេលវេលាផ្លាស់ប្តូរ" ត្រូវបានបាត់ ហើយកំណត់តម្លៃលំនាំដើម 0xFFFF សម្រាប់វាលដែលបាត់នេះ។
1166340	បានដោះស្រាយបញ្ហាដែលកំពុងរារាំង emberAfGpdfSend ពីការផ្ញើចេញនូវចំនួនដែលបានបម្រុងទុកនៃការបញ្ជូនម្តងហើយម្តងទៀត។

លេខសម្គាល់ #	ការពិពណ៌នា
1167807	បានដោះស្រាយបញ្ហាដែលឧបករណ៍ដែលដើរតួជាមជ្ឈមណ្ឌលជឿទុកចិត្តនៅក្នុងបណ្តាញចែកចាយនឹងសម្អាតសោរភ្ជាប់បណ្តោះអាសន្នរបស់ពួកគេមិនត្រឹមត្រូវរាល់ពេលដែលឧបករណ៍ថ្មីភ្ជាប់មកជាមួយ។
1169504	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យមានការកំណត់ឧបករណ៍ងងុយគេងឡើងវិញនៅពេលភ្ញាក់ឡើងដោយបង្ខំ។
1169966	បានជួសជុលការបញ្ជាក់តម្លៃត្រឡប់មកវិញដែលបាត់នៅក្នុងលេខកូដបែងចែកបណ្តុំ។
1171477, 172270	ជាមួយនឹង mfglib ចាប់ផ្តើម 1 គ្មានសារណាមួយត្រូវបានបញ្ជូនទេ ប៉ុន្តែបានទទួល ដូច្នេះសារស្ថានីយដែលបង្ហាញ “mfglib send complete” គឺខុស ហើយបានប្តូរទៅជា “RXed %d packets in the %d ms ចុងក្រោយ”។
1171935	បានផ្លាស់ប្តូររយៈពេលអាប់ដេតកូនសោបណ្តាញតាមកាលកំណត់ឱ្យមានរយៈពេល 1 ឆ្នាំ។
1172778	បានបន្ថែមការអំពាវនាវដែលបាត់នៃ emberAfPluginGreenPowerServerUpdateAliasCallback ទៅម៉ាស៊ីនមេ Green Power..
1174288	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យដំណើរការគ្រប់គ្រងបណ្តាញអះអាង ប្រសិនបើការហៅទូរសព្ទដើម្បីបញ្ឈប់ការស្កេនដែលកំពុងបន្តត្រូវបានហៅ។
1178393	បានធ្វើបច្ចុប្បន្នភាពកំហុសឯកសារ។
1180445	នៅក្នុង Smart Energy ឥឡូវនេះ OTA បន្តទាញយក ប្រសិនបើអ្នកសម្របសម្រួលឈានដល់វដ្តកាតព្វកិច្ចមានកំណត់។
1185509	បានដោះស្រាយបញ្ហានៅក្នុង CSL ដែលលំដាប់ស៊ុមភ្ញាក់ឡើងថ្មីដែលត្រូវបានទទួលភ្លាមៗបន្ទាប់ពីស៊ុមផ្ទុកពីមុននឹងមិនត្រូវបានកត់ត្រាត្រឹមត្រូវ។ វានឹងនាំឱ្យខកខានការផ្ទុកស៊ុម។
1186107	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យការឌិគ្រីបមិនជោគជ័យនៃ GPDFs ដែលទទួលបាន ដើម្បីជំនួស GPDF ចូលនៅក្នុងការជូនដំណឹងអំពីការដំឡើង gp ។
1188397	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យមានកំហុសក្នុងការចងក្រងនៅពេលបើកទំហំតារាងរបាយការណ៍បន្ថែម។
1194090	បានកែតម្រូវស្ថានភាពបរាជ័យនៅក្នុងការឆ្លើយតបលំនាំដើមសម្រាប់ពាក្យបញ្ជា Sink Commissioning Mode - ខាងក្រោមផ្នែក 3.3.4.8.2
1194963	បានដោះស្រាយបញ្ហាជាមួយ memset ដែលកំពុងត្រូវបានធ្វើសម្រាប់រចនាសម្ព័ន្ធ commissioningGpd មុនពេលហៅទូរស័ព្ទទៅអ្នកប្រើប្រាស់ emberAfGreenPowerServerPairingStatusCallback។
1194966	បានដោះស្រាយបញ្ហាដែលចំនុចបញ្ចប់ និងប្រូកស៊ីដែលពាក់ព័ន្ធមិនត្រូវបានកំណត់ជាមួយនឹងសកម្មភាព Exit Commissioning។
1196698	ជួសជុលសំណុំប៊ីតដែលកំពុងរង់ចាំស៊ុម spurious នៅពេលដែលមិនមានទិន្នន័យកំពុងរង់ចាំ។
1199958	បានបន្ថែមលេខកូដដើម្បីដោះស្រាយករណីនៅពេលដែលមិនមានកន្លែងទំនេរបន្ថែមទៀតដើម្បីបង្កើតសារថាមពលពណ៌បៃតង។
1202034	បានដោះស្រាយបញ្ហាដែលអថេរជង់ sl_zb_sec_man_context_t មិនត្រូវបានចាប់ផ្ដើមត្រឹមត្រូវ ដែលបណ្ដាលឱ្យការចូលរួមជាមួយកូដដំឡើងបរាជ័យ។
1206040	ការហៅទូរសព្ទទៅ emberRemoveChild() កំឡុងពេលព្យាយាមចូលរួមឡើងវិញដោយសុវត្ថិភាពដោយឧបករណ៍បញ្ចប់អាចនាំទៅរកការថយចុះបន្ថែមនៃចំនួនកុមារ ដែលនាំឱ្យចំនួនកុមារនៃ -1 (255) រារាំងឧបករណ៍បញ្ចប់ពីការភ្ជាប់/ចូលរួមឡើងវិញ ដោយសារការខ្វះខាតដែលបានបញ្ជាក់ សមត្ថភាពនៅក្នុង Beacon ។
1207580	មុខងារស្វែងរកតារាងកុមារនៅក្នុងជង់គឺមិនស៊ីសង្វាក់គ្នាក្នុងការប្រើប្រាស់ 0x0000 ធៀបនឹង 0xFFFF សម្រាប់តម្លៃត្រឡប់លេខសម្គាល់ថ្នាំងដែលតំណាងឱ្យធាតុមិនត្រឹមត្រូវ/ទទេ ដែលនាំឱ្យមានបញ្ហាក្នុងការត្រួតពិនិត្យធាតុដែលមិនប្រើនៅក្នុង APIs ដូចជា emberRemoveChild()។
1210706	Destination និង PHY Index ដែលបានផ្តល់ក្នុងរចនាសម្ព័ន្ធ EmberExtraCounterInfo ជាផ្នែកនៃ emberCounterHandler() ប្រហែលជាមិនត្រឹមត្រូវសម្រាប់ប្រភេទបញ្ជរ MAC TX Unicast ។
1211610 1212525	បានដោះស្រាយបញ្ហាដែលកម្មវិធីពហុប្រូតូកូលថាមវន្តបានគាំងបន្ទាប់ពីបើកដំណើរការសមាសធាតុធ្វើឱ្យប្រសើរការផ្ទុកសោសុវត្ថិភាព។
1211847	ខណៈពេលដែលហត្ថលេខារបស់ emberCounterHandler() មិនបានផ្លាស់ប្តូរ របៀបដែលប៉ារ៉ាម៉ែត្ររបស់វាត្រូវបានបំពេញបានផ្លាស់ប្តូរបន្តិច។ ការផ្លាស់ប្តូរជុំវិញ API នេះត្រូវបានពន្យល់នៅក្នុងផ្នែកទី 2 ខាងលើ។
1212449	Outgoing Beacons ត្រូវបានចាត់ថ្នាក់មិនត្រឹមត្រូវដោយស្រទាប់ MAC ដែលនាំឱ្យ emberCounterHandler() បរាជ័យក្នុងការចាប់កញ្ចប់ព័ត៌មានទាំងនេះជាមួយនឹងប្រភេទបញ្ជរ EMBER_COUNTER_MAC_TX_BROADCAST ហើយជំនួសមកវិញការរាប់ Beacons ជាមួយនឹងប្រភេទបញ្ជរ EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS។ នោះជាលទ្ធផលដែលនាំឱ្យតម្លៃមិនគួរឱ្យទុកចិត្តសម្រាប់ប៉ារ៉ាម៉ែត្រ EmberNodeId ល្អបំផុតដែលបានបញ្ជូនទៅរចនាសម្ព័ន្ធ EmberCounterInfo
1214866	ការផ្ញើកញ្ចប់ទិន្នន័យស្ទង់មតិនៅក្នុងការកំណត់រចនាសម្ព័ន្ធចរាចរណ៍ខ្ពស់មួយចំនួនអាចបណ្តាលឱ្យមានកំហុសក្នុងរថយន្តក្រុង។
1216552	បញ្ហាដែលបណ្តាលឱ្យមានការអះអាងនៅក្រោមលក្ខខណ្ឌចរាចរណ៍មមាញឹកត្រូវបានជួសជុល។
1216613	បានដោះស្រាយបញ្ហាដែលនាំឱ្យមានតម្លៃមិនត្រឹមត្រូវនៃកាំក្រុមក្នុងតារាងប្រូកស៊ី។
1222509	រ៉ោតទ័រ/អ្នកសម្របសម្រួលផ្ញើសំណើឈប់សម្រាក និងចូលរួមម្តងទៀតទៅកាន់ឧបករណ៍បញ្ចប់ការស្ទង់មតិដែលមិនមែនជាកុមារ ប៉ុន្តែទិសដៅ MAC គឺ 0xFFFF ជំនួសឱ្យការផ្គូផ្គងអាសយដ្ឋានទិសដៅ NWK ។
1223842	បានដោះស្រាយបញ្ហាជាមួយការបង្កើត sl_component_catalog.h ដែលទុកលេខកូដដែលមិនចង់បាននៅក្នុងវា ដែលបណ្តាលឱ្យបរាជ័យក្នុងការចងក្រង។

លេខសម្គាល់ #	ការពិពណ៌នា
756628	បានផ្លាស់ប្តូរការហៅត្រឡប់កម្មវិធី emberAfMacFilterMatchMessageCallback ទៅជាការហៅសម្រាប់តែសារ ZLL ដែលត្រូវបានបញ្ជាក់ដោយជង់។
816088	បានផ្លាស់ទីការកំណត់រចនាសម្ព័ន្ធ EMBER ពី zigbeed_configuration.h ទៅ zigbeed.slcp ។
829508	ដើម្បីជៀសវាងលក្ខខណ្ឌនៃការប្រណាំង សុពលភាពបន្ថែមត្រូវបានបន្ថែមនៅក្នុង emberSetLogicalAndRadioChannel ដើម្បីត្រឡប់មិនជោគជ័យ ប្រសិនបើស្រទាប់ខាងក្រោមរវល់ ឬមិនស្ថិតក្នុងស្ថានភាពដើម្បីផ្លាស់ប្តូរឆានែល។

បញ្ហាដែលគេស្គាល់នៅក្នុងការចេញផ្សាយបច្ចុប្បន្ន

បញ្ហាជាអក្សរដិតត្រូវបានបន្ថែមចាប់តាំងពីការចេញផ្សាយមុននេះ។ ប្រសិនបើអ្នកបានខកខានការចេញផ្សាយ កំណត់ចំណាំការចេញផ្សាយថ្មីៗមាននៅលើ https://www.si-labs.com/developers/zigbee-emberznet នៅក្នុងផ្ទាំង Tech Docs។

លេខសម្គាល់ #	ការពិពណ៌នា	ដំណោះស្រាយ
គ្មាន	កម្មវិធី/សមាសភាគខាងក្រោមមិនត្រូវបានគាំទ្រនៅក្នុងការចេញផ្សាយនេះទេ៖ ការគាំទ្រ 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- notes/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk-7x.pdf .
1064370	Z3Switch sampកម្មវិធី le បានបើកដំណើរការតែប៊ូតុងមួយប៉ុណ្ណោះ (ឧទាហរណ៍៖ btn1) តាមលំនាំដើមដែលនាំឱ្យមានភាពមិនស៊ីគ្នានៅក្នុងការពិពណ៌នាប៊ូតុងនៅក្នុងគម្រោង file.	ដំណោះស្រាយ៖ ដំឡើងឧទាហរណ៍ btn0 ដោយដៃកំឡុងពេលបង្កើតគម្រោង Z3Switch ។
1161063	Z3Light និងកម្មវិធីដែលមានសក្តានុពលផ្សេងទៀតរាយការណ៍ពីតម្លៃនៃការកែប្រែចង្កោមមិនត្រឹមត្រូវ។	ធ្វើបច្ចុប្បន្នភាពគុណលក្ខណៈនៃការកែប្រែចង្កោមដោយដៃទៅការកែប្រែសមស្របរបស់ពួកគេ។
1164768, 1171478, 1171479	កំហុស៖ ezspErrorHandler 0x34 បានរាយការណ៍ម្តងហើយម្តងទៀតក្នុងអំឡុងពេលរបៀបទទួល mfglib	ដើម្បីកាត់បន្ថយសារកំហុសដែលបានបោះពុម្ព កំណត់រចនាសម្ព័ន្ធ EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ENT_TIMEOUT_MS នៅលើកម្មវិធីម៉ាស៊ីនដល់ 100 ដូច្នេះជួរហៅត្រឡប់មកវិញត្រូវបានដោះលែងលឿនជាងមុន។

ធាតុដែលបានបដិសេធ

បានបដិសេធនៅក្នុងការចេញផ្សាយ 7.4.5.0
នៅក្នុង GSDK 7.4.5.0 zigbee_watchdog_periodic_refresh ត្រូវបានបដិសេធ។ មធ្យោបាយជំនួសដែលបានណែនាំដើម្បីធ្វើឱ្យកម្មវិធីកំណត់ម៉ោងឃ្លាំមើលឡើងវិញគឺត្រូវប្រើ APIs កម្មវិធីកំណត់ពេលវេលាឃ្លាំមើលកេរ្តិ៍ដំណែលនៅក្នុងព្រឹត្តិការណ៍តាមកាលកំណត់ជាក់លាក់របស់កម្មវិធី។

បានបដិសេធនៅក្នុងការចេញផ្សាយ 7.4.1.0
នៅក្នុង GSDK 7.4.0.0 តទៅ រួមទាំងបំណះនេះ ជម្រើស "-v" នៅក្នុង Z3Gateway សម្រាប់កម្មវិធីម៉ាស៊ីន Linux ដើម្បីបង្កើតចំណុចប្រទាក់ telnet ជាមួយច្រក 4900 ឬ 4901 ត្រូវបានបដិសេធ។ មធ្យោបាយជំនួសដែលត្រូវបានណែនាំដើម្បីបង្កើតចំណុចប្រទាក់ telnet គឺត្រូវប្រើឧបករណ៍ប្រើប្រាស់លីនុចដូចជា "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 ត្រូវបានដកចេញ។ សមាសភាគនេះត្រូវបានប្រើសម្រាប់អ្នកសំរបសំរួលទៅនឹងឈ្មួញកណ្តាលដែលចងភ្ជាប់ការស្វែងរកឡើងវិញសម្រាប់ឧបករណ៍បញ្ចប់។ មុខងារស្រេចចិត្តនេះត្រូវបានដកចេញពី R22 នៃ Zigbee core spec ។
បានលុបសំណុំ Packet BufferCount() នៅក្នុង af-host.c និងប្រអប់ពិនិត្យគ្មានប្រយោជន៍ EZSP_CONFIG_PACKET_BUFFER_COUNT៖ នៅក្នុង command-handlers.c.
ដកអង្គចងចាំ ការបែងចែក អាគុយម៉ង់ ពីព្រោះវាមិនចាំបាច់បែងចែកជាពីរដំណាក់កាលទេ នៅពេលចាប់ផ្តើម NCP ។

បានលុប emberAfNcpInitCallback() នៅក្នុង se14-comms-hub, se14-ihd, និង se14-meter-gas's app.c.
បានលុបការកំណត់តម្លៃ EZSP_CONFIG_RETRY_QUEUE_SIZE កំឡុងពេលចាប់ផ្តើម ncp នៅក្នុង ncp-configuration.c.

Multiprotocol Gateway និង RCP

ធាតុថ្មី។

បានបន្ថែមនៅក្នុងការចេញផ្សាយ 7.4.0.0
ការស្តាប់ដំណាលគ្នា សមត្ថភាពសម្រាប់ជង់ Zigbee និង OpenThread ដើម្បីដំណើរការលើបណ្តាញឯករាជ្យ 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 នៃធុងពហុប្រូតូកូល។ នេះរួមបញ្ចូលទាំងពាក្យបញ្ជា coex cli ។

ការកែលម្អ

បានផ្លាស់ប្តូរនៅក្នុងការចេញផ្សាយ 7.4.0.0
ការរួមបញ្ចូលគ្នាពហុប្រូតូកូល Zigbee NCP/OpenThread RCP ឥឡូវនេះគឺជាគុណភាពផលិតកម្ម។ នេះ សampកម្មវិធី le មិនត្រូវបានគាំទ្រនៅលើឧបករណ៍ Series-1 EFR ទេ។

បញ្ហាថេរ

បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.4.5.0

លេខសម្គាល់ #	ការពិពណ៌នា
1328799	ការកំណត់ឡើងវិញទន់ដែលបង្កឡើងដោយពាក្យបញ្ជា Spinel RESET ឥឡូវនេះសម្អាតបណ្តុំនៃ 15.4 RCP ។
1337101	ប្រតិបត្តិការបញ្ជូន 15.4 មិនពេញលេញ (Tx រង់ចាំ ack, Tx ack ក្នុងការឆ្លើយតបទៅនឹងសារ។ នេះអនុញ្ញាតឱ្យប្រតិបត្តិការបាននិយាយថាត្រូវបានផ្តល់ឱកាសឱ្យត្រូវបានកំណត់ពេលឡើងវិញបន្ទាប់ពីការរំខានឬបរាជ័យជាអចិន្ត្រៃយ៍ដោយ RAIL (ព្រឹត្តិការណ៍កំហុសស្ថានភាពកម្មវិធីកំណត់ពេល) ។ (ប្រភពផ្សេងទៀត៖ 1339032)
1337228	នៅក្នុង Zigbeed សញ្ញាធីក halCommonGetInt32uMillisecondTick() ឥឡូវនេះត្រូវបានអាប់ដេតដើម្បីប្រើនាឡិកា MONOTONIC ដូច្នេះវាមិនត្រូវបានប៉ះពាល់ដោយ NTP នៅក្នុងប្រព័ន្ធម៉ាស៊ីនទេ។ (ប្រភពផ្សេងទៀត៖ 1339032)
1346785	បានជួសជុលលក្ខខណ្ឌប្រណាំងដែលអាចបណ្តាលឱ្យមានការស្តាប់ក្នុងពេលដំណាលគ្នាត្រូវបានបិទនៅលើ 802.15.4 RCP នៅពេលដែលពិធីការទាំងពីរកំពុងបញ្ជូនក្នុងពេលដំណាលគ្នា។ (ប្រភពផ្សេងទៀត៖ 1349176)
1346849	ការបន្ថែមសមាសភាគ rail_mux ទៅគម្រោងឥឡូវនេះនឹងធ្វើឱ្យវាបង្កើតដោយស្វ័យប្រវត្តិជាមួយនឹងវ៉ារ្យ៉ង់បណ្ណាល័យជង់ដែលពាក់ព័ន្ធ។ (ប្រភពផ្សេងទៀត៖ 1349102)

បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.4.4.0

លេខសម្គាល់ #	ការពិពណ៌នា
1184065	កាត់បន្ថយទំហំ RAM សម្រាប់ zigbee_ncp-ot_rcp-spi និង zigbee_ncp-ot_rcp_uart នៅលើ MG13 និង MG21។
1282264	បានដោះស្រាយបញ្ហាដែលអាចរំខានដល់ប្រតិបត្តិការបញ្ជូនវិទ្យុដោយសម្អាតការបញ្ជូន fifo ជាមុនដែលបណ្តាលឱ្យមានការហូរចូល។
1292537	កម្មវិធី DMP Zigbee-BLE NCP ឥឡូវនេះបង្ហាញយ៉ាងត្រឹមត្រូវនៅក្នុង Simplicity Studio UI ។ (ប្រភពផ្សេងទៀត៖ ១២៩២៥៤០)

1230193

បានដោះស្រាយបញ្ហាប្រភេទថ្នាំងមិនត្រឹមត្រូវ នៅពេលភ្ជាប់បណ្តាញនៅលើឧបករណ៍ចុងក្រោយ។ (ប្រភពផ្សេងទៀត៖ ១២៩៨៣៤៧)

1332330

បានដោះស្រាយបញ្ហាដែល 15.4+BLE RCP ដំណើរការក្នុងបរិយាកាសដែលមានចរាចរណ៍បណ្តាញខ្លាំង ជួនកាលអាចជួបប្រទះនឹងស្ថានភាពប្រណាំងដែលនឹងទុកឱ្យវាមិនអាចផ្ញើសាររហូតដល់ CPCd រហូតដល់ការចាប់ផ្ដើមឧបករណ៍ឡើងវិញ។

(ប្រភពផ្សេងទៀត៖ 1333156)

បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.4.2.0

លេខសម្គាល់ #	ការពិពណ៌នា
1022972	បានបន្ថែមកម្មវិធីជំនួយការរួមរស់ឡើងវិញទៅ Zigbee-OpenThread NCP/RCP sampកម្មវិធី le ។
1231021	ជៀសវាងការអះអាងនៅក្នុង OTBR ដែលត្រូវបានគេសង្កេតឃើញនៅពេលចូលរួមឧបករណ៍ zigbee 80+ ដោយការសង្គ្រោះ RCP ជាជាងការបញ្ជូនកំហុសដែលមិនបានដោះស្រាយទៅកាន់ sub mac។
1249346	បានដោះស្រាយបញ្ហាដែល RCP អាចកំណត់កញ្ចប់ព័ត៌មានមិនត្រឹមត្រូវសម្រាប់ម៉ាស៊ីន ដែលបណ្តាលឱ្យមានកំហុសក្នុងការញែកនៅក្នុង OTBR និងការបញ្ចប់ដោយមិនបានរំពឹងទុក។

បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.4.1.0

លេខសម្គាល់ #	ការពិពណ៌នា
1213701	zigbeed មិនអនុញ្ញាតឱ្យបង្កើតធាតុតារាងផ្គូផ្គងប្រភពសម្រាប់កុមារទេ ប្រសិនបើជួរដោយប្រយោលរបស់ MAC មានទិន្នន័យកំពុងរង់ចាំសម្រាប់កូននោះ។ ឥរិយាបថនេះអាចនាំឱ្យប្រតិបត្តិការស្រទាប់កម្មវិធីរវាងកុមារ និងឧបករណ៍ផ្សេងទៀតមួយចំនួនបរាជ័យ ដោយសារកង្វះ APS Ack ឬការឆ្លើយតបស្រទាប់កម្មវិធី ជាពិសេសការរំខាន និងការបញ្ចប់ដែលមិនរំពឹងទុកនៃ ZCL OTA Upgrades ដែលកំណត់គោលដៅឧបករណ៍កុមារ។
1244461	ធាតុតារាងដែលផ្គូផ្គងប្រភពសម្រាប់ការមានកូនអាចត្រូវបានយកចេញទោះបីជាសារកំពុងរង់ចាំក៏ដោយ។

បានជួសជុលនៅក្នុងការចេញផ្សាយ 7.4.0.0

លេខសម្គាល់ #	ការពិពណ៌នា
1081828	បញ្ហាឆ្លងកាត់ជាមួយ Zigbee/BLE DMP ដែលមានមូលដ្ឋានលើ FreeRTOSampកម្មវិធីឡេ។
1090921	Z3GatewayCpc មានបញ្ហាក្នុងការបង្កើតបណ្តាញក្នុងបរិយាកាសរំខាន។
1153055	ការអះអាងនៅលើម៉ាស៊ីនត្រូវបានបង្កឡើងនៅពេលដែលមានការបរាជ័យក្នុងការទំនាក់ទំនងនៅពេលអានកំណែ NCP ពី zigbee_ncp-ble_ncp-uart sampកម្មវិធីឡេ។
1155676	802.15.4 RCP បានបោះបង់កញ្ចប់ព័ត៌មាន unicast ដែលបានទទួលទាំងអស់ (បន្ទាប់ពី MAC acking) ប្រសិនបើចំណុចប្រទាក់ 15.4 ជាច្រើនបានចែករំលែកលេខសម្គាល់ថ្នាំង 16 ប៊ីតដូចគ្នា។
1173178	ម្ចាស់ផ្ទះបានរាយការណ៍មិនពិតនូវកញ្ចប់ព័ត៌មានរាប់រយដែលបានទទួលជាមួយ mfglib នៅក្នុងការរៀបចំ Host-RCP ។
1190859	កំហុស EZSP នៅពេលផ្ញើកញ្ចប់ព័ត៌មានចៃដន្យ mfglib ក្នុងការរៀបចំ Host-RCP ។
1199706	ការស្ទង់មតិទិន្នន័យពីកូនឧបករណ៍ដែលភ្លេចមិនបានកំណត់ឱ្យបានត្រឹមត្រូវនូវស៊ុមរង់ចាំនៅលើ RCP ដើម្បីតម្រង់ជួរពាក្យបញ្ជា Leave & Rejoin ទៅកាន់អតីតកូន។
1207967	ពាក្យបញ្ជា "mfglib send random" កំពុងផ្ញើកញ្ចប់បន្ថែមនៅលើ Zigbeed ។
1208012	របៀប mfglib rx មិនបានធ្វើបច្ចុប្បន្នភាពព័ត៌មានកញ្ចប់ព័ត៌មានឱ្យបានត្រឹមត្រូវទេ នៅពេលទទួលបាននៅលើ RCP ។
1214359	ថ្នាំងសំរបសំរួលបានគាំងនៅពេលដែលរ៉ោតទ័រ 80 ឬច្រើនជាងនេះព្យាយាមចូលរួមក្នុងពេលដំណាលគ្នាក្នុងការរៀបចំ Host-RCP ។
1216470	បន្ទាប់ពីបញ្ជូនបន្តការផ្សាយសម្រាប់របាំងអាសយដ្ឋាន 0xFFFF Zigbee RCP ដែលដើរតួជាឧបករណ៍មេនឹងទុកទង់ទិន្នន័យដែលមិនទាន់សម្រេចបានកំណត់សម្រាប់កូននីមួយៗ។ នេះបណ្តាលឱ្យកុមារម្នាក់ៗនៅភ្ញាក់ខ្លួនដោយរំពឹងថានឹងមានទិន្នន័យបន្ទាប់ពីការស្ទង់មតិនីមួយៗ ហើយតម្រូវឱ្យប្រតិបត្តិការទិន្នន័យដែលមិនទាន់សម្រេចមួយចំនួនផ្សេងទៀតទៅកាន់ឧបករណ៍ចុងនីមួយៗដើម្បីសម្អាតស្ថានភាពនេះនៅទីបំផុត។

បញ្ហាដែលគេស្គាល់នៅក្នុងការចេញផ្សាយបច្ចុប្បន្ន
បញ្ហាជាអក្សរដិតត្រូវបានបន្ថែមចាប់តាំងពីការចេញផ្សាយមុននេះ។ ប្រសិនបើអ្នកបានខកខានការចេញផ្សាយ កំណត់ចំណាំការចេញផ្សាយថ្មីៗមាននៅលើ https://www.si-labs.com/developers/gecko-software-development-kit .

លេខសម្គាល់ #	ការពិពណ៌នា	ដំណោះស្រាយ
937562	ពាក្យបញ្ជា 'ផ្សាយពាណិជ្ជកម្មលើ' Bluetoothctl បរាជ័យជាមួយកម្មវិធី rcp-uart- 802154-blehci នៅលើ Raspberry Pi OS 11 ។	ប្រើកម្មវិធី btmgmt ជំនួសឱ្យ bluetoothctl ។
1074205	CMP RCP មិនគាំទ្របណ្តាញពីរនៅលើលេខសម្គាល់ PAN តែមួយទេ។	ប្រើលេខសម្គាល់ PAN ផ្សេងគ្នាសម្រាប់បណ្តាញនីមួយៗ។ ការគាំទ្រត្រូវបានគ្រោងទុកនៅក្នុងការចេញផ្សាយនាពេលខាងមុខ។
1122723	នៅក្នុងបរិយាកាសមមាញឹក CLI អាចនឹងមិនឆ្លើយតបនៅក្នុងកម្មវិធី z3-light_ot-ftd_soc ។	គ្មានដំណោះស្រាយដែលគេស្គាល់ទេ។
1124140	z3-light_ot-ftd_soc sample app មិនអាចបង្កើតបណ្តាញ Zigbee បានទេ ប្រសិនបើបណ្តាញ OT ដំណើរការរួចហើយ។	ចាប់ផ្តើមបណ្តាញ Zigbee ជាមុន ហើយបណ្តាញ OT បន្ទាប់ពី។
1170052	CMP Zigbee NCP + OT RCP និង DMP Zigbee NCP + BLE NCP ប្រហែលជាមិនសមនៅលើ 64KB និងផ្នែក RAM ទាបនៅក្នុងការចេញផ្សាយបច្ចុប្បន្ននេះ។	ផ្នែក 64KB បច្ចុប្បន្នមិនត្រូវបានគាំទ្រសម្រាប់កម្មវិធីទាំងនេះទេ។
1209958	ZB/OT/BLE RCP នៅលើ Bobcat និង Bobcat Lite អាចឈប់ដំណើរការបន្ទាប់ពីពីរបីនាទី នៅពេលដំណើរការពិធីការទាំងបី។	នឹងត្រូវបានដោះស្រាយនៅក្នុងការចេញផ្សាយនាពេលខាងមុខ
1221299	ការអាន Mfglib RSSI ខុសគ្នារវាង RCP និង NCP ។	នឹងត្រូវបានដោះស្រាយនៅក្នុងការចេញផ្សាយនាពេលខាងមុខ។
1334477	ការចាប់ផ្តើម និងបញ្ឈប់ជង់ BLE ច្រើនដងអាចបណ្តាលឱ្យជង់ BLE មិនអាចចាប់ផ្តើមការផ្សាយពាណិជ្ជកម្មម្តងទៀតនៅលើឧបករណ៍ EFR ស៊េរី 1 នៅក្នុង DMP Zigbee-BLE sampកម្មវិធី le ។	គ្មាន

ធាតុដែលបានបដិសេធគ្មាន

ធាតុដែលបានដកចេញ

បានយកចេញនៅក្នុងការចេញផ្សាយ 7.4.0.0
ម៉ាក្រូ “NONCOMPLIANT_ACK_TIMING_WORKAROUND” ត្រូវបានដកចេញ។ កម្មវិធី RCP ទាំងអស់ឥឡូវនេះតាមលំនាំដើមគាំទ្រ 192 µsec ពេលវេលាបង្វិលសម្រាប់ acks ដែលមិនប្រសើរឡើងខណៈពេលដែលនៅតែប្រើ 256 µsec turnaround time សម្រាប់ acks ប្រសើរឡើងដែលទាមទារដោយ CSL ។

ការប្រើប្រាស់ការចេញផ្សាយនេះ។

ការចេញផ្សាយនេះមានដូចខាងក្រោម

ជង់ Zigbee
ក្របខ័ណ្ឌកម្មវិធី Zigbee

Zigbee Sampកម្មវិធី

សម្រាប់ព័ត៌មានបន្ថែមអំពី Zigbee និង EmberZNet SDK សូមមើល UG103.02: Zigbee Fundamentals។

ប្រសិនបើអ្នកជាអ្នកប្រើប្រាស់លើកដំបូង សូមមើល QSG180៖ មគ្គុទ្ទេសក៍ចាប់ផ្តើមរហ័ស 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)' ត្រូវបានពិនិត្យ ហើយថាអ្នកបានជាវយ៉ាងតិចបំផុតសម្រាប់វេទិកា និងពិធីការរបស់អ្នក។ ចុច រក្សាទុក ដើម្បីរក្សាទុកការផ្លាស់ប្តូរណាមួយ។

រូបខាងក្រោមគឺជាអតីតample

គាំទ្រ
អតិថិជនកញ្ចប់អភិវឌ្ឍន៍មានសិទ្ធិទទួលបានការបណ្តុះបណ្តាល និងជំនួយបច្ចេកទេស។ ប្រើ 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 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 7.4.5.0 Zigbee Ember Z Net SDK [pdf] ការណែនាំអ្នកប្រើប្រាស់
7.4.5.0, 7.4.4.0, 7.4.3.0, 7.4.2.0, 7.4.1.0, 7.4.0.0, 7.4.5.0 Zigbee Ember Z Net SDK, 7.4.5.0, Zigbee Ember Z Net SDK, Ember Z Net SDK, Ember SDK, Net SDK, SDK

ឯកសារយោង

សៀវភៅណែនាំអ្នកប្រើប្រាស់

SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK

ការណែនាំអំពីការប្រើប្រាស់ផលិតផល