SILICON LABS EmberZNet SDK Gecko Software Development Kit ការណែនាំអ្នកប្រើប្រាស់

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

ការប្រើប្រាស់ការចេញផ្សាយនេះ។
ប្រសិនបើអ្នកថ្មីចំពោះ Zigbee EmberZNet SDK សូមធ្វើតាមការណែនាំដែលបានផ្តល់ ដើម្បីធានាបាននូវការប្រើប្រាស់ត្រឹមត្រូវ។

ការប្រើប្រាស់មុខងារសំខាន់ៗ
យក advantage នៃការគាំទ្រពហុប្រូតូកូលសម្រាប់ Zigbee និង OpenThread នៅលើវេទិកា SoC សម្រាប់ការតភ្ជាប់ដែលប្រសើរឡើង។

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

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

7.4.2.0 ចេញផ្សាយថ្ងៃទី 10 ខែមេសា ឆ្នាំ 2024
7.4.1.0 ចេញផ្សាយថ្ងៃទី 14 ខែកុម្ភៈ ឆ្នាំ 2024

7.4.0.0 ចេញផ្សាយថ្ងៃទី 13 ខែធ្នូ ឆ្នាំ 2023

លក្ខណៈសំខាន់ៗ

Zigbee

ការអនុលោមតាម Zigbee R23
ការអនុលោមតាម Zigbee Smart Energy 1.4a - ផលិតដោយភាពជឿនលឿន

ការអនុលោមតាម Zigbee GP 1.1.2 - អាល់ហ្វា
ការគាំទ្រ MG27 - ផលិតកម្ម

ធ្វើឱ្យប្រសើរឡើងនូវការគាំទ្រសម្រាប់ផ្នែក Secure Vault
ការគាំទ្រងងុយដេកនៅលើកម្មវិធី NCP SPI (មិនមែន CPC) - អាល់ហ្វា

ពហុពិធីការ

ការគាំទ្រការស្តាប់ស្របគ្នា (RCP) - MG21 និង MG24

ពហុប្រូតូកូលស្របគ្នា (CMP) Zigbee NCP + OpenThread RCP - ផលិតកម្ម
Dynamic Multiprotocol Bluetooth + Concurrent Multiprotocol (CMP) Zigbee និង OpenThread លើ SoC

សេចក្តីជូនដំណឹងអំពីភាពឆបគ្នា និងការប្រើប្រាស់
សម្រាប់ព័ត៌មានអំពីការអាប់ដេតសុវត្ថិភាព និងការជូនដំណឹង សូមមើលជំពូកសុវត្ថិភាពនៃកំណត់ចំណាំការចេញផ្សាយវេទិកា 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 (The GNU Compiler Collection) កំណែ 12.2.1 ផ្តល់ជូនជាមួយ Simplicity Studio ។ កំណែពិធីការ EZSP សម្រាប់ការចេញផ្សាយនេះគឺ 0x0D ។

ធាតុថ្មី។

ការចេញផ្សាយ Gecko SDK (GSDK) នេះនឹងក្លាយជាចុងក្រោយជាមួយនឹងការគាំទ្ររួមបញ្ចូលគ្នាសម្រាប់ឧបករណ៍ EFM និង EFR ទាំងអស់ លើកលែងតែបំណះសម្រាប់កំណែនេះតាមតម្រូវការ។ ចាប់ពីពាក់កណ្តាលឆ្នាំ 2024 យើងនឹងណែនាំ SDKs ដាច់ដោយឡែកពីគ្នា៖

Gecko SDK ដែលមានស្រាប់នឹងបន្តជាមួយនឹងការគាំទ្រសម្រាប់ឧបករណ៍ស៊េរី 0 និង 1។
SDK ថ្មីនឹងផ្តល់ជាពិសេសដល់ឧបករណ៍ស៊េរី 2 និង 3 ។

