AN13951
ការបង្កើនប្រសិទ្ធភាពការប្រើប្រាស់ថាមពលសម្រាប់ i.MX 8ULP
Rev. 0 - 30 ឧសភា 2023
កំណត់ចំណាំកម្មវិធី
AN13951 ការបង្កើនប្រសិទ្ធភាពការប្រើប្រាស់ថាមពលសម្រាប់ i.MX 8ULP
ព័ត៌មានឯកសារ
| ព័ត៌មាន | មាតិកា |
| ពាក្យគន្លឹះ | AN13951, i.MX 8ULP, ស្ថាបត្យកម្មថាមពល, ការប្រើប្រាស់ថាមពល, ការបង្កើនប្រសិទ្ធភាពកម្មវិធី |
| អរូបី | កំណត់ចំណាំកម្មវិធីនេះពិពណ៌នាអំពីវិធីបង្កើនប្រសិទ្ធភាពការប្រើប្រាស់ថាមពលកម្រិតប្រព័ន្ធនៅក្នុងមួយចំនួន សេណារីយ៉ូធម្មតាជាមួយនឹងការផ្សំដែនផ្សេងៗគ្នា។ |
សេចក្តីផ្តើម
ប្រព័ន្ធដំណើរការរបស់គ្រួសារ i.MX 8ULP មានលក្ខណៈពិសេស NXP កម្រិតខ្ពស់នៃការអនុវត្តនៃស្នូល Arm Cortex-A35 ពីររួមជាមួយ Arm Cortex-M33 ។ ស្ថាបត្យកម្មរួមបញ្ចូលគ្នានេះអាចឱ្យឧបករណ៍ដំណើរការប្រព័ន្ធប្រតិបត្តិការដ៏សម្បូរបែបដូចជាលីនុចនៅលើស្នូល Cortex-A35 និង RTOS ដូចជា FreeRTOS នៅលើស្នូល Cortex-M33 ។ វាក៏រួមបញ្ចូល Fusion DSP សម្រាប់អូឌីយ៉ូដែលមានថាមពលទាប និង HiFi4 DSP សម្រាប់កម្មវិធីអូឌីយ៉ូកម្រិតខ្ពស់ និងម៉ាស៊ីនរៀន។ វាផ្តោតលើករណី និងផលិតផលដែលមានថាមពលទាប និងថាមពលទាបបំផុត។
i.MX 8ULP មានការរចនាដ៏ស្មុគ្រស្មាញ និងកម្រិតខ្ពស់ ដើម្បីគ្របដណ្តប់ករណីប្រើប្រាស់ផ្សេងៗ ដែលបែងចែក SoC ជាបីដែន ជាមួយនឹងការគ្រប់គ្រងថាមពល និងនាឡិកាដោយឯករាជ្យ និងឧទ្ទិស។ នេះផ្តល់នូវភាពបត់បែនសម្រាប់អ្នកប្រើប្រាស់ក្នុងការអនុវត្តករណីប្រើប្រាស់ផ្សេងៗគ្នាដោយរួមបញ្ចូលគ្នានូវដែនផ្សេងៗគ្នា។ កំណត់ចំណាំកម្មវិធីនេះមានបំណងពិពណ៌នាអំពីរបៀបបង្កើនប្រសិទ្ធភាពការប្រើប្រាស់ថាមពលកម្រិតប្រព័ន្ធនៅក្នុងសេណារីយ៉ូធម្មតាមួយចំនួនជាមួយនឹងបន្សំដែនផ្សេងៗគ្នា។
ចំណាំ៖ កំណត់ចំណាំកម្មវិធីនេះប្រើលីនុច និងកូដ SDK នៃ BSP ជាឯកសារយោង និងឧamples ។
ជាងview
i.MX 8ULP SoC មានដែនបីដាច់ដោយឡែកពីគ្នា៖ កម្មវិធីដំណើរការកម្មវិធី (AP) វីដេអូអូឌីយ៉ូថាមពលទាប (LPAV) និងដែនតាមពេលវេលាពិត (RT) ។ ការគ្រប់គ្រងថាមពល និងនាឡិកានៃដែនទាំងនេះត្រូវបានបំបែកចេញពីគ្នា ហើយក្រណាត់ឡានក្រុងនៃដែននីមួយៗត្រូវបានរួមបញ្ចូលគ្នាយ៉ាងតឹងរ៉ឹងសម្រាប់ការទំនាក់ទំនងប្រកបដោយប្រសិទ្ធភាព។
ដែនកម្មវិធី (APD) ត្រូវបានប្រើសម្រាប់ការគណនាដែលមានប្រសិទ្ធភាពខ្ពស់ដោយប្រើស្នូល A35 ពីរ និង I/O ល្បឿនលឿនដូចជា USB/Ethernet/eMMC។ ដែន LPAV (LPAVD) គឺសម្រាប់កម្មវិធីពហុមេឌៀ រួមមាន អូឌីយ៉ូ វីដេអូ ក្រាហ្វិក និងអេក្រង់ដែលទាមទារអង្គចងចាំ DDR ដែលមានប្រសិទ្ធភាពខ្ពស់ និងធំ។ ដែនតាមពេលវេលាពិត (RTD) រួមមានស្នូល M33 ដែលមានកម្រិតយឺត, Fusion DSP តូចសម្រាប់ដំណើរការសំឡេង/សំឡេង, uPower សម្រាប់ការគ្រប់គ្រងស្ថានភាពថាមពល SoC សរុប និង Sentinel សម្រាប់ការគ្រប់គ្រងសុវត្ថិភាព។
រូបភាពទី 1. i.MX8ULP domains
2.1 ស្ថាបត្យកម្មថាមពល
ដែនផ្សេងៗគ្នាមានការផ្គត់ផ្គង់ថាមពលដាច់ដោយឡែក (ផ្លូវដែក) ។ រូបភាពទី 2 បង្ហាញពីគ្រោងការណ៍ថាមពល i.MX 8ULP ។ មានកុងតាក់ថាមពល 18 x (PS) សម្រាប់ម៉ូឌុល IP ខាងក្នុងរបស់ SoC ។ ម៉ូឌុលទាំងនេះអាចត្រូវបានបើក/បិទដោយកម្មវិធី តាមរយៈ uPower FW API សម្រាប់ការគ្រប់គ្រងថាមពលច្បាស់លាស់។
uPower គឺជាឧបករណ៍បញ្ជាថាមពលកណ្តាលនៅក្នុង i.MX 8ULP ។ កម្មវិធីបង្កប់ដែលដំណើរការលើ uPower ផ្តល់នូវលក្ខណៈពិសេសដូចខាងក្រោមៈ
- ឧបករណ៍បញ្ជាការផ្លាស់ប្តូររបៀបថាមពល។
- ឧបករណ៍វាស់ថាមពលសម្រាប់ការវាស់វែងការប្រើប្រាស់ដែនថាមពលរបស់ឧបករណ៍។
- ឧបករណ៍ចាប់សញ្ញាសីតុណ្ហភាពសម្រាប់វាស់សីតុណ្ហភាពឧបករណ៍។
- ឯកតាផ្ញើសារសម្រាប់ការទំនាក់ទំនងជាមួយប្រព័ន្ធដំណើរការនៅលើបន្ទះឈីប។
- I2C សម្រាប់ទំនាក់ទំនងជាមួយ PMIC ។
ការបញ្ចូល/ចេញពីរបៀបថាមពលទាបគឺធ្វើឡើងដោយការហៅទៅកាន់ uPower FW API នៅក្នុងកម្មវិធី APD ឬ RTD។ ដើម្បីកំណត់រចនាសម្ព័ន្ធ PMIC ដូចជាការកំណត់ ទិន្នផលផ្លូវដែកថាមពល វ៉ុលtage, limitation, etc. ត្រូវតែធ្វើឡើងដោយការហៅ uPower FW I2C ឬ PMIC APIs។
រូបភាពទី 2. ស្ថាបត្យកម្មថាមពល
2.2 របៀបថាមពល
តារាងទី 1 បង្ហាញការរួមបញ្ចូលរបៀបថាមពល CA35 និង CM33 ដែលមាន។ SoC មិនគាំទ្របន្សំមួយចំនួនទេ។ សម្រាប់ព័ត៌មានលម្អិតអំពីមុខងារថាមពលនីមួយៗ សូមមើលជំពូក "ការគ្រប់គ្រងថាមពល" នៅក្នុងសៀវភៅណែនាំអំពីដំណើរការ i.MX 8ULP (ឯកសារ i.MX8ULPRM) ។
តារាង 1. i.MX8ULP របៀបថាមពល
| CA35 | CM33 | ||||
| សកម្ម | គេង | ការគេងជ្រៅ | ថាមពលធ្លាក់ចុះ | ថាមពលធ្លាក់ចុះ | |
| សកម្ម | បាទ សេណារីយ៉ូ #1 | បាទ សេណារីយ៉ូ #3 | បាទ សេណារីយ៉ូ #3 | ទេ | ទេ |
| សកម្មដោយផ្នែក* | បាទ | បាទ | បាទ | ទេ | ទេ |
| គេង | បាទ | បាទ | បាទ | ទេ | ទេ |
| ងងុយគេង * | បាទ | បាទ | បាទ | ទេ | ទេ |
| ថាមពលធ្លាក់ចុះ | បាទ សេណារីយ៉ូ # 2/4 |
បាទ សេណារីយ៉ូ #2 |
បាទ សេណារីយ៉ូ #2 |
បាទ សេណារីយ៉ូ #2 |
បាទ |
| ថាមពលធ្លាក់ចុះ | បាទ | បាទ | បាទ | បាទ | |
*លីនុចមិនគាំទ្រការគេងជ្រៅ ឬរបៀបសកម្មដោយផ្នែកសម្រាប់ A35 ទេ។
តារាងទី 2 គូសផែនទីហេដ្ឋារចនាសម្ព័ន្ធថាមពលខឺណែលលីនុចទៅជារបៀបថាមពល 8ULP ។
តារាង 2. លីនុច BSP គាំទ្ររបៀបថាមពល
| ថាមពលលីនុច | របៀបថាមពល 8 ULP |
| រត់ | សកម្ម |
| CPU ទំនេរ | គេង |
| រង់ចាំ | គ្មាន |
| ផ្អាក | ថាមពលធ្លាក់ចុះ |
| បិទថាមពល | ថាមពលធ្លាក់ចុះ |
យោងតាមករណី និងសេណារីយ៉ូនៃការប្រើប្រាស់ផ្សេងៗគ្នា អ្នកប្រើប្រាស់អាចជ្រើសរើសដែនមួយ ឬពីរ ឬទាំងបីនៅក្នុងករណីសំខាន់ៗ។ ករណីប្រើប្រាស់/សេណារីយ៉ូទាំងនេះអាចដាក់ជាបួនប្រភេទដូចខាងក្រោម៖
- ដែនទាំងអស់សកម្ម - ដូចជានាឡិកាឆ្លាតវៃសកម្ម។
- ដែន RTD ប្រើតែ - ដូចជាមជ្ឈមណ្ឌលឧបករណ៍ចាប់សញ្ញា និងការរកឃើញពាក្យគន្លឹះដាស់សំឡេងនៅក្នុងថាមពលទាបបំផុត។
- APD សកម្មជាមួយ LPAV - ដូចជាការរុករកផែនទី និងទំព័រ E-Reader ។
- RTD សកម្មជាមួយ LPAV - ដូចជាការបង្ហាញថាមពលទាប និងដំណើរការអូឌីយ៉ូ Hi-Fi ។
សេណារីយ៉ូទាំងបួននេះត្រូវបានសម្គាល់ តារាងទី 1. ជំពូកខាងក្រោមពិពណ៌នាអំពីវិធីបង្កើនប្រសិទ្ធភាពការប្រើប្រាស់ថាមពលសម្រាប់សេណារីយ៉ូ 2, 3, និង 4។ ការបង្កើនប្រសិទ្ធភាពថាមពលសកម្មនៃដែនទាំងអស់អាចប្រើប្រាស់គន្លឹះពីសេណារីយ៉ូផ្សេងទៀត។
2.3 របៀបបើកបរ
SoC អាចគាំទ្ររបៀបបើកបរខុសគ្នា៖ លើសដ្រាយ (OD) ដ្រាយឈ្មោះ (ND) និងក្រោមដ្រាយ (UD) ដែលមានន័យថា SoC អាចដំណើរការក្រោមវ៉ុលស្នូលផ្សេងគ្នា។tages ជាមួយនឹងប្រេកង់ឡានក្រុង និង IP ដែលត្រូវគ្នា។ អ្នកប្រើប្រាស់អាចជ្រើសរើសរបៀបបើកបរត្រឹមត្រូវសម្រាប់ករណីប្រើប្រាស់ និងតម្រូវការថាមពល។
លំនាំដើម BSP ចាប់ផ្ដើម SoC ដោយដាក់ APD/LPAV ចូលទៅក្នុងរបៀប OD និង RTD ចូលទៅក្នុងរបៀប ND ។ អ្នកប្រើប្រាស់អាចកំណត់រចនាសម្ព័ន្ធ U-Boot និងផ្ទុក kernel device-tree ជាក់លាក់ files សម្រាប់របៀប ND ។ ដែន RTD គាំទ្រតែ UD ប៉ុណ្ណោះ។
តារាងទី 3 រាយនាឡិកា IP សំខាន់ៗមួយចំនួននៅក្រោមរបៀបផ្សេងៗគ្នា។
តារាងទី 3. នាឡិកា IP សំខាន់ៗនៅក្រោមរបៀបផ្សេងៗគ្នា
| ឈ្មោះនាឡិកា | លើស Drive (1.1 V) ប្រេកង់ (MHz) | ប្រេកង់ដ្រាយ (1.0 V) (MHz) |
| CM33_BUSCLK | 108 | 65 |
| DSP_CORECLK | 200 | 150 |
| FlexSPI0/1 | 400 | 150 |
| NIC_AP_CLK | 460 | 241 |
| NIC_PER_CLK | 244 | 148 |
| usDHC0 | 397 | 200 |
| uSDHC1 (PTE/F) | 200 | 100 |
| uSDHC2 (PTF) | 200 | 100 |
| HIFI4_CLK | 594 | 263 |
| NIC_LPAV_AXI_CLK | 316.8 | 200 |
| NIC_LPAV_AHB_CLK | 158.4 | 100 |
| DDR_CLK | 266 | 200 |
| DDR_PHY | 528 | 400 |
| GPU 3D/2D | 316.8 | 200 |
| ឌីស៊ីណូណូ | 105 | 75 |
សម្រាប់នាឡិកាច្រើនទៀត សូមមើលតារាងប្រេកង់នាឡិកានៅក្នុង i.MX 8ULP Applications Processor—Industrial Products (ឯកសារ IMX8ULPIEC)។
ដែន RTD ប៉ុណ្ណោះ។
ពិចារណា SDK Power_mode_switch ការបង្ហាញជាអតីតample បានផ្តល់ជាមួយកម្មវិធី i.MX 8ULP SDK ដោះលែង។
នៅក្នុងសេណារីយ៉ូនេះ ដែន AP និង LPAV ស្ថិតក្នុងរបៀបបិទថាមពលចុះក្រោម ហើយ M33 core ឬកំណត់ឡើងវិញអាចដាស់ពួកវា។ ដែន RTD អាចស្ថិតនៅក្នុងសកម្ម ការគេង ការគេងជ្រៅ ឬរបៀបបិទថាមពល យោងទៅតាមតម្រូវការប្រើប្រាស់ថាមពល និងពេលវេលាភ្ញាក់។
រូបភាពទី 3 និង រូបភាពទី 4 បង្ហាញការប្រើប្រាស់ថាមពល និងម៉ោងភ្ញាក់សម្រាប់របៀបថាមពលទាបនីមួយៗ។
រូបភាពទី 3. ការប្រើប្រាស់ថាមពលនៅក្នុងរបៀបថាមពលផ្សេងៗគ្នា
រូបភាពទី 4. ពេលវេលាដាស់ប្រព័ន្ធនៅក្នុងរបៀបថាមពលខុសៗគ្នា
3.1 ជ្រើសរើសរបៀបថាមពលទាបត្រឹមត្រូវ។
អ្នកប្រើត្រូវតែជ្រើសរបៀបថាមពលទាបមួយឬច្រើនខាងស្ដាំនៃការសន្សំថាមពលតាមតម្រូវការ។ ការពិចារណាខាងក្រោមត្រូវតែយកមកពិចារណា៖
- ពិចារណាការប្រើប្រាស់ថាមពល SoC, PD < 300 µW, ការគេងជ្រៅ < 1 mW, គេង < 50 mW
- ពិចារណាពីម៉ោងភ្ញាក់ពីរបៀបថាមពលទាប PD > 400 µs ការគេងជ្រៅ > 60 µs គេង > 10 µs
- ពិចារណា IPs ដែលប្រើក្នុងរបៀបថាមពលទាបបំផុតដោយយោង តារាងទី 4.
សម្រាប់អតីតampលេ៖
1. ប្រសិនបើ LPI2C[3] ត្រូវតែមានមុខងារ ឬប្រតិបត្តិការ Async ប៉ុន្តែមិនមែន CG/PG សូមប្រើមុខងារ Sleep ។
2. ប្រសិនបើ FlexSPI ត្រូវបានទាមទារឱ្យមានមុខងារ នោះរបៀបថាមពលទាបបំផុតគឺការគេងដោយគ្មាននាឡិកាប្រព័ន្ធ/ឡានក្រុង។
តារាងទី 4. ព័ត៌មានលម្អិតអំពីមុខងារថាមពល (ដែនពេលវេលាពិត)
| ម៉ូឌុល | របៀបថាមពល | សកម្ម | គេង | ការគេងជ្រៅ | ថាមពលធ្លាក់ចុះ | អំណាចជ្រៅ ចុះ |
| ដែនអំណាចរដ្ឋអំណាច | ការផ្គត់ផ្គង់ស្នូល = បើក, លំអៀង = AFBB និង DVS, នាឡិកាប្រព័ន្ធ/ឡានក្រុង = បើក, ការផ្គត់ផ្គង់ I/O = ON | ការផ្គត់ផ្គង់ស្នូល = ON, Bias = AFBB ឬ ARBB, Voltage = ថេរ នាឡិកាប្រព័ន្ធ/ឡានក្រុង = ON (ជាជម្រើស) ការផ្គត់ផ្គង់ I/O = ON | ការផ្គត់ផ្គង់ស្នូល = ON, Bias = RBB Voltage/ Bias = prog, ប្រព័ន្ធ/នាឡិកា Bus = OFF, I/ 0 supply = ON | ការផ្គត់ផ្គង់ស្នូល = ON (Mem only), Bias = RBB, Voltage/ Bias = prog, ប្រព័ន្ធ/នាឡិកា Bus = OFF, I/ 0 supply = ON (ស្រេចចិត្ត) | ការផ្គត់ផ្គង់ស្នូល = បិទ, លំអៀង = RBB, វ៉ុលtage/ Bias = prog, ប្រព័ន្ធ/នាឡិកា Bus = OFF, I/ 0 supply = ON (ជាជម្រើស) | |
| CCGO | RTD | មុខងារ | មុខងារ | មុខងារ (មានកំណត់) | PG | PG |
| PLLO | អេសអិលអិល។ អិល | មុខងារ | មុខងារ | CG | PG | PG |
| PLL1 (អូឌីយ៉ូ) | អេសអិលអិល។ អិល | មុខងារ | មុខងារ | CG | PG | PG |
| LPO (1 MHz) | RTD | មុខងារ | មុខងារ | មុខងារ | PG | PG |
| SYSOSC | RTD | មុខងារ | មុខងារ | មុខងារ | PG | PG |
សម្រាប់ព័ត៌មានលម្អិត សូមមើលជំពូក “ព័ត៌មានលម្អិតអំពីមុខងារថាមពល (ដែនពេលវេលាពិត)” នៅក្នុងសៀវភៅណែនាំអំពីដំណើរការ i.MX 8ULP (ឯកសារ i.MX8ULPRM)។
ពិចារណាករណីប្រើសំឡេងដាស់សំឡេងដែលមានថាមពលទាបជាអតីតampលេ របៀបថាមពលទាបបំផុតដែលអ្នកប្រើប្រាស់អាចជ្រើសរើសបានគឺ ការគេងជ្រៅ។ IP របស់មីក្រូហ្វូន (MICFIL) អាចដំណើរការក្រោមការគេងជ្រៅដោយបើកនាឡិកា FRO ដែលមិនអាចដំណើរការបាននៅក្រោមរបៀបបិទថាមពល។
3.2 ប្រើនាឡិកាត្រឹមត្រូវ។
ដែន RTD មានប្រភពនាឡិកាជាច្រើន ដូចបង្ហាញក្នុងរូបភាពទី 5៖ SYSOSC, FRO, LPO, PLL0 (system PLL (SPLL)) និង PLL1 (audio PLL (APLL))។ ទន្ទឹមនឹងនេះដែរ ដែន RTD ក៏អាចប្រើដែន VBAT នាឡិកា RTC32K/1K ផងដែរ។
រូបភាពទី 5. ដ្យាក្រាមនាឡិកា RTD CGC0
- ប្រភពនាឡិកា SYSOSC គឺមកពីគ្រីស្តាល់ខាងក្រៅ ធម្មតា 24 MHz ។ ប្រភព PLL0/1 និង CM33 core/bus អាចប្រើប្រភពនាឡិកា SYSOSC ។
- FRO គឺជាលំយោលដែលកំពុងដំណើរការដោយឥតគិតថ្លៃជាមួយនឹងឧបករណ៍ចាប់ប៉ុស្តិ៍ ដែលអាចបញ្ចេញបាន 192 MHz និង 24 MHz នាឡិកា។ FRO24 អាចត្រូវបានប្រើសម្រាប់ប្រភព PLL0/1 ហើយ FRO192 អាចត្រូវបានប្រើសម្រាប់នាឡិកាស្នូល CM33/ឡានក្រុង។
- LPO ត្រូវបានជួសជុលនៅ 1 MHz ដែលប្រើដោយម៉ូឌុល IP ដែលត្រូវតែដំណើរការក្នុងរបៀបថាមពលទាបដូចជា EWM និង LPTMR ។
- PLL0 កំពុងដំណើរការនៅ 480 MHz ហើយ PLL1 គឺ 528 MHz ។ PLL0 គឺជាប្រព័ន្ធ PLL ដែលប្រើដោយ CM33 core/bus និង FlexSPI ។ PLL1 ត្រូវបានប្រើប្រាស់ដោយប្រព័ន្ធអូឌីយ៉ូដូចជា SAI/MICFIL/MQS។ ពួកគេទាំងពីរអាចផ្តល់ប្រេកង់នាឡិកាខ្ពស់សម្រាប់ CM33 core/bus ។
ដោយសារ CM33 core/bus clock អាចត្រូវបានប្រភពពី FRO ឬ SYSOSC វាជាការប្រសើរជាងក្នុងការជៀសវាងការប្រើ PLL0/1 ប្រសិនបើប្រេកង់ខ្ពស់ជាងនេះមិនត្រូវបានទាមទារ។ ការបិទ PLLs អាចសន្សំសំចៃថាមពលយ៉ាងខ្លាំង។
ប្រសិនបើ PLLs ត្រូវបានប្រើសម្រាប់ CM33 នៅក្នុងរបៀបសកម្ម ពួកគេត្រូវតែបិទដោយដៃ មុនពេលចូលទៅក្នុងរបៀបថាមពលទាប (គេង / ងងុយដេក / បិទថាមពល) ដើម្បីសន្សំសំចៃថាមពល។ វាទាមទារជំហានជាច្រើន៖
- បើកដំណើរការ FRO ឬ SYSOSC ជាមួយនឹងការកំណត់ប៊ីត *DSEN នៅក្នុងការចុះឈ្មោះ SCR យោងតាមការប្រើប្រាស់ Fusion DSP នៅក្នុងរបៀបថាមពលទាប
- រង់ចាំសុពលភាពនាឡិកាដោយពិនិត្យមើល VLD ប៊ីតដែលបានកំណត់នៅក្នុងការចុះឈ្មោះ SCR ។
- បិទម៉ូឌុល IP ដែលប្រើ PLLs ឬប្តូរនាឡិកាទៅ FRO ឬ SYSOSC ។
- ប្តូរនាឡិកា CM33 ទៅ FRO ឬ SYSOSC ជាមួយនឹងការកំណត់ស្នូល/ឡានក្រុង/នាឡិកាយឺត DIV នៅក្នុង CGC0.CM33CLK។
- រង់ចាំពីរបីវិនាទី។ ដើម្បីរង់ចាំឱ្យនាឡិកាមានស្ថេរភាព សូមពិនិត្យមើលប៊ីត CM33LOCKED ។
- បិទ PLL0/1 ដោយសម្អាតប៊ីត SCR PLLEN ។
3.3 បិទ និងបិទទ្វារនាឡិកា របៀប IP ដែលមិនបានប្រើ និងភាគថាស SRAM
សម្រាប់ដែន RTD កុងតាក់ថាមពលជាច្រើនអាចបើក/បិទ (សូមមើលផ្នែកទី 7)៖
- PS0៖ ស្នូល CM33 គ្រឿងកុំព្យូទ័រ និង EdgeLock enclave
- PS1: Fusion DSP ស្នូល
- PS14: Fusion AON
- PS15: eFuse
នៅក្នុង SDK អ្នកប្រើប្រាស់អាចហៅទៅ UPOWER_PowerOffSwitches(upower_ps_mask_t mask) និង UPOWER_PowerOn Switches(upower_ps_mask_t mask) ដើម្បីបិទ និងបើកម៉ូឌុលតាមតម្រូវការ។ តារាងទី 7 បង្ហាញតម្លៃប៉ារ៉ាម៉ែត្ររបាំង។
សម្រាប់គ្រឿងកុំព្យូទ័រ CM33 (ម៉ូឌុល IP) ដែលមិនត្រូវបានប្រើប្រាស់ សូមទុកវាជាស្ថានភាពបិទ (កំណត់តម្លៃឡើងវិញ) ឬបិទវាដោយសម្អាតប៊ីតដែលបានបើករបស់វា ដូចជា LPI2C MCR master enable bit ។ សូមប្រាកដថា ប៊ីតត្រួតពិនិត្យច្រកទ្វារនាឡិកា PCC ត្រូវបានជម្រះ ឧទាហរណ៍ample, PCC1.PCC_LPI2C0[CGC] ប៊ីត។ នៅក្នុងដែន RTD នាឡិកា IP ទាំងអស់អាចត្រូវបានបិទទ្វារ ឬបិទដោយម៉ូឌុលនាឡិកា PCC ។
ភាគថាសអង្គចងចាំក៏ជាការពិចារណាផងដែរ ដើម្បីសន្សំថាមពល ប្រសិនបើអង្គចងចាំទាំងនោះមិនត្រូវបានប្រើ។ នៅក្នុង SDK អ្នកប្រើប្រាស់អាចហៅទៅ UPOWER_PowerOffMemPart(uint32_t mask0, uint32_t mask1) និង UPOWER_PowerOnMemPart(uint32_t mask0, uint32_t mask1) ដើម្បីបិទ និងបើកភាគថាសអង្គចងចាំតាមតម្រូវការ។ តារាងទី 8 បង្ហាញតម្លៃប៉ារ៉ាម៉ែត្ររបាំង 0/1 ។
3.4 ចូលទៅក្នុងរបៀបថាមពលទាប
មុនពេលចូលទៅក្នុងរបៀបថាមពលទាប (គេង / ងងុយដេក / បិទថាមពល) ជំហានជាច្រើនត្រូវតែអនុវត្តដើម្បីធានាថាការប្រើប្រាស់ថាមពលមានកម្រិតទាបនៅក្នុងរបៀបទាំងនោះ៖
- ការកំណត់ PAD ទូទៅនៅក្នុងម៉ូឌុលស៊ីម
I/O PADs មានពីរប្រភេទនៅក្នុង SoC: FSGPIO (PTA/B/E/F) និង HSGPIO (PTC/D)។ ដើម្បីសន្សំថាមពលនៅក្រោមរបៀបថាមពលទាប អ្នកប្រើប្រាស់គួរតែ៖
- បិទមុខងារសំណងសម្រាប់ HSGPIO ដោយសម្អាតប៊ីត COMPE នៅក្នុងការចុះឈ្មោះ PTC/D_COMPCELL ។
- កំណត់ជួរប្រតិបត្តិការ I/O សម្រាប់ FSGPIO ដែលដំណើរការក្នុងរង្វង់ 1.8 V ដោយកំណត់ PTx_OPERATION_RANGE ប៊ីតក្នុង
DGO_GP10/11 នៃ RTD_SEC_SIM និង DGO_GP4/5 នៃ APD_SIM ។ នៅលើ EVK PTB ដំណើរការសម្រាប់ 1.8 V. អ្នកប្រើប្រាស់គួរតែកំណត់ជួរប្រតិបត្តិការ PTB ត្រឹម 1.8 V ដោយកំណត់ RTD_SEC_SIM[DGO_GP11] = 0x1 ។ - បិទម្ជុល I/O ដោយកំណត់ PAD mux ទៅជាមុខងារ analog hi-Z លើកលែងតែម្ជុលដែលត្រូវបានប្រើដោយមុខងារ GPIO wake-up ឬម៉ូឌុលក្នុងរបៀបថាមពលទាប ម្ជុល PTA/B/C ផ្សេងទៀតទាំងអស់គួរតែត្រូវបានកំណត់ទៅ មុខងារ analog high-Z ដើម្បីសន្សំថាមពល។ ការសម្អាតប៊ីត mux នៅក្នុងការចុះឈ្មោះ IOMUX0.PCR0_PTA/B/Cx អាចសម្រេចបាន។ នៅក្នុង SDK អ្នកប្រើប្រាស់អាចកំណត់ 0 ដោយផ្ទាល់ទៅធាតុអារេខាងក្រោម៖
PTA៖ IOMUXC0->PCR0_IOMUXCARRAY0[x] PTB៖ IOMUXC0->PCR0_IOMUXCARRAY1[x] PTC៖ IOMUXC0->PCR0_IOMUXCARRAY2[x] សម្រាប់អតីតample, IOMUXC0->PCR0_IOMUXCARRY0[1] = 0 អាចបិទ PTA1 ។
ចំណាំ៖ ដោយសារ PMIC ត្រូវតែកំណត់រចនាសម្ព័ន្ធតាមរយៈ I2C (PTB10/11) កំឡុងពេលផ្លាស់ប្តូររបៀបថាមពល អ្នកមិនអាចបិទម្ជុលទាំងនេះបានទេ។
ដើម្បីរក្សា I/O pin ដើម្បីដើរតួជាប្រភពដាស់ ការកំណត់ខាងក្រោមគួរតែត្រូវបានធ្វើសម្រាប់របៀបថាមពលផ្សេងៗគ្នា៖
- របៀបបិទថាមពល៖
1. បើកដំណើរការ pin bit នៅក្នុងការចុះឈ្មោះ WUU0 PE1/PE2។
2. កំណត់រចនាសម្ព័ន្ធ pin mux នៅក្នុង IOMUXC0->PCR0_IOMUXCARRYx ទៅមុខងារ WUU0_Pxx។ សម្រាប់ព័ត៌មានលម្អិត សូមមើលតារាង I/Osignal ដែលបានភ្ជាប់នៅក្នុងសៀវភៅណែនាំអំពីដំណើរការ i.MX 8ULP (ឯកសារ i.MX8ULPRM) ។
- របៀបដំណេក/ការគេងជ្រៅ៖ រៀបចំការចុះឈ្មោះឧបករណ៍បញ្ជារំខាននៃក្រុម GPIO (GPIOx->ICR) ឱ្យបានត្រឹមត្រូវ។ - បង្ហាញ PLLs - ប្តូរនាឡិកាស្នូល / រថយន្តក្រុងទៅ FRO ឬ LPO ។
- ដំឡើង PMIC ដើម្បីកែតម្រូវការផ្គត់ផ្គង់ថាមពលវ៉ុលtage សម្រាប់របៀបថាមពលទាប
i.MX 8ULP គាំទ្រការលៃតម្រូវ វ៉ុលផ្លូវដែក VDD_DIG0/1/2tagអ៊ី ឬដោយផ្ទាល់ បិទផ្លូវរថភ្លើងមួយចំនួន (គ្រាន់តែគាំទ្រការបិទ LSW1 VDD_PTC នៅក្នុង EVK និង SDK បច្ចុប្បន្ននៅក្រោមរបៀបថាមពលចុះក្រោម) កំឡុងពេលប្តូររបៀបថាមពល។ បន្ថយវ៉ុលtage នៅក្នុងរបៀបថាមពលទាបអាចកាត់បន្ថយការប្រើប្រាស់ថាមពលតាមរបៀបដ៏មានប្រសិទ្ធភាព។
ការបិទផ្លូវរថភ្លើងមួយចំនួនអាចកាត់ផ្តាច់ចរន្តដោយផ្ទាល់ដើម្បីសន្សំសំចៃថាមពល. តារាងទី 5 បង្ហាញពីវ៉ុលធម្មតាtages នៃ VDD_DIG0/1 នៅក្រោមរបៀបថាមពលផ្សេងៗគ្នា (VDD_DIG2 ត្រូវបានភ្ជាប់ជាមួយ DIG1 នៅលើបន្ទះ EVK។ វាអាចត្រូវបានកែតម្រូវ រួមគ្នាជាមួយ VDD_DIG1) ។
តារាងទី 5. ការផ្គត់ផ្គង់ថាមពលវ៉ុលtage នៅក្រោមរបៀបថាមពលផ្សេងគ្នា
ផ្លូវដែកថាមពល សកម្ម គេង ការគេងជ្រៅ ថាមពលធ្លាក់ចុះ VDD_DIGO ១២ វ ១២ វ ១២ វ ១២ វ VDD_DIG1 ១២ វ ១២ វ ១២ វ ១២ វ ដើម្បីបន្ថយវ៉ុលtage នៃខ្សែថាមពល អ្នកប្រើប្រាស់គួរតែប្រាប់ uPower ពីរបៀបកំណត់រចនាសម្ព័ន្ធ PMIC កំឡុងពេលផ្លាស់ប្តូរថាមពលដោយបន្ថែមធាតុនៃរចនាសម្ព័ន្ធ ps_rtd_pmic_reg_data_cfgs_t ទៅក្នុងអារេ pwr_sys_cfg->ps_rtd_ pmic_reg_data_cfg[] ។ យក PCA9460 PMIC នៅលើ EVK ជាអតីតampខាងក្រោម៖
1. បញ្ចូលរបៀបបិទថាមពល៖
ក. ទាបចុះក្រោម BUCK2 (VDD_DIG0) ដល់ 0.65 V.
ខ. បិទ LSW1 សម្រាប់ការផ្គត់ផ្គង់ថាមពល PTC I/O ។
2. ចេញពីរបៀបបិទថាមពល៖
ក. បង្កើន BUCK2 (VDD_DIG0) ត្រឡប់ទៅ 1.0 V ។
ខ. បើក LSW1 សម្រាប់ការផ្គត់ផ្គង់ថាមពល PTC I/O ។
នៅក្នុងរចនាសម្ព័ន្ធ សមាជិក power_mode កំណត់របៀបថាមពលគោលដៅសម្រាប់ការកំណត់ PMIC នេះ ឧទាហរណ៍ample, PD_RTD_PWR_MODE ដែលមានន័យថាការកំណត់នេះត្រូវបានអនុវត្តនៅពេលដែលរបៀបថាមពលត្រូវបានផ្ទេរទៅបិទថាមពល។ i2c_addr គឺជាអាសយដ្ឋានចុះឈ្មោះនៅខាងក្នុង PMIC ហើយ i2c_data គឺជាតម្លៃចុះឈ្មោះដែលត្រូវតែកំណត់រចនាសម្ព័ន្ធ។
សម្រាប់ព័ត៌មានបន្ថែមអំពីអាសយដ្ឋានចុះឈ្មោះ និងប៊ីត សូមមើល PCA9460, Power Management IC សម្រាប់សន្លឹកទិន្នន័យ i.MX 8ULP (ឯកសារ PCA9460DS). - ដំឡើង uPower សម្រាប់កុងតាក់ថាមពល កុងតាក់ភាគអង្គចងចាំ និងការកំណត់រចនាសម្ព័ន្ធ PAD៖
សម្រាប់រចនាសម្ព័ន្ធទាំងពីរនេះសម្រាប់ការផ្លាស់ប្តូររបៀបថាមពល សូមមើល lpm.c នៅក្នុងការបង្ហាញ power_mode_switch ។
អ្នកប្រើអាចរក្សាការកំណត់ទាំងនោះដោយមិនប៉ះ លុះត្រាតែតម្រូវឱ្យមានការកំណត់បន្ថែមដូចជា បើក/បិទ ម៉ូឌុល IP មួយចំនួន និងអារេអង្គចងចាំ។ អ្នកប្រើប្រាស់អាចបើក/បិទកុងតាក់ថាមពលដោយកំណត់ swt_board[0]៖ SWT_BOARD(បិទ/បើកប៊ីត, ម៉ាស)។ និយមន័យប៊ីតអាចរកបាននៅក្នុង តារាងទី 7. ការបិទ/បើកអារេមេម៉ូរីអាចត្រូវបានធ្វើដោយការកំណត់ swt_mem[0]: SWT_MEM(SRAM Ctrl អារេប៊ីត SRAM គ្រឿងកុំព្យូទ័រ របាំង)។ និយមន័យប៊ីតអាចរកបាននៅក្នុង តារាង 8 ។
សម្រាប់ព័ត៌មានលម្អិតអំពីការកំណត់ការផ្លាស់ប្តូររបៀបថាមពលរបស់ uPower សូមមើលការណែនាំអ្នកប្រើប្រាស់កម្មវិធី uPower (ឯកសារ UPOWERWUG). - ហៅទូរស័ព្ទទៅ uPower សម្រាប់ការផ្លាស់ប្តូរថាមពល។ ចូលរបៀបបិទថាមពលជាអតីតample, យោងទៅមុខងាររបស់ LPM_SystemPowerDown (ចាត់ទុកជាមោឃៈ) នៅក្នុងការបង្ហាញ SDK power_mode_switch ។
បន្ទាប់ពីប្រព័ន្ធភ្ញាក់ពីរបៀបថាមពលទាប អ្នកប្រើប្រាស់ត្រូវតែងើបឡើងវិញនូវការកំណត់ការចុះឈ្មោះទាំងអស់មុនពេលចូល។ សម្រាប់អតីតample ក្នុងការកំណត់ IOMUXC អ្នកប្រើប្រាស់អាចប្រើអថេរអារេឋិតិវន្ត ដើម្បីរក្សាទុកតម្លៃនៃ PCR0 ទាំងអស់ និងស្ដារពួកវាឡើងវិញ។
ដែន APD សកម្មជាមួយ LPAV
យកការចេញផ្សាយ NXP Linux ជាអតីតampប្រព័ន្ធប្រតិបត្តិការសម្រាប់ដែន APD ។
4.1 ដាក់ RTD ចូលទៅក្នុងការគេង
ការរក្សាដែន RTD នៅក្នុងរបៀបគេងអាចសន្សំបានប្រហែល 20 mW ~ 40 mW បើប្រៀបធៀបទៅនឹងរបៀបសកម្ម។ ដូចគ្នានេះផងដែរត្រូវប្រាកដថាម្ជុល GPIO ដែលមិនប្រើត្រូវបានបិទ។
4.2 បិទ IP និង pin ដែលមិនប្រើក្នុង Linux DTS (device tree)
បិទថ្នាំងឧបករណ៍អាចជៀសវាងការបើកថាមពលឧបករណ៍នេះ ឬបិទនាឡិការបស់វា។ សម្រាប់អតីតampឡេ ដើម្បីបិទ GPU3D នៅក្នុងប្រភពមែកធាងឧបករណ៍ (DTS)៖
ដើម្បីការពារកុងតាក់ថាមពល PS7 ពីការបើក សូមបិទ GPU3D។ ប្រសិនបើ DCNano, MIPI DSI/CSI, និង GPU2D ត្រូវបានបិទទាំងអស់នោះ PLL4 មិនត្រូវបានបើកទេ។
ដើម្បីជៀសវាងការបើក I/O PAD សម្រាប់ម្ជុលទាំងនោះ សូមបិទម្ជុលដែលមិនប្រើនៅក្នុងថ្នាំង pinctrl។
4.3 ប្រើ DVFS
i.MX 8ULP លីនុចគាំទ្រវ៉ុលtage និងលក្ខណៈពិសេសការធ្វើមាត្រដ្ឋានប្រេកង់ ដែលត្រូវបានគេស្គាល់ជាផ្លូវការថាជា DVFS នៅលើវេទិកា i.MX ផ្សេងទៀត។ វ៉ុលtagលក្ខណៈពិសេស e/frequency scaling មិនត្រូវបានអនុវត្តថាមវន្តនៅក្នុងកម្មវិធីទេ។ អ្នកប្រើប្រាស់ត្រូវតែប្តូរដោយប្រើ sysfs ខឺណែលលីនុច។ ដើម្បីប្រើ VFS សូមផ្ទុក imx8ulp-evk-nd.dtb ជាមែកធាងឧបករណ៍លំនាំដើម ដើម្បីចាប់ផ្ដើមប្រព័ន្ធ។ បន្ទាប់មកបញ្ចូលរបៀបឡានក្រុងទាបដោយ៖
ខឺណែលធ្វើការផ្លាស់ប្តូរដូចខាងក្រោមៈ
- កាត់បន្ថយប្រេកង់ស្នូល DDR ពី 528 MHz ទៅ 96 MHz ។
- កាត់បន្ថយនាឡិកា APD NIC ទៅ 192 MHz ដោយប្រើ FRO ជាប្រភពនាឡិកាជំនួសឱ្យ PLL ។
- កាត់បន្ថយនាឡិកា LPAV AXI ទៅ 192 MHz ដោយប្រើ FRO ជាប្រភពនាឡិកាជំនួសឱ្យ PLL ។
- កាត់បន្ថយ A35 cpu clock ទៅ 500 MHz ។
- បន្ថយផ្លូវរថភ្លើងថាមពល BUCK3 (VDD_DIG1/2) វ៉ុលtage ទៅ 1.0 V ពី 1.1 V.
ចេញ ហើយត្រឡប់ទៅរបៀបឡានក្រុងខ្ពស់វិញ៖
4.4 ប្រើរបៀបដ្រាយនាម (VDD_DIG1/2 1.0 V)
i.MX 8ULP SoC ដំណើរការក្នុងរបៀប Overdrive តាមលំនាំដើម U-Boot និងការកំណត់រចនាសម្ព័ន្ធខឺណែល។ ប្រសិនបើដំណើរការខ្ពស់មិនមែនជាតម្រូវការសំខាន់ទេ អ្នកប្រើប្រាស់អាចដំណើរការ SoC នៅក្នុងរបៀបដ្រាយបន្ទាប់បន្សំនៅពេលចាប់ផ្ដើម ដើម្បីសន្សំសំចៃថាមពល។ វាគឺជាការកំណត់រចនាសម្ព័ន្ធឋិតិវន្ត; អ្នកប្រើប្រាស់មិនអាចផ្លាស់ប្តូរវ៉ុលបានទេ។tage ឬប្រេកង់បន្ទាប់ពីចាប់ផ្ដើម។
យូ-ប៊ូត៖ បង្កើត U-Boot ជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធ imx8ulp_evk_nd_defconfig ។ វាធ្វើការផ្លាស់ប្តូរដូចខាងក្រោមៈ
- បន្ថយផ្លូវរថភ្លើងថាមពល VDD_DIG1/2 (BUCK3) ទៅ 1.0 V ខណៈពេលចាប់ផ្ដើម។
- កំណត់រចនាសម្ព័ន្ធនាឡិកា DDR ទៅ 266 MHz ជំនួសឱ្យ 528 MHz ។
- កាត់បន្ថយនាឡិកា LPAV/APD NIC ទៅ 192 MHz ។
- កាត់បន្ថយនាឡិកាស្នូល A35 ទៅ 750 MHz ។
ខឺណែល៖ ផ្ទុក imx8ulp-evk-nd.dtb ពេលចាប់ផ្ដើម។ វាកាត់បន្ថយនាឡិកា GPU2D/3D ទៅ 200 MHz, HiFi4 DSP core
នាឡិកាទៅ 260 MHz, uSDHC0 ទៅ 194 MHz និង uSDHC1/2 ដល់ 97 MHz ។
ដែន RTD សកម្មជាមួយ LPAV
យកករណីប្រើប្រាស់ "បង្ហាញជានិច្ច" ជាអតីតample, អាចប្រើបានជាមួយចំណាំកម្មវិធីនេះ។ ក្នុងករណីនេះ RTD ចូលប្រើឧបករណ៍បញ្ជាការបង្ហាញ DCNano ដើម្បីបង្ហាញមាតិកានៅក្នុង PSRAM ។ សម្រាប់ព័ត៌មានលម្អិត សូមមើលលេខកូដដែលភ្ជាប់មកជាមួយកំណត់ចំណាំកម្មវិធីនេះ។
5.1 បើក LPAV domain
បន្ទាប់ពីលីនុចផ្អាក ដែន AP និង LPAV ចូលទៅក្នុងរបៀបបិទថាមពល។ RTD ត្រូវតែកាន់កាប់កម្មសិទ្ធិនៃដែន LPAV ពី APD ជាមុនសិន៖
- SIM_RTD_SEC.SYSCTRL0[LPAV_MASTER_CTRL] = 0 // កំណត់ RTD ជាដែនមេនៃដែន LPAV
- SIM_RTC_SEC.LPAV_MASTER_ALLOC_CTRL = 0 // បែងចែក IP មេ LPAV ទៅ RTD
- SIM_RTC_SEC.LPAV_SLAVE_ALLOC_CTRL = 0 // បែងចែក LPAV slave IP ទៅ RTD
បន្ទាប់មក បន្តថាមពលស្នូល VDD_DIG2 (BUCK3) នៃដែន LPAV ទៅ 1.05 V ឬ 1.1 V ដើម្បីធានាថា IPs ទាំងអស់នៅក្នុង LPAV ដំណើរការបានត្រឹមត្រូវដោយ uPower upwr_vtm_pmic_config() API ។
ជាចុងក្រោយ ទាញចេញ LPAV domain ពី Power-down mode ទៅជារបៀបសកម្ម៖
ក្នុងករណីប្រើការបង្ហាញជានិច្ច អ្នកប្រើត្រូវតែបើកដូចខាងក្រោមដើម្បីឱ្យបំពង់បង្ហាញទាំងមូលដំណើរការ៖
- កុងតាក់ថាមពល MIPI-DSI
- ភាគថាសអង្គចងចាំសម្រាប់ឧបករណ៍បញ្ជាការបង្ហាញ DCNano
- MIPI-DSI
- បណ្តុំ FlexSPI FIFO
5.3 កំណត់រចនាសម្ព័ន្ធនាឡិកា
ដែន LPAV មានតែមួយ PLL សម្រាប់ប្រភពនាឡិកា។ ដូច្នេះអ្នកប្រើប្រាស់ត្រូវតែបើកវា និង PFD របស់វា ដើម្បីជំរុញ IPs ។
បើកដំណើរការ PLL4 ជាមួយ PFD និង PFDDIV របស់វា។
ជ្រើសរើស PLL4 PFD0DIV1 ជាប្រភពនាឡិកាសម្រាប់ DCNano ហើយបើកនាឡិការបស់វានៅក្នុង PCC៖
បន្ទាប់ពីកុងតាក់ថាមពលត្រូវបានបើក និងនាឡិការួចរាល់ អ្នកប្រើប្រាស់អាចប្រើកម្មវិធីបញ្ជា SDK ដើម្បីចូលប្រើ និងគ្រប់គ្រង IP ដែន LPAV ។
តារាងទី 6 រាយបញ្ជីឯកសារ និងធនធានបន្ថែមដែលអាចយោងទៅសម្រាប់ព័ត៌មានបន្ថែម។ ឯកសារមួយចំនួនដែលបានរាយបញ្ជីខាងក្រោមអាចមានក្រោមកិច្ចព្រមព្រៀងមិនបង្ហាញព័ត៌មាន (NDA) ប៉ុណ្ណោះ។ ដើម្បីស្នើសុំការចូលប្រើឯកសារទាំងនេះ សូមទាក់ទងវិស្វករកម្មវិធីក្នុងតំបន់ (FAE) ឬតំណាងផ្នែកលក់។
តារាង 6. ឯកសារ/ធនធានដែលពាក់ព័ន្ធ
| ឯកសារ | តំណភ្ជាប់ / របៀបចូលប្រើ |
| PCA9460, IC គ្រប់គ្រងថាមពលសម្រាប់សន្លឹកទិន្នន័យ i.MX 8ULP (ឯកសារ PCA9460DS) | PCA9460DS |
| មគ្គុទ្ទេសក៍អ្នកប្រើប្រាស់កម្មវិធីបង្កប់ uPower (ឯកសារ UPOWERFWUG) | UPOWERWUG |
| i.MX 8ULP Processor Reference Manual (ឯកសារ i.MX8 ULPRM) ទាក់ទង NXP វិស្វករកម្មវិធីក្នុងតំបន់ (តំណាង។ | ទាក់ទង NXP វិស្វករកម្មវិធីក្នុងតំបន់ (FAE) ឬអ្នកតំណាងផ្នែកលក់។ |
| កម្មវិធីដំណើរការកម្មវិធី i.MX 8ULP—ផលិតផលឧស្សាហកម្ម (ឯកសារ IMX8ULPIEC) | ទាក់ទង NXP វិស្វករកម្មវិធីក្នុងតំបន់ (FAE) ឬអ្នកតំណាងផ្នែកលក់។ |
| កម្មវិធីបង្កើត MCUXpresso SDK | https://mcuxpresso.nxp.com/en/welcome |
ឧបសម្ព័ន្ធ
តារាងទី 7 បង្ហាញឈ្មោះ លេខឡូជីខល និងប៊ីតសម្រាប់កុងតាក់ថាមពលនីមួយៗ។
តារាង 7. កុងតាក់ថាមពល
| មុខងារ | កុងតាក់ថាមពលឡូជីខល | ប៊ីត |
| CM33 | PSO | 0 |
| លាយ | PS1 | 1 |
| A35[0] ស្នូល | PS2 | 2 |
| A35[1] ស្នូល | PS3 | 3 |
| ឃ្លាំងសម្ងាត់ Mercury L2 [1] | PS4 | 4 |
| NIC / Mercury លឿន | PS5 | 5 |
| APD Periph | PS6 | 6 |
| GPU3D | PS7 | 7 |
| HiFi 4 | PS8 | 8 |
| ឧបករណ៍បញ្ជា DDR | PS9 | 9 |
| PXP, EPDC | PS13 | 10 |
| MIPI-DSI | PS14 | 11 |
| MIPI CSI | PS15 | 12 |
| NIC AV / Periph | PS16 | 13 |
| Fusion AO | PS17 | 14 |
| FUSE | PS18 | 15 |
| uPower | PS19 | 16 |
តារាងទី 8 បង្ហាញប៊ីត និងឈ្មោះរបស់ឧបករណ៍បញ្ជាភាគថាសអង្គចងចាំនីមួយៗ។
តារាងទី 8. ភាគថាសអង្គចងចាំ ctrls
| SRAM CTRL ARRAY_O (APD/LPAV) MaskO |
SRAM CTRL ARRAY_1 (RTD) របាំង ០ |
||
| ប៊ីត | ការចងចាំត្រូវបានគ្រប់គ្រង | ប៊ីត | ការចងចាំត្រូវបានគ្រប់គ្រង |
| 0 | ឃ្លាំងសម្ងាត់ CA35 Core 0 L1 | 0 | Casper RAM |
| 1 | ឃ្លាំងសម្ងាត់ CA35 Core 1 L1 | 1 | RAM DMAO |
| 2 | L2 ឃ្លាំងសម្ងាត់ 0 | 2 | RAM FIexCAN |
| 3 | L2 ឃ្លាំងសម្ងាត់ 1 | 3 | FIexSPIO FIFO, Buffer |
| 4 | L2 Cache ជនរងគ្រោះ/tag | 4 | FlexSPI1 FIFO, Buffer |
| 5 | CAAM សុវត្ថិភាព RAM | 5 | CM33 ឃ្លាំងសម្ងាត់ |
| 6 | RAM DMA1 | 6 | RAM ទំហំ PowerQuad |
| 7 | FlexSPI2 FIFO, Buffer | 7 | ETF RAM |
| 8 | ស្រមោច | 8 | Sentinel PKC, Data RAM1, Inst RAMO/1 |
| 9 | AD ROM | 9 | Sentinel ROM |
| 10 | RAM USBO TX/RX | 10 | uPower IRAM/DRAM |
| 11 | uSDHCO FIFO RAM | 11 | រ៉ូម uPower |
| 12 | uSDHC1 FIFO RAM | 12 | រ៉ូម CM33 |
| 13 | uSDHC2 FIFO និង USB1 TX/RX RAM | 13 | ភាគថាស SSRAM 0 |
| 14 | GIC RAM | 14 | ភាគថាស SSRAM 1 |
| 15 | ENET TX FIXO | 15 | ភាគថាស SSRAM 2,3,4 |
| 16 | បម្រុងទុក (ខួរក្បាល) | 16 | ភាគថាស SSRAM 5 |
| 17 | DCNano Tile2Linear និងការកែតម្រូវ RGB | 17 | ភាគថាស SSRAM 6 |
| 18 | DCNano Cursor និង FIFO | 18 | ភាគថាស SSRAM 7_a (128 kB) |
| 19 | EPDC LUT | 19 | ភាគថាស SSRAM 7_b (64 kB) |
| 20 | EPDC FIFO | 20 | ភាគថាស SSRAM 7_c (64 kB) |
| 21 | RAM DMA2 | 21 | Sentinel Data RAM0, Inst RAM2 |
| 22 | GPU2D RAM ក្រុម ១ | 22 | កក់ទុក |
| 23 | GPU2D RAM ក្រុម ១ | 23 | |
| 24 | GPU3D RAM ក្រុម ១ | 24 | |
| 25 | GPU3D RAM ក្រុម ១ | 25 | |
| 26 | ឃ្លាំងសម្ងាត់ HIFI4, IRAM, DRAM | 26 | |
| 27 | ISI Buffers | 27 | |
| 28 | MIPI-CSI FIFO | 28 | |
| 29 | MIPI-DSI FIFO | 29 | |
| 30 | ឃ្លាំងសម្ងាត់ PXP, សតិបណ្ដោះអាសន្ន | 30 | |
| 31 | SRAM1 | 31 | |
ចំណាំអំពីកូដប្រភពនៅក្នុងឯកសារ
Example កូដដែលបង្ហាញក្នុងឯកសារនេះមានសិទ្ធិរក្សាសិទ្ធិ និង BSD-3-Clause ដូចខាងក្រោម៖
រក្សាសិទ្ធិ YYYY NXP ការចែកចាយឡើងវិញ និងការប្រើប្រាស់ក្នុងទម្រង់ប្រភព និងប្រព័ន្ធគោលពីរ ដោយមានឬគ្មានការកែប្រែ ត្រូវបានអនុញ្ញាត ផ្តល់លក្ខខណ្ឌដូចខាងក្រោមត្រូវបានបំពេញ៖
- ការចែកចាយឡើងវិញនៃកូដប្រភពត្រូវតែរក្សាការជូនដំណឹងអំពីការរក្សាសិទ្ធិខាងលើ បញ្ជីលក្ខខណ្ឌ និងការបដិសេធខាងក្រោម។
- ការចែកចាយឡើងវិញក្នុងទម្រង់គោលពីរត្រូវតែបង្កើតឡើងវិញនូវការជូនដំណឹងអំពីការរក្សាសិទ្ធិខាងលើ បញ្ជីនៃលក្ខខណ្ឌ និងការមិនទទួលខុសត្រូវខាងក្រោមនៅក្នុងឯកសារ និង/ឬសម្ភារៈផ្សេងទៀតត្រូវតែផ្តល់ជូនជាមួយនឹងការចែកចាយ។
- ទាំងឈ្មោះអ្នករក្សាសិទ្ធិនិងឈ្មោះអ្នកចូលរួមរបស់វាមិនអាចត្រូវបានប្រើដើម្បីគាំទ្រឬផ្សព្វផ្សាយផលិតផលដែលបានមកពីកម្មវិធីនេះដោយគ្មានការអនុញ្ញាតជាលាយលក្ខណ៍អក្សរជាមុន។
កម្មវិធីនេះត្រូវបានផ្តល់ដោយអ្នកកាន់កាប់សិទ្ធិអ្នកនិពន្ធ និងអ្នករួមវិភាគទាន "ដូចដែលមាន" និងការធានាណាមួយដែលបញ្ជាក់ ឬដោយប្រយោល រួមទាំង ប៉ុន្តែមិនកំណត់ចំពោះ ការធានាដោយអត្ថន័យនៃការផ្គត់ផ្គង់ទំនិញ IMED ក្នុងករណីណាក៏ដោយ អ្នកកាន់កាប់សិទ្ធិថតចម្លង ឬអ្នករួមចំណែកត្រូវទទួលខុសត្រូវចំពោះការខូចខាតដោយផ្ទាល់ ដោយផ្ទាល់ ដោយអចេតនា ចៃដន្យ ពិសេស គំរូ ឬការខូចខាតជាផលវិបាក (រួមទាំង ប៉ុន្តែមិនកំណត់ចំពោះការខូចខាតផ្នែករដ្ឋបាល។ ប្រើប្រាស់ ទិន្នន័យ ឬប្រាក់ចំណេញ; ឬការរំខានអាជីវកម្ម) ទោះបីជាបណ្តាលមកពី និងលើទ្រឹស្ដីទំនួលខុសត្រូវណាមួយ ទោះជានៅក្នុងកិច្ចសន្យា ទំនួលខុសត្រូវយ៉ាងតឹងរ៉ឹង ឬទារុណកម្ម (រួមទាំងការធ្វេសប្រហែស ឬបើមិនដូច្នេះទេ) ដែលកើតឡើងនៅក្នុងវិធីណាក៏ដោយ នៃការប្រើប្រាស់នៅពេលក្រោយនេះ លទ្ធភាពនៃការខូចខាតបែបនេះ។
ប្រវត្តិនៃការពិនិត្យឡើងវិញ
តារាងទី 9 សង្ខេបការផ្លាស់ប្តូរដែលបានធ្វើចំពោះឯកសារនេះចាប់តាំងពីការចេញផ្សាយដំបូង។
តារាង 9. ប្រវត្តិនៃការពិនិត្យឡើងវិញ
| លេខកែប្រែ | កាលបរិច្ឆេទ | ការផ្លាស់ប្តូរសំខាន់ៗ |
| 0 | ថ្ងៃទី 30 ខែឧសភា ឆ្នាំ 2023 | ការចេញផ្សាយដំបូង |
ព័ត៌មានផ្លូវច្បាប់
10.1 និយមន័យ
សេចក្តីព្រាង - ស្ថានភាពព្រាងនៅលើឯកសារបង្ហាញថាខ្លឹមសារនៅតែស្ថិតក្រោមការកែប្រែផ្ទៃក្នុងview និងស្ថិតនៅក្រោមការយល់ព្រមជាផ្លូវការ ដែលអាចបណ្តាលឱ្យមានការកែប្រែ ឬបន្ថែម។ NXP Semiconductors មិនផ្តល់ការតំណាង ឬការធានាណាមួយអំពីភាពត្រឹមត្រូវ ឬពេញលេញនៃព័ត៌មានដែលរួមបញ្ចូលនៅក្នុងកំណែព្រាងនៃឯកសារនោះទេ ហើយនឹងមិនទទួលខុសត្រូវចំពោះផលវិបាកនៃការប្រើប្រាស់ព័ត៌មាននោះទេ។
៩.២ ការបដិសេធ
ការធានា និងការទទួលខុសត្រូវមានកំណត់ - ព័ត៌មាននៅក្នុងឯកសារនេះត្រូវបានគេជឿថាមានភាពត្រឹមត្រូវ និងអាចទុកចិត្តបាន។ ទោះជាយ៉ាងណាក៏ដោយ NXP Semiconductors មិនផ្តល់ការតំណាង ឬការធានាណាមួយដែលបានបង្ហាញ ឬបង្កប់ន័យចំពោះភាពត្រឹមត្រូវ ឬពេញលេញនៃព័ត៌មាននោះទេ ហើយនឹងមិនទទួលខុសត្រូវចំពោះផលវិបាកនៃការប្រើប្រាស់ព័ត៌មាននោះទេ។ NXP Semiconductors មិនទទួលខុសត្រូវចំពោះខ្លឹមសារនៅក្នុងឯកសារនេះទេ ប្រសិនបើផ្តល់ដោយប្រភពព័ត៌មាននៅខាងក្រៅ NXP Semiconductors។
គ្មានព្រឹត្តិការណ៍ណាមួយដែល NXP Semiconductors ទទួលខុសត្រូវចំពោះការខូចខាតដោយប្រយោល ចៃដន្យ ការដាក់ទណ្ឌកម្ម ពិសេស ឬជាលទ្ធផល (រួមទាំង - ដោយគ្មានដែនកំណត់ ការបាត់បង់ប្រាក់ចំណេញ ការសន្សំដែលបាត់បង់ ការរំខានអាជីវកម្ម ការចំណាយទាក់ទងនឹងការដកចេញ ឬការជំនួសផលិតផល ឬថ្លៃការងារឡើងវិញ) ថាតើ ឬ ការខូចខាតបែបនេះមិនមែនផ្អែកលើការធ្វើទារុណកម្ម (រួមទាំងការធ្វេសប្រហែស) ការធានា ការបំពានកិច្ចសន្យា ឬទ្រឹស្តីច្បាប់ផ្សេងទៀតណាមួយឡើយ។
ទោះបីជាការខូចខាតណាមួយដែលអតិថិជនអាចកើតឡើងដោយហេតុផលណាមួយក៏ដោយ ទំនួលខុសត្រូវសរុបរបស់ NXP Semiconductors ចំពោះអតិថិជនចំពោះផលិតផលដែលបានពិពណ៌នានៅទីនេះ នឹងត្រូវកំណត់ដោយអនុលោមតាមលក្ខខណ្ឌនៃការលក់ពាណិជ្ជកម្មរបស់ NXP Semiconductors ។
សិទ្ធិធ្វើការផ្លាស់ប្តូរ - NXP Semiconductors រក្សាសិទ្ធិដើម្បីធ្វើការផ្លាស់ប្តូរចំពោះព័ត៌មានដែលបានបោះពុម្ពផ្សាយក្នុងឯកសារនេះ រួមទាំងការពិពណ៌នាអំពីផលិតផលដោយគ្មានដែនកំណត់ គ្រប់ពេលវេលា និងដោយគ្មានការជូនដំណឹងជាមុន។ ឯកសារនេះជំនួស និងជំនួសព័ត៌មានទាំងអស់ដែលបានផ្តល់មុនការបោះពុម្ពផ្សាយនៅទីនេះ។
ភាពស័ក្តិសមសម្រាប់ការប្រើប្រាស់ - ផលិតផល NXP Semiconductors មិនត្រូវបានរចនា អនុញ្ញាត ឬធានាឱ្យមានលក្ខណៈសមរម្យសម្រាប់ប្រើប្រាស់ក្នុងការគាំទ្រជីវិត ប្រព័ន្ធ ឬឧបករណ៍ដែលមានសារៈសំខាន់សម្រាប់ជីវិត ឬសុវត្ថិភាព ឬនៅក្នុងកម្មវិធីដែលការបរាជ័យ ឬដំណើរការខុសប្រក្រតីនៃផលិតផល NXP Semiconductors អាចរំពឹងទុកដោយហេតុផលថានឹងមានលទ្ធផលនៅក្នុង ការរងរបួសផ្ទាល់ខ្លួន ការស្លាប់ ឬទ្រព្យសម្បត្តិធ្ងន់ធ្ងរ ឬការខូចខាតបរិស្ថាន។ NXP Semiconductors និងអ្នកផ្គត់ផ្គង់របស់ខ្លួនមិនទទួលខុសត្រូវចំពោះការដាក់បញ្ចូល និង/ឬការប្រើប្រាស់ផលិតផល NXP Semiconductors នៅក្នុងឧបករណ៍ ឬកម្មវិធីនោះទេ ដូច្នេះការដាក់បញ្ចូល និង/ឬការប្រើប្រាស់បែបនេះគឺស្ថិតក្នុងហានិភ័យផ្ទាល់ខ្លួនរបស់អតិថិជន។
កម្មវិធី - កម្មវិធីដែលត្រូវបានពិពណ៌នានៅទីនេះសម្រាប់ផលិតផលណាមួយគឺសម្រាប់គោលបំណងបង្ហាញតែប៉ុណ្ណោះ។ NXP Semiconductors មិនធ្វើតំណាង ឬការធានាថាកម្មវិធីបែបនេះនឹងសាកសមសម្រាប់ការប្រើប្រាស់ដែលបានបញ្ជាក់ដោយមិនចាំបាច់ធ្វើតេស្ត ឬកែប្រែបន្ថែម។
អតិថិជនត្រូវទទួលខុសត្រូវចំពោះការរចនា និងប្រតិបត្តិការនៃកម្មវិធី និងផលិតផលរបស់ពួកគេដោយប្រើប្រាស់ផលិតផល NXP Semiconductors ហើយ NXP Semiconductors មិនទទួលខុសត្រូវចំពោះជំនួយណាមួយជាមួយកម្មវិធី ឬការរចនាផលិតផលរបស់អតិថិជនឡើយ។ វាជាទំនួលខុសត្រូវតែមួយគត់របស់អតិថិជនក្នុងការកំណត់ថាតើផលិតផល NXP Semiconductors មានលក្ខណៈសមរម្យ និងសមនឹងកម្មវិធី និងផលិតផលរបស់អតិថិជនដែលបានគ្រោងទុក ក៏ដូចជាសម្រាប់កម្មវិធីដែលបានគ្រោងទុក និងការប្រើប្រាស់អតិថិជនភាគីទីបីរបស់អតិថិជនផងដែរ។ អតិថិជនគួរតែផ្តល់នូវការរចនា និងការការពារប្រតិបត្តិការសមស្រប ដើម្បីកាត់បន្ថយហានិភ័យដែលទាក់ទងនឹងកម្មវិធី និងផលិតផលរបស់ពួកគេ។
NXP Semiconductors មិនទទួលយកទំនួលខុសត្រូវណាមួយដែលទាក់ទងនឹងលំនាំដើម ការខូចខាត ការចំណាយ ឬបញ្ហាដែលផ្អែកលើភាពទន់ខ្សោយ ឬលំនាំដើមណាមួយនៅក្នុងកម្មវិធី ឬផលិតផលរបស់អតិថិជន ឬកម្មវិធី ឬការប្រើប្រាស់ដោយអតិថិជនភាគីទីបីរបស់អតិថិជននោះទេ។ អតិថិជនមានទំនួលខុសត្រូវក្នុងការធ្វើតេស្តចាំបាច់ទាំងអស់សម្រាប់កម្មវិធី និងផលិតផលរបស់អតិថិជនដោយប្រើផលិតផល NXP Semiconductors ដើម្បីជៀសវាងការបរាជ័យនៃកម្មវិធី និងផលិតផល ឬនៃកម្មវិធី ឬប្រើប្រាស់ដោយអតិថិជនភាគីទីបីរបស់អតិថិជន។ NXP មិនទទួលយកការទទួលខុសត្រូវណាមួយក្នុងន័យនេះទេ។
ល័ក្ខខ័ណ្ឌនៃការលក់ពាណិជ្ជកម្ម - ផលិតផល NXP Semiconductors ត្រូវបានលក់តាមលក្ខខណ្ឌទូទៅនៃការលក់ពាណិជ្ជកម្ម ដូចដែលបានចុះផ្សាយនៅ http://www.nxp.com/profile/លក្ខខណ្ឌ លុះត្រាតែមានការយល់ព្រមផ្សេងពីនេះក្នុងកិច្ចព្រមព្រៀងបុគ្គលដែលមានសុពលភាព។ ក្នុងករណីកិច្ចព្រមព្រៀងបុគ្គលត្រូវបានបញ្ចប់ មានតែលក្ខខណ្ឌនៃកិច្ចព្រមព្រៀងរៀងៗខ្លួនប៉ុណ្ណោះដែលត្រូវអនុវត្ត។ NXP Semiconductors សម្តែងការជំទាស់ចំពោះការអនុវត្តលក្ខខណ្ឌទូទៅរបស់អតិថិជនទាក់ទងនឹងការទិញផលិតផល NXP Semiconductors ដោយអតិថិជន។
ការត្រួតពិនិត្យការនាំចេញ - ឯកសារនេះក៏ដូចជាធាតុដែលបានពិពណ៌នានៅទីនេះអាចជាកម្មវត្ថុនៃបទប្បញ្ញត្តិត្រួតពិនិត្យការនាំចេញ។ ការនាំចេញអាចទាមទារការអនុញ្ញាតជាមុនពីអាជ្ញាធរមានសមត្ថកិច្ច។
ភាពស័ក្តិសមសម្រាប់ប្រើប្រាស់ក្នុងផលិតផលដែលមិនមានគុណភាពសម្រាប់រថយន្ត — លុះត្រាតែឯកសារទិន្នន័យនេះបញ្ជាក់យ៉ាងច្បាស់ថាផលិតផល NXP Semiconductors ជាក់លាក់នេះគឺមានលក្ខណៈសម្បត្តិគ្រប់គ្រាន់សម្រាប់យានយន្តនោះ ផលិតផលនេះមិនស័ក្តិសមសម្រាប់ការប្រើប្រាស់រថយន្តទេ។ វាមិនមានលក្ខណៈសម្បត្តិគ្រប់គ្រាន់ ឬត្រូវបានសាកល្បងដោយអនុលោមតាមការធ្វើតេស្តរថយន្ត ឬតម្រូវការកម្មវិធី NXP Semiconductors មិនទទួលខុសត្រូវចំពោះការរួមបញ្ចូល និង/ឬការប្រើប្រាស់ផលិតផលដែលមិនមានគុណភាពសម្រាប់រថយន្តនៅក្នុងឧបករណ៍ ឬកម្មវិធីរថយន្ត។
ក្នុងករណីដែលអតិថិជនប្រើប្រាស់ផលិតផលសម្រាប់ការរចនា និងប្រើប្រាស់ក្នុងកម្មវិធីរថយន្តទៅនឹងលក្ខណៈបច្ចេកទេស និងស្តង់ដាររថយន្ត អតិថិជន (ក) ត្រូវប្រើប្រាស់ផលិតផលដោយគ្មានការធានារបស់ NXP Semiconductors នៃផលិតផលសម្រាប់កម្មវិធីរថយន្ត ការប្រើប្រាស់ និងលក្ខណៈបច្ចេកទេស និង ( ខ) រាល់ពេលដែលអតិថិជនប្រើប្រាស់ផលិតផលសម្រាប់កម្មវិធីរថយន្តលើសពីលក្ខណៈបច្ចេកទេសរបស់ NXP Semiconductors ការប្រើប្រាស់បែបនេះត្រូវប្រឈមមុខនឹងហានិភ័យផ្ទាល់របស់អតិថិជន ហើយ (គ) អតិថិជននឹងសងសំណងទាំងស្រុងនូវ NXP Semiconductors សម្រាប់ការទទួលខុសត្រូវ ការខូចខាត ឬការទាមទារផលិតផលដែលបរាជ័យដែលបណ្តាលមកពីការរចនា និងការប្រើប្រាស់របស់អតិថិជន។ ផលិតផលសម្រាប់កម្មវិធីរថយន្តលើសពីការធានាស្តង់ដាររបស់ NXP Semiconductors និងផលិតផលជាក់លាក់របស់ NXP Semiconductors ។
ការបកប្រែ - កំណែដែលមិនមែនជាភាសាអង់គ្លេស (បកប្រែ) នៃឯកសារ រួមទាំងព័ត៌មានផ្លូវច្បាប់នៅក្នុងឯកសារនោះ គឺសម្រាប់ជាឯកសារយោងតែប៉ុណ្ណោះ។ កំណែជាភាសាអង់គ្លេសនឹងមានសុពលភាពក្នុងករណីមានភាពខុសគ្នារវាងកំណែដែលបានបកប្រែ និងភាសាអង់គ្លេស។
សន្តិសុខ - អតិថិជនយល់ថាផលិតផល NXP ទាំងអស់អាចទទួលរងនូវភាពងាយរងគ្រោះដែលមិនស្គាល់អត្តសញ្ញាណ ឬអាចគាំទ្រស្តង់ដារសុវត្ថិភាពដែលបានបង្កើតឡើង ឬលក្ខណៈជាក់លាក់ជាមួយនឹងដែនកំណត់ដែលគេស្គាល់។ អតិថិជនទទួលខុសត្រូវចំពោះការរចនា និងប្រតិបត្តិការនៃកម្មវិធី និងផលិតផលរបស់ខ្លួនពេញមួយវដ្តជីវិតរបស់ពួកគេ ដើម្បីកាត់បន្ថយឥទ្ធិពលនៃភាពងាយរងគ្រោះទាំងនេះលើកម្មវិធី និងផលិតផលរបស់អតិថិជន។ ទំនួលខុសត្រូវរបស់អតិថិជនក៏ពង្រីកដល់បច្ចេកវិទ្យាបើកចំហ និង/ឬកម្មសិទ្ធិផ្សេងទៀតដែលគាំទ្រដោយផលិតផល NXP សម្រាប់ប្រើប្រាស់ក្នុងកម្មវិធីរបស់អតិថិជន។ NXP មិនទទួលខុសត្រូវចំពោះភាពងាយរងគ្រោះណាមួយឡើយ។ អតិថិជនគួរតែពិនិត្យមើលការអាប់ដេតសុវត្ថិភាពពី NXP ជាទៀងទាត់ ហើយតាមដានដោយសមរម្យ។
អតិថិជនត្រូវជ្រើសរើសផលិតផលដែលមានលក្ខណៈពិសេសសុវត្ថិភាពដែលសមស្របបំផុតនឹងច្បាប់ បទប្បញ្ញត្តិ និងស្តង់ដារនៃកម្មវិធីដែលបានគ្រោងទុក ហើយធ្វើការសម្រេចចិត្តរចនាចុងក្រោយទាក់ទងនឹងផលិតផលរបស់ខ្លួន ហើយទទួលខុសត្រូវទាំងស្រុងចំពោះការអនុលោមតាមតម្រូវការច្បាប់ និយតកម្ម និងសុវត្ថិភាពទាំងអស់ទាក់ទងនឹងផលិតផលរបស់ខ្លួន ដោយមិនគិតពី នៃព័ត៌មាន ឬជំនួយដែលអាចត្រូវបានផ្តល់ដោយ NXP ។
NXP មានក្រុមឆ្លើយតបឧប្បត្តិហេតុសុវត្ថិភាពផលិតផល (PSIRT) (អាចទាក់ទងបាននៅ PSIRT@nxp.com) ដែលគ្រប់គ្រងការស៊ើបអង្កេត ការរាយការណ៍ និងការចេញផ្សាយដំណោះស្រាយចំពោះភាពងាយរងគ្រោះផ្នែកសុវត្ថិភាពនៃផលិតផល NXP ។
NXP BV - NXP BV មិនមែនជាក្រុមហ៊ុនប្រតិបត្តិការទេ ហើយវាមិនចែកចាយ ឬលក់ផលិតផលទេ។
ពាណិជ្ជសញ្ញា
សេចក្តីជូនដំណឹង៖ ម៉ាកដែលបានយោងទាំងអស់ ឈ្មោះផលិតផល ឈ្មោះសេវាកម្ម និងពាណិជ្ជសញ្ញា គឺជាកម្មសិទ្ធិរបស់ម្ចាស់រៀងៗខ្លួន។
អិន។ ភី។ ភី - ពាក្យនិងនិមិត្តសញ្ញាគឺជាពាណិជ្ជសញ្ញារបស់ NXP BV
AMBA, Arm, Arm7, Arm7TDMI, Arm9, Arm11, Artisan, big.LITTLE, Cordio, CoreLink, CoreSight, Cortex, DesignStart, DynamIQ, Jazelle, Keil, Mali, Mbed, Mbed Enabled, NEON, POP, RealView, SecurCore, Socrates, Thumb, TrustZone, ULINK, ULINK2, ULINK-ME, ULINKPLUS, ULINKpro, μVision, Versatile — គឺជាពាណិជ្ជសញ្ញា និង/ឬពាណិជ្ជសញ្ញាដែលបានចុះបញ្ជីរបស់ Arm Limited (ឬសាខា ឬសាខារបស់ខ្លួន) នៅសហរដ្ឋអាមេរិក និង/ឬកន្លែងផ្សេងទៀត។ បច្ចេកវិទ្យាដែលពាក់ព័ន្ធអាចត្រូវបានការពារដោយប៉ាតង់ ការរក្សាសិទ្ធិ ការរចនា និងអាថ៌កំបាំងពាណិជ្ជកម្មណាមួយ។ រក្សារសិទ្ធគ្រប់យ៉ាង។
EdgeLock - គឺជាពាណិជ្ជសញ្ញារបស់ NXP BV
i.MX - គឺជាពាណិជ្ជសញ្ញារបស់ NXP BV
សូមជ្រាបថា ការជូនដំណឹងសំខាន់ៗទាក់ទងនឹងឯកសារនេះ និងផលិតផលដែលបានពិពណ៌នានៅទីនេះ ត្រូវបានដាក់បញ្ចូលក្នុងផ្នែក 'ព័ត៌មានផ្លូវច្បាប់'។
© 2023 NXP BV
សម្រាប់ព័ត៌មានបន្ថែម សូមចូលទៅកាន់៖ http://www.nxp.com
រក្សាសិទ្ធិគ្រប់យ៉ាង។
កាលបរិច្ឆេទចេញផ្សាយ៖ ២៥ ឧសភា ២០២១
អត្តសញ្ញាណឯកសារ៖ AN13951
NXP Semiconductors”
AN13951
ការបង្កើនប្រសិទ្ធភាពការប្រើប្រាស់ថាមពលសម្រាប់ i.MX 8ULP
ឯកសារ/ធនធាន
 |
NXP AN13951 បង្កើនប្រសិទ្ធភាពការប្រើប្រាស់ថាមពលសម្រាប់ i.MX 8ULP [pdf] ការណែនាំអ្នកប្រើប្រាស់ AN13951, AN13951 ការបង្កើនប្រសិទ្ធភាពការប្រើប្រាស់ថាមពលសម្រាប់ i.MX 8ULP, ការបង្កើនប្រសិទ្ធភាពការប្រើប្រាស់ថាមពលសម្រាប់ i.MX 8ULP, ការប្រើប្រាស់ថាមពលសម្រាប់ i.MX 8ULP, ការប្រើប្រាស់សម្រាប់ i.MX 8ULP, i.MX 8ULP |