Gecko SDK នឹងបន្តគាំទ្រឧបករណ៍ស៊េរី 0 និង 1 ទាំងអស់ដោយគ្មានការផ្លាស់ប្តូរចំពោះការគាំទ្ររយៈពេលវែង ការថែទាំ គុណភាព និងការឆ្លើយតបដែលត្រូវបានផ្តល់ជូនក្រោមគោលការណ៍កម្មវិធីរបស់យើង។
SDK ថ្មីនឹងចេញសាខាពី Gecko SDK ហើយចាប់ផ្តើមផ្តល់ជូននូវមុខងារថ្មីៗដែលជួយអ្នកអភិវឌ្ឍន៍ទទួលយក advantage នៃសមត្ថភាពកម្រិតខ្ពស់នៃផលិតផលស៊េរី 2 និង 3 របស់យើង។
ការសម្រេចចិត្តនេះស្របតាមមតិកែលម្អរបស់អតិថិជន ឆ្លុះបញ្ចាំងពីការប្តេជ្ញាចិត្តរបស់យើងក្នុងការលើកកម្ពស់គុណភាព ធានាស្ថិរភាព និងបង្កើនការអនុវត្តសម្រាប់បទពិសោធន៍អ្នកប្រើប្រាស់ពិសេសមួយនៅទូទាំងកម្មវិធី SDKs របស់យើង។

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

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

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

បានពង្រីក SPI NCP ដែលត្រូវប្រើជាការងងុយគេងនៅក្នុងករណីប្រើប្រាស់ Host-NCP មួយចំនួន។ នៅក្នុងករណីនៃការប្រើប្រាស់នេះ SPI NCP អាចត្រូវបានកំណត់រចនាសម្ព័ន្ធជាឧបករណ៍ចុងងងុយគេង។ ម្ចាស់ផ្ទះ Z3Gateway sampកម្មវិធី le ត្រូវបានពង្រីកជាមួយនឹងកូដ CLI ផ្ទាល់ខ្លួនបន្ថែមដែលទទួលខុសត្រូវក្នុងការបញ្ជា NCP ឱ្យបញ្ចូលរបៀបគេងមួយតាមរយៈរបៀបគេងពាក្យបញ្ជា 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 សម្រាប់ព័ត៌មានលម្អិតនៃមុខងារថ្មីនេះ។
ការបញ្ជាក់អំពីការប្រើប្រាស់មុខងារថ្មី emberUpdateMultiMacRejoinChannelMaskForSelectionOrJoiningDevice ដែលត្រូវបានហៅនៅខាងក្នុង stack API emberFindAndRejoinNetworkWithReason ដើម្បីទទួលបានរបាំងឆានែលដែលប្រើសម្រាប់ការចូលរួមឡើងវិញ។ ការបញ្ជាក់ SE1.4a ដាក់កម្រិតលើការផ្លាស់ប្តូរចំណុចប្រទាក់ (ពី 2.4GHz ទៅ sub-GHz ឬច្រាសមកវិញ) កំឡុងពេលភ្ជាប់ឧបករណ៍ប្រភេទ Multi-Mac Joining End ឡើងវិញ។ ដោយសារប្រភេទឧបករណ៍គឺជាការកំណត់រចនាសម្ព័ន្ធក្របខ័ណ្ឌកម្មវិធី (ពោលគឺប្រភេទឧបករណ៍បញ្ចប់ដែលភ្ជាប់នឹងជាឧបករណ៍រង GHz ឬឧបករណ៍ 2.4 GHz មិនមែនទាំងពីរទេតាមការកំណត់) ការហៅទូរសព្ទនេះផ្តល់នូវរបាំងឆានែលដោយផ្អែកលើការកំណត់រចនាសម្ព័ន្ធនោះដូច្នេះ ថារបាំងមុខចូលរួមគឺតែងតែដូចគ្នានឹងរបាំងចំណុចប្រទាក់ចូលរួម។

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

បានបន្ថែម API ថ្មី sl_zigbee_token_factory_reset ដើម្បីកំណត់និមិត្តសញ្ញា Zigbee NVM3 ឡើងវិញទៅតម្លៃលំនាំដើមរបស់ពួកគេ។
បានបន្ថែម API bool sl_zigbee_sec_man_link_key_slot_available (EmberEUI64 eui) ដែលត្រឡប់ពិត ប្រសិនបើតារាង 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 Secure Key Storage ដើម្បីឆ្លុះបញ្ចាំងពីការបន្ថែម Zigbee Secure Key Storage Upgrade (ដែលបន្ថែមភាពឆបគ្នាថយក្រោយជាមួយគម្រោងដែលមានស្រាប់)។
បានបន្ថែមកំណត់សម្គាល់កម្មវិធីថ្មីសម្រាប់ការធ្វើអន្តរកម្មជាមួយក្រុមកម្មវិធីគ្រប់គ្រងសុវត្ថិភាព Zigbee នៃសមាសភាគ (AN1412: Zigbee Security Manager)។

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

ការកែលម្អ

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

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

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

បានបន្ថែមលេខកូដសុពលភាពបន្ថែមទៀតសម្រាប់ពាក្យបញ្ជាចូលដែលមានចំណុចបញ្ចប់មិនត្រឹមត្រូវនៅពេលទទួលនៅលើម៉ាស៊ីនមេ GP ។
បានបន្ថែមលេខកូដដើម្បីដោះស្រាយករណីនៅពេលដែលមិនមានកន្លែងទំនេរបន្ថែមទៀតដើម្បីបង្កើតសារថាមពលពណ៌បៃតង។

លិចឥឡូវនេះទម្លាក់ការកំណត់ការផ្គូផ្គងជាមួយនឹងសកម្មភាពលុបការផ្គូផ្គងក្នុងករណីខ្លះតាមផ្នែកជាក់លាក់ 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.2.0

លេខសម្គាល់ #	ការពិពណ៌នា
1252268	ជម្រើសកម្មវិធីម៉ាស៊ីន zigbee ដើម្បីបើកច្រក IP នៅលើ 4900/4901 ត្រូវបានបដិសេធ។ វិធីជំនួសដើម្បីប្រើការភ្ជាប់ពីចម្ងាយដើម្បីធ្វើអន្តរកម្មជាមួយកម្មវិធីម៉ាស៊ីនអាចជាការប្រើប្រាស់ឧបករណ៍ប្រើប្រាស់ socat នៅក្នុងប្រព័ន្ធប្រតិបត្តិការដែលគាំទ្រភាគច្រើន។ (ប្រភពផ្សេងទៀត៖ 1232361)
1254541	មុខងារចាប់ផ្តើមព្រឹត្តិការណ៍ថ្មី sl_zigbee_af_isr_event_init ត្រូវបានណែនាំដើម្បីអនុញ្ញាតឱ្យការចាប់ផ្តើមនៃព្រឹត្តិការណ៍កម្មវិធីដែលមានបំណងត្រូវបានធ្វើឱ្យសកម្មពីទម្រង់សេវារំខាន (ISR) ។ ព្រឹត្តិការណ៍ទាំងនេះអាចត្រូវបានធ្វើឱ្យសកម្មពី ISR ដោយមានការពន្យារពេល 0 msec ប៉ុណ្ណោះ។ ព្រឹត្តិការណ៍ទាំងនេះមិនត្រូវកំណត់ពេលជាមួយនឹងការពន្យាពេលមិនសូន្យ ឬបិទដំណើរការពីក្នុង ISR ឡើយ។ ឯកសារក្របខ័ណ្ឌកម្មវិធីសម្រាប់មុខងារខាងលើត្រូវបានបន្ថែម។ សូមយោងទៅ docs.silabs.com សម្រាប់ការចេញផ្សាយនេះសម្រាប់ឯកសារ API ខាងលើ។ (ប្រភពផ្សេងទៀត៖ 1252940)
1255175	បានជួសជុលបញ្ហាដែលបណ្តាលឱ្យមានកំហុសដំណើរការសារ APS Verify Key Confirm។ (យោងផ្សេងទៀត៖ ១២២៧៧៣៨)
1260605	ជម្រើសជាជម្រើស ប៉ារ៉ាម៉ែត្ររបាំងសម្រាប់ "net multi-phy-start" ពាក្យបញ្ជា CLI កំពុងត្រូវបានមិនអើពើ ហើយតែងតែចាត់ទុកជា 0។ (ប្រភពផ្សេងទៀត៖ 1258636)
1262538	បានដោះស្រាយបញ្ហាដែលម៉ាស៊ីនមេ GP មិនទម្លាក់ស៊ុមជាមួយ FC ស្មើនឹង FC ដែលបានរក្សាទុក។ (យោងផ្សេងទៀត៖ ១២៥៩៩៣៦)
1263124	បានលុបលេខកូដសម្រាប់ការគ្រប់គ្រងពាក្យបញ្ជា MAC ដែលមិនគាំទ្រ។ (ប្រភពផ្សេងទៀត៖ 1262368)
1266765	បានដោះស្រាយបញ្ហាជាមួយស្លាកនៃជង់ស្លឹកដែលគាំទ្រ។ (យោងផ្សេងទៀត៖ ១២៥៩២៩៨)
1270706	បានដោះស្រាយបញ្ហាដែលរារាំងក្របខ័ណ្ឌកម្មវិធីដើម្បីផ្ញើការឆ្លើយតបលំនាំដើម ZCL សម្រាប់ករណីជោគជ័យ។
1272181	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យមានការបរាជ័យក្នុងការសាងសង់ នៅពេលបើកដំណើរការតារាងរាយការណ៍ដែលបានពង្រីកនៅលើ Z3Gateway ។ (យោងផ្សេងទៀត៖ ១១៨៨៣៩៧)
1272280	ការបញ្ជាក់របស់ SE1.4a ទាមទារឧបករណ៍ភ្ជាប់ Multi-MAC Joining End ដើម្បីចូលរួមម្តងទៀតនៅលើចំណុចប្រទាក់ដូចគ្នាដែលវាបានចូលរួមពីមុន។ គ្មានការផ្លាស់ប្តូរចំណុចប្រទាក់ (ប្តូរពី 2.4GHz ទៅ Sub-GHz ឬផ្ទុយមកវិញ) ត្រូវបានអនុញ្ញាតកំឡុងពេលចូលរួមម្តងទៀត។ ការភ្ជាប់ឡើងវិញអាចត្រូវបានផ្តួចផ្តើមជាលទ្ធផលនៃការបាត់បង់មេ ឬការប្រើប្រាស់ថាមពលឡើងវិញនៃថ្នាំង។ ក្នុងករណីទាំងពីរនេះ stack API emberFindAndRejoinNetworkWithReason ត្រូវបានហៅនៅខាងក្នុងដើម្បីចាប់ផ្តើមដំណើរការចូលរួមឡើងវិញ ហើយ API នេះត្រូវការរបាំងឆានែលឡើងវិញជាអាគុយម៉ង់មួយ។ របាំងឆានែលនេះត្រូវបានទទួលដោយជង់ដោយមុខងារហៅទូរស័ព្ទ emberUpdateMultiMacRejoinChannelMaskForSelectionOrJoiningDevice ដែលត្រូវបានអនុវត្តជាប្រភព និងជាផ្នែកមួយនៃគម្រោងកម្មវិធី។ ការអនុវត្តលំនាំដើមអាចត្រូវបានរកឃើញនៅក្នុង ember-configuration.c ជាមុខងារ WEAK ដូច្នេះការបដិសេធអ្នកប្រើប្រាស់អាចធ្វើទៅបាន។
1273235	ការបើកដំណើរការការដកកូនចេញសម្រាប់កូនឧបករណ៍ចុងដែលងងុយដេក នៅពេលដែលការឆ្លើយតបរបស់សមាគម ឬការឆ្លើយតបឡើងវិញនៅតែរង់ចាំការចែកចាយសម្រាប់កុមារនោះ អាចបណ្តាលឱ្យមានការលុបពីរសម្រាប់ការចូលកូនដូចគ្នា។ វានឹងទុកឱ្យ emberChildCount() បិទត្រឹម -1 ។ ប្រសិនបើនេះជាកូនចុងក្រោយក្នុងតារាងដែលត្រូវដកចេញ នេះអាចនាំទៅដល់ការរាប់កុមារមិនគ្រប់។ នេះរារាំងការប៉ុនប៉ងចូលរួម/ចូលរួមម្តងទៀតដោយឧបករណ៍បញ្ចប់ណាមួយ រហូតដល់ការកំណត់ឡើងវិញ ឬ LeaveNetwork ត្រូវបានអនុវត្ត ដែលអាចបណ្តាលឱ្យមានការបរាជ័យក្នុងការអះអាង (ដកស្រង់ពី child.c) នៅក្នុងការចេញផ្សាយជាក់លាក់។
1273585	តម្លៃចាប់ផ្តើមសម្រាប់ការរាប់ស៊ុមសុវត្ថិភាពថាមពលពណ៌បៃតងនៅក្នុងអង្គចងចាំដែលមិនងាយនឹងបង្កជាហេតុត្រូវបានកំណត់ទៅ 0 ពី 0xFFFFFFFF ។ (ប្រភពផ្សេងទៀត៖ 1269700)
1277012	ប្រសិនបើតារាងកុមារពេញ ហើយកូនដែលមានស្រាប់នៃឧបករណ៍ក្នុងតំបន់ព្យាយាមចូលរួមឡើងវិញ ការចូលរួមឡើងវិញត្រូវបានច្រានចោលដោយមិនត្រឹមត្រូវ ដែលបណ្តាលឱ្យការចូលរបស់កុមារត្រូវបានដកចេញ និងបង្ខំកុមារឱ្យចូលរួមម្តងទៀត ដើម្បីភ្ជាប់ទំនាក់ទំនងជាមួយមាតាបិតានោះ។

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

លេខសម្គាល់ #	ការពិពណ៌នា
1036893	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យសមាសភាគ OTA cluster ដំឡើងសមាសភាគចំណុចប្រទាក់កម្មវិធីចាប់ផ្ដើមប្រព័ន្ធចាស់ជាការពឹងផ្អែក។
1114905	Zigbee Direct៖ ធ្វើឱ្យប្រសើរឡើងនូវការគ្រប់គ្រងលក្ខណៈបណ្តាញចាកចេញ។
1180937	ជួសជុល WDT កំណត់ឡើងវិញនៅពេលភ្ជាប់ Zigbee Direct ZDD ទៅភាគីទីបី ZVD ។
1223904	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យឧបករណ៍ចុងក្រោយផ្លាស់ទីទៅធ្វើការមិនត្រឹមត្រូវនៅក្នុងបរិយាកាសមមាញឹកខ្លាំង។
1224393	បានធ្វើបច្ចុប្បន្នភាពលេខកូដអ្នកដោះស្រាយសំណើតារាង Green Power sink ដើម្បីធ្វើបច្ចុប្បន្នភាពអាសយដ្ឋានទិសដៅឆ្លើយតប។
1228808	បានដោះស្រាយបញ្ហាការបង្ហាញជាមួយនឹងនិយមន័យម៉ាក្រូនៅក្នុងឯកសារ gp-types.h ។
1232297	បានដោះស្រាយបញ្ហាដែល emberSetOutgoingNwkFrameCounter និង emberSetOutgoingApsFrameCounter មិនដំណើរការលើកម្មវិធីម៉ាស៊ីន 64 ប៊ីត (ត្រឡប់ EMBER_BAD_ARGUMENT)។
1232359	បានជួសជុលការគណនាប៉ារ៉ាម៉ែត្រ gppTunnelingDelay ក្នុងដំណើរការពាក្យបញ្ជាម៉ាស៊ីនភ្ញៀវថាមពលបៃតង។
1240392	ZDO Bind/Unbind Requests ត្រូវបានបដិសេធសម្រាប់ហេតុផលចូលប្រើ/ការអនុញ្ញាត គួរតែត្រឡប់ស្ថានភាព EMBER_ZDP_NOT_AUTHORIZED ជាជាងស្ថានភាព EMBER_ZDP_NOT_PERMITTED តាមការបញ្ជាក់របស់ Zigbee។
1243523	Zigbee Direct៖ ធ្វើអោយប្រសើរឡើងនូវស្ថេរភាពនៃការតភ្ជាប់ BLE ទៅ ZVD ។
1249455	បានដោះស្រាយបញ្ហាដែលបណ្តាលឱ្យឧបករណ៍ចុងងងុយគេងចូលក្នុងដំណេក នៅពេលបានទទួលការផ្សាយ មុនពេលទទួលអេក។
1252295	ជួសជុលកំហុសក្នុងការវាយបញ្ចូលក្នុងម៉ាក្រូកាតាឡុកសមាសភាគ SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT ។

បានជួសជុលនៅក្នុងការចេញផ្សាយ 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 ដែលមិនធ្វើសមកាលកម្ម Zigbee គឺជាកម្មវត្ថុនៃការត្រៀមទុកពិធីការនៅកម្មវិធីកំណត់ពេលវិទ្យុ។ នៅក្នុងកម្មវិធី SleepyToSleepy, BLE អាចនិងនឹង preempt ការបញ្ជូន Zigbee CSL ដែលនឹងបញ្ចប់ការបញ្ជូន។ ការបំរែបំរួលកម្មវិធីកំណត់ពេលគឺជារឿងធម្មតាសម្រាប់ CSL ដែលមិនបានធ្វើសមកាលកម្ម ដោយហេតុថា លំដាប់នៃស៊ុមភ្ញាក់វែងដែលអាចប្រើបានយូរ។ អ្នកប្រើដែលចង់កែសម្រួលអាទិភាពនៃការបញ្ជូនអាចប្រើសមាសភាគការលៃតម្រូវនិងការសាកល្បង DMP ដើម្បីធ្វើដូច្នេះ។ អ្នកប្រើប្រាស់ក៏អាចពិគ្រោះជាមួយ UG305: មគ្គុទ្ទេសក៍អ្នកប្រើពហុប្រូតូកូលថាមវន្តសម្រាប់ព័ត៌មានបន្ថែម។ បញ្ហាមួយត្រូវបានជួសជុលនៅក្នុង 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	បានដោះស្រាយបញ្ហាដែលកំណត់រចនាសម្ព័ន្ធ 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	ឧបករណ៍ចុងងងុយគេងថ្មីដែលមិនមែនជារោងចក្រដែលប៉ះអ្នកចាប់ផ្តើមដែលមានសមត្ថភាពគោលដៅ មិនអាចទទួលបានការឆ្លើយតបព័ត៌មានឧបករណ៍ក្នុងកាលៈទេសៈជាក់លាក់ណាមួយឡើយ។	ស្ថិតក្រោមការស៊ើបអង្កេត
465180	ធាតុបង្កើនប្រសិទ្ធភាពកម្មវិធីទប់ស្កាត់វិទ្យុរួមគ្នា "បើកការគ្រប់គ្រងពេលដំណើរការ" អាចរារាំងប្រតិបត្តិការ Zigbee ត្រឹមត្រូវ។	ជម្រើស 'Wi-Fi Select' ការត្រួតពិនិត្យនៃការបង្កើនប្រសិទ្ធភាព Blocker គួរតែត្រូវបានទុក "បិទ" ។
480550	ចង្កោម OTA មានវិធីសាស្រ្តបំបែកខ្លួនដែលភ្ជាប់មកជាមួយ ដូច្នេះវាមិនគួរប្រើការបែងចែក APS ទេ។ ទោះបីជាក្នុងករណីដែលការអ៊ិនគ្រីប APS ត្រូវបានបើកក៏ដោយ វាបង្កើនបន្ទុករបស់ ImageBlockResponses ដល់ទំហំដែលការបំបែក APS ត្រូវបានធ្វើឱ្យសកម្ម។ នេះអាចនាំឱ្យដំណើរការ OTA បរាជ័យ។	គ្មានដំណោះស្រាយដែលគេស្គាល់ទេ។
481128	ព័ត៌មានលម្អិតអំពីមូលហេតុនៃការកំណត់ឡើងវិញ និងការគាំងគួរមានតាមលំនាំដើមតាមរយៈ Virtual UART (Serial 0) នៅលើ NCP platforms នៅពេលដែលកម្មវិធីជំនួយ Diagnostics និង Virtual UART peripheral ត្រូវបានបើក។	ដោយសារសៀរៀល 0 ត្រូវបានចាប់ផ្តើមរួចហើយនៅក្នុង NCP អតិថិជនអាចបើកដំណើរការ emberAfNcpInitCallback នៅក្នុង Zigbee NCP Framework ហើយហៅមុខងារវិនិច្ឆ័យដែលសមស្រប (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDhalParts) ដើម្បីបោះពុម្ពទិន្នន័យនេះ និង viewនៅក្នុងកំណត់ហេតុការចាប់យក Network Analyzer ។ សម្រាប់អតីតample នៃរបៀបប្រើមុខងារទាំងនេះ សូមមើលកូដដែលបានរួមបញ្ចូលនៅក្នុង emberAfMainInit() របស់ a-main-soc.c នៅពេលដែល 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 .
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 ដូច្នេះជួរហៅត្រឡប់មកវិញត្រូវបានដោះលែងលឿនជាងមុន។
1252460	ទម្លាប់នៃការស្តារ SimEEPROM (សម្រាប់ទាំង v1 និង v2) ដែលដំណើរការនៅពេលចាប់ផ្តើមអាចដំណើរការការហៅលុបទំព័រ flash ដែលមិនត្រឹមត្រូវដែលបណ្តាលឱ្យមានការអះអាងក្នុងអំឡុងពេល em_msc ។ c's MSC_ErasePage routine ។	ដំណោះស្រាយ៖ ដាក់ជួរកូដខាងក្រោមនៅផ្នែកខាងលើនៃមុខងារ MSC_ErasePage() ក្នុង em_msc.c: start address = (uint32_t)((uint32_t)start address & ~(FLASH_PAGE_SIZE-1));*

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

បានបដិសេធនៅក្នុងការចេញផ្សាយ 7.4.1.0|
នៅក្នុង GSDK 7.4.0.0 តទៅ រួមទាំងបំណះនេះ ជម្រើស "-v" នៅក្នុង Z3Gateway សម្រាប់កម្មវិធីម៉ាស៊ីន linux ដើម្បីបង្កើតចំណុចប្រទាក់ 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។

លុបធាតុ d

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

បានលុប API សាធារណៈស្ទួននៅក្នុងបឋមកថាសាធារណៈ file gp-types.h.
សមាសភាគ zigbee_end_device_bind ត្រូវបានដកចេញ។ សមាសភាគនេះត្រូវបានប្រើសម្រាប់អ្នកសំរបសំរួលទៅនឹងឈ្មួញកណ្តាលដែលចងភ្ជាប់ការស្វែងរកឡើងវិញសម្រាប់ឧបករណ៍បញ្ចប់។ មុខងារស្រេចចិត្តនេះត្រូវបានដកចេញពី R22 នៃ Zigbee core spec ។
បានលុប setPacketBufferCount() នៅក្នុង af-host.c និងប្រអប់ពិនិត្យគ្មានប្រយោជន៍ EZSP_CONFIG_PACKET_BUFFER_COUNT៖ នៅក្នុង command-handlers.c.

បានដកចេញនូវ memoryAllocation argument ព្រោះមិនចាំបាច់បែងចែកជាពីរដំណាក់កាលនៅពេលចាប់ផ្តើម NCP ទេ។
បានលុប emberAfNcpInitCallback() នៅក្នុង se14-comms-hub, se14-ihd, និង se14-meter-gas's app.c.
បានលុបការកំណត់តម្លៃ EZSP_CONFIG_RETRY_QUEUE_SIZE កំឡុងពេលចាប់ផ្តើម ncp ក្នុងការកំណត់រចនាសម្ព័ន្ធ ncp។ គ.

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 ឥឡូវនេះគឺជាគុណភាពផលិតកម្ម។
បញ្ហាថេរ
- បានជួសជុលនៅក្នុងការចេញផ្សាយ 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 ។	នឹងត្រូវបានដោះស្រាយនៅក្នុងការចេញផ្សាយនាពេលខាងមុខ។

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

ធាតុដែលបានដកចេញ
បានយកចេញនៅក្នុងការចេញផ្សាយ 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:\អ្នកប្រើប្រាស់\ \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, ThreadArch, 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

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

សំណួរ៖ តើកម្មវិធីចងក្រងដែលត្រូវបានណែនាំសម្រាប់ SDK នេះជាអ្វី?
A: កម្មវិធីចងក្រងដែលបានណែនាំគឺ GCC កំណែ 12.2.1 ដែលផ្តល់ជាមួយ Simplicity Studio ។

សំណួរ៖ តើខ្ញុំអាចស្វែងរកបច្ចុប្បន្នភាព និងការជូនដំណឹងអំពីសុវត្ថិភាពនៅឯណា?
ចម្លើយ៖ សូមមើលជំពូកសុវត្ថិភាពនៃកំណត់ចំណាំការចេញផ្សាយវេទិកា Gecko ឬចូលទៅកាន់ Silicon Labs webគេហទំព័រសម្រាប់ព័ត៌មានសុវត្ថិភាព។

ឯកសារ/ធនធាន

SILICON LABS EmberZNet SDK Gecko Software Development Kit [pdf] ការណែនាំអ្នកប្រើប្រាស់
EmberZNet SDK Gecko Software Development Kit, SDK Gecko Software Development Kit, Gecko Software Development Kit, Software Development Kit, Development Kit, Kit

ឯកសារយោង

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

SILICON LABS EmberZNet SDK Gecko Software Development Kit

ព័ត៌មានអំពីផលិតផល

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