AN13951
ການເພີ່ມປະສິດທິພາບການບໍລິໂພກພະລັງງານສໍາລັບ i.MX 8ULP
ສະບັບວັນທີ 0 – 30 ພຶດສະພາ 2023
ບັນທຶກຄໍາຮ້ອງສະຫມັກ
AN13951 Optimizing Power Consumption for i.MX 8ULP
ຂໍ້ມູນເອກະສານ
| ຂໍ້ມູນ | ເນື້ອໃນ |
| ຄໍາສໍາຄັນ | AN13951, i.MX 8ULP, ສະຖາປັດຕະຍະກໍາພະລັງງານ, ການບໍລິໂພກພະລັງງານ, ການເພີ່ມປະສິດທິພາບຂອງຊອບແວ |
| ບົດຄັດຫຍໍ້ | ບັນທຶກຄໍາຮ້ອງສະຫມັກນີ້ອະທິບາຍວິທີການເພີ່ມປະສິດທິພາບການບໍລິໂພກພະລັງງານໃນລະດັບລະບົບໃນຫຼາຍໆຢ່າງ ສະຖານະການປົກກະຕິທີ່ມີການປະສົມໂດເມນທີ່ແຕກຕ່າງກັນ. |
ແນະນຳ
ໂປເຊດເຊີຄອບຄົວ i.MX 8ULP ມີ NXP ການປະຕິບັດຂັ້ນສູງຂອງສອງແກນ Arm Cortex-A35 ຄຽງຄູ່ກັບ Arm Cortex-M33. ສະຖາປັດຕະຍະກໍາປະສົມປະສານນີ້ເຮັດໃຫ້ອຸປະກອນສາມາດດໍາເນີນການລະບົບປະຕິບັດການທີ່ອຸດົມສົມບູນ, ເຊັ່ນ Linux, ໃນ Cortex-A35 core ແລະ RTOS, ເຊັ່ນ FreeRTOS, ໃນ Cortex-M33 core. ມັນຍັງປະກອບມີ Fusion DSP ສໍາລັບສຽງທີ່ມີພະລັງງານຕ່ໍາແລະ HiFi4 DSP ສໍາລັບຄໍາຮ້ອງສະຫມັກສຽງຂັ້ນສູງແລະການຮຽນຮູ້ເຄື່ອງຈັກ. ມັນແນໃສ່ກໍລະນີການນໍາໃຊ້ພະລັງງານຕ່ໍາແລະພະລັງງານຕ່ໍາສຸດແລະຜະລິດຕະພັນ.
i.MX 8ULP ມີການອອກແບບທີ່ຊັບຊ້ອນແລະກ້າວຫນ້າເພື່ອກວມເອົາກໍລະນີການນໍາໃຊ້ຕ່າງໆ, ເຊິ່ງແບ່ງ SoC ເປັນສາມໂດເມນທີ່ມີການຄວບຄຸມພະລັງງານແລະໂມງທີ່ເປັນເອກະລາດແລະອຸທິດຕົນ. ນີ້ສະຫນອງຄວາມຍືດຫຍຸ່ນສໍາລັບຜູ້ໃຊ້ເພື່ອປະຕິບັດກໍລະນີການນໍາໃຊ້ທີ່ແຕກຕ່າງກັນໂດຍການລວມໂດເມນທີ່ແຕກຕ່າງກັນ. ບັນທຶກແອັບພລິເຄຊັນນີ້ມີຈຸດປະສົງເພື່ອອະທິບາຍວິທີການເພີ່ມປະສິດທິພາບການບໍລິໂພກພະລັງງານໃນລະດັບລະບົບໃນສະຖານະການປົກກະຕິຫຼາຍໆຢ່າງທີ່ມີການລວມໂດເມນທີ່ແຕກຕ່າງກັນ.
ໝາຍເຫດ: ບັນທຶກແອັບພລິເຄຊັນນີ້ໃຊ້ລະຫັດ Linux ແລະ SDK ຂອງ BSP ເປັນການອ້າງອີງ ແລະ examples.
ເກີນview
i.MX 8ULP SoC ມີສາມໂດເມນທີ່ແຍກຕ່າງຫາກ: ໂປເຊດເຊີແອັບພລິເຄຊັນ (AP), ວິດີໂອສຽງພະລັງງານຕ່ໍາ (LPAV), ແລະໂດເມນໃນເວລາຈິງ (RT). ການຄວບຄຸມພະລັງງານແລະໂມງຂອງໂດເມນເຫຼົ່ານີ້ຖືກແຍກອອກ, ແລະຜ້າລົດເມຂອງແຕ່ລະໂດເມນແມ່ນປະສົມປະສານຢ່າງແຫນ້ນຫນາເພື່ອການສື່ສານທີ່ມີປະສິດທິພາບ.
ໂດເມນແອັບພລິເຄຊັນ (APD) ຖືກນໍາໃຊ້ສໍາລັບຄອມພິວເຕີ້ທີ່ມີປະສິດທິພາບສູງໂດຍໃຊ້ dual A35 cores ແລະ I/O ຄວາມໄວສູງເຊັ່ນ USB/Ethernet/eMMC. ໂດເມນ LPAV (LPAVD) ແມ່ນສໍາລັບຄໍາຮ້ອງສະຫມັກມັນຕິມີເດຍລວມທັງສຽງ, ວິດີໂອ, ຮູບພາບ, ແລະການສະແດງທີ່ຕ້ອງການປະສິດທິພາບສູງແລະຫນ່ວຍຄວາມຈໍາ DDR ຂະຫນາດໃຫຍ່. ໂດເມນໃນເວລາຈິງ (RTD) ປະກອບມີຫຼັກ M33 latency ຕ່ໍາ, Fusion DSP ຂະຫນາດນ້ອຍສໍາລັບການປະມວນຜົນສຽງ / ສຽງ, uPower ສໍາລັບການຄວບຄຸມສະຖານະການພະລັງງານ SoC ທັງຫມົດ, ແລະ Sentinel ສໍາລັບການຄວບຄຸມຄວາມປອດໄພ.
ຮູບ 1. i.MX8ULP ໂດເມນ
2.1 ສະຖາປັດຕະຍະກໍາພະລັງງານ
ໂດເມນທີ່ແຕກຕ່າງກັນມີການສະຫນອງພະລັງງານແຍກຕ່າງຫາກ (ລົດໄຟໄຟຟ້າ). ຮູບທີ 2 ສະແດງໃຫ້ເຫັນໂຄງການພະລັງງານ i.MX 8ULP. ມີ 18 x ສະຫຼັບພະລັງງານ (PS) ສໍາລັບ SoC ພາຍໃນໂມດູນ IP. ໂມດູນເຫຼົ່ານີ້ສາມາດເປີດ / ປິດໄດ້ໂດຍຊອບແວ, ຜ່ານ uPower FW API, ສໍາລັບການຄວບຄຸມພະລັງງານທີ່ຊັດເຈນ.
uPower ເປັນຕົວຄວບຄຸມພະລັງງານສູນກາງໃນ i.MX 8ULP. ເຟີມແວທີ່ເຮັດວຽກຢູ່ໃນ uPower ສະຫນອງຄຸນສົມບັດດັ່ງຕໍ່ໄປນີ້:
- ຕົວຄວບຄຸມການປ່ຽນໂໝດພະລັງງານ.
- ເຄື່ອງວັດແທກພະລັງງານສໍາລັບການວັດແທກການບໍລິໂພກໂດເມນຂອງອຸປະກອນ.
- ເຊັນເຊີອຸນຫະພູມສໍາລັບການວັດແທກອຸນຫະພູມອຸປະກອນ.
- ຫນ່ວຍບໍລິການສົ່ງຂໍ້ຄວາມສໍາລັບການສື່ສານກັບໂປເຊດເຊີເທິງຊິບ.
- I2C ສໍາລັບການສື່ສານກັບ PMIC.
ການປ້ອນ/ອອກຈາກໂໝດພະລັງງານຕໍ່າແມ່ນເຮັດໄດ້ໂດຍການໂທຫາ uPower FW API ໃນທັງຊອບແວ APD ຫຼື RTD. ເພື່ອກໍາຫນົດຄ່າ PMIC ເຊັ່ນການຕັ້ງຄ່າ, ຜົນຜະລິດລົດໄຟໄຟຟ້າ voltage, ການຈໍາກັດ, ແລະອື່ນໆ.ຕ້ອງເຮັດໂດຍການໂທຫາ 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 |
ແມ່ນແລ້ວ |
| ພະລັງງານລົງເລິກ | ແມ່ນແລ້ວ | ແມ່ນແລ້ວ | ແມ່ນແລ້ວ | ແມ່ນແລ້ວ | |
*Linux ບໍ່ຮອງຮັບການນອນເລິກ ຫຼື ໂໝດການເຄື່ອນໄຫວບາງສ່ວນສຳລັບ A35.
ຕາຕະລາງ 2 ແຜນທີ່ໂຄງສ້າງພື້ນຖານພະລັງງານຂອງ Linux kernel ກັບ 8ULP power modes.
ຕາຕະລາງ 2. Linux BSP ຮອງຮັບໂໝດພະລັງງານ
| ພະລັງງານ Linux | 8ULP ໂຫມດພະລັງງານ |
| ແລ່ນ | ເຄື່ອນໄຫວ |
| CPU ບໍ່ເຮັດວຽກ | ນອນ |
| ສະແຕນບາຍ | ບໍ່ມີ |
| ໂຈະ | ພະລັງງານລົງ |
| ປິດເຄື່ອງ | ພະລັງງານລົງເລິກ |
ອີງຕາມກໍລະນີການນໍາໃຊ້ທີ່ແຕກຕ່າງກັນແລະສະຖານະການ, ຜູ້ໃຊ້ສາມາດເລືອກຫນຶ່ງຫຼືສອງຫຼືທັງຫມົດສາມໂດເມນໃນກໍລະນີທີ່ສໍາຄັນ. ກໍລະນີການນໍາໃຊ້ / ສະຖານະການເຫຼົ່ານີ້ສາມາດຖືກຈັດໃສ່ໃນສີ່ປະເພດດັ່ງຕໍ່ໄປນີ້:
- ໂດເມນທັງໝົດເຮັດວຽກຢູ່ – ເຊັ່ນ: smart watch active.
- ໂດເມນ RTD ໃຊ້ພຽງແຕ່ - ເຊັ່ນ: ເຊັນເຊີ hub ແລະການຊອກຄົ້ນຫາຄໍາຫລັກຂອງສຽງໃນພະລັງງານຕ່ໍາຫຼາຍ.
- APD ເຮັດວຽກກັບ LPAV - ເຊັ່ນການນໍາທາງແຜນທີ່ແລະຫນ້າ E-Reader.
- RTD ເຮັດວຽກກັບ LPAV – ເຊັ່ນ: ການສະແດງຜົນພະລັງງານຕໍ່າ ແລະ ການປະມວນຜົນສຽງ Hi-Fi.
ສີ່ສະຖານະການເຫຼົ່ານີ້ໄດ້ຖືກຫມາຍໃນ ຕາຕະລາງ 1. ບົດຕໍ່ໄປນີ້ອະທິບາຍວິທີການເພີ່ມປະສິດທິພາບການໃຊ້ພະລັງງານສໍາລັບສະຖານະການ 2, 3, ແລະ 4. ການເພີ່ມປະສິດທິພາບພະລັງງານຢ່າງຫ້າວຫັນຂອງທຸກໂດເມນສາມາດນໍາເອົາຄໍາແນະນໍາຈາກສະຖານະການອື່ນໆ.
2.3 ຮູບແບບການຂັບລົດ
SoC ສາມາດສະຫນັບສະຫນູນຮູບແບບການຂັບລົດທີ່ແຕກຕ່າງກັນ: over drive (OD), nominal drive (ND), ແລະ under drive (UD), ຊຶ່ງຫມາຍຄວາມວ່າ SoC ສາມາດດໍາເນີນການພາຍໃຕ້ vol core ທີ່ແຕກຕ່າງກັນtages ກັບຄວາມຖີ່ຂອງລົດເມແລະຄວາມຖີ່ IP ທີ່ສອດຄ້ອງກັນ. ຜູ້ໃຊ້ສາມາດເລືອກໂຫມດຂັບຂີ່ທີ່ເຫມາະສົມສໍາລັບກໍລະນີການນໍາໃຊ້ແລະຄວາມຕ້ອງການພະລັງງານ.
ເລີ່ມຕົ້ນ BSP ເລີ່ມຕົ້ນ SoC ໂດຍການວາງ APD/LPAV ເຂົ້າໄປໃນໂຫມດ OD ແລະ RTD ເຂົ້າໄປໃນໂຫມດ ND. ຜູ້ໃຊ້ສາມາດຕັ້ງຄ່າ U-Boot ແລະໂຫຼດ kernel device-tree ສະເພາະ files ສໍາລັບໂຫມດ ND. ໂດເມນ RTD ຮອງຮັບ UD ເທົ່ານັ້ນ.
ຕາຕະລາງ 3 ລາຍຊື່ໂມງ IP ທີ່ສໍາຄັນຈໍານວນຫນຶ່ງພາຍໃຕ້ຮູບແບບທີ່ແຕກຕ່າງກັນ.
ຕາຕະລາງ 3. ໂມງ IP ຫຼັກພາຍໃຕ້ໂຫມດທີ່ແຕກຕ່າງກັນ
| ຊື່ໂມງ | Over Drive (1.1 V) ຄວາມຖີ່ (MHz) | Nominal Drive (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 |
| GPU3D/2D | 316.8 | 200 |
| DCNano | 105 | 75 |
ສໍາລັບໂມງເພີ່ມເຕີມ, ເບິ່ງຕາຕະລາງຄວາມຖີ່ຂອງໂມງໃນ i.MX 8ULP Applications Processor—Industrial Products (ເອກະສານ IMX8ULPIEC).
ໂດເມນ RTD ເທົ່ານັ້ນ
ພິຈາລະນາ SDK Power_mode_switch demo ເປັນ example ສະຫນອງກັບຊອບແວ i.MX 8ULP SDK ປ່ອຍ.
ໃນສະຖານະການນີ້, ໂດເມນ AP ແລະ LPAV ຢູ່ໃນໂໝດປິດລົງ ຫຼື ເລິກລົງ, ແລະຫຼັກ M33 ຫຼື ຣີເຊັດສາມາດປຸກພວກມັນໄດ້. ໂດເມນ RTD ສາມາດຢູ່ໃນການເຄື່ອນໄຫວ, ນອນ, ຫຼັບເລິກ, ຫຼືໂໝດປິດເຄື່ອງຕາມຄວາມຕ້ອງການການໃຊ້ພະລັງງານ ແລະເວລາຕື່ນນອນ.
ຮູບ 3 ແລະ ຮູບ 4 ສະແດງໃຫ້ເຫັນການບໍລິໂພກພະລັງງານແລະເວລາປຸກສໍາລັບແຕ່ລະຮູບແບບພະລັງງານຕ່ໍາ.
ຮູບ 3. ການບໍລິໂພກພະລັງງານໃນໂຫມດພະລັງງານທີ່ແຕກຕ່າງກັນ
ຮູບທີ 4. ເວລາປຸກລະບົບໃນໂໝດພະລັງງານທີ່ແຕກຕ່າງກັນ
3.1 ເລືອກໂໝດພະລັງງານຕໍ່າທີ່ຖືກຕ້ອງ
ຜູ້ໃຊ້ຕ້ອງເລືອກຫນຶ່ງຫຼືຫຼາຍຮູບແບບການປະຫຍັດພະລັງງານທີ່ຖືກຕ້ອງຕາມຄວາມຕ້ອງການ. ການພິຈາລະນາຂ້າງລຸ່ມນີ້ຕ້ອງໄດ້ຮັບການປະຕິບັດ:
- ພິຈາລະນາການໃຊ້ພະລັງງານຂອງ SoC, PD < 300 µW, ນອນເລິກ < 1 mW, ນອນ < 50 mW
- ພິຈາລະນາເວລາຕື່ນຈາກໂໝດພະລັງງານຕໍ່າ, PD > 400 µs, ນອນເລິກ > 60 µs, ນອນ > 10 µs
- ພິຈາລະນາ IP ທີ່ໃຊ້ໃນໂຫມດພະລັງງານຕ່ໍາສຸດ, ໂດຍການອ້າງອີງ ຕາຕະລາງ 4.
ຕົວຢ່າງample:
1. ຖ້າ LPI2C[3] ຈະຕ້ອງໃຊ້ໄດ້ ຫຼືການດຳເນີນການ Async, ແຕ່ບໍ່ແມ່ນ CG/PG, ໃຫ້ໃຊ້ໂໝດນອນຫຼັບ.
2. ຖ້າຕ້ອງການໃຫ້ FlexSPI ເຮັດວຽກໄດ້, ໂໝດພະລັງງານຕໍ່າສຸດແມ່ນນອນໂດຍບໍ່ມີລະບົບ/ໂມງລົດເມທີ່ປິດປະຕູ.
ຕາຕະລາງ 4. ລາຍລະອຽດຂອງໂໝດພະລັງງານ (ໂດເມນໃນເວລາຈິງ)
| ໂມດູນ | ໂໝດພະລັງງານ | ເຄື່ອນໄຫວ | ນອນ | ນອນເລິກ | ພະລັງງານລົງ | ພະລັງງານເລິກ ລົງ |
| ໂດເມນພະລັງງານຂອງລັດ | ການສະໜອງຫຼັກ = ON, Bias = AFBB ແລະ DVS, ລະບົບ/ໂມງລົດເມ = ເປີດ, ການສະໜອງ I/O = ON | ການສະຫນອງຫຼັກ = ON, Bias = AFBB ຫຼື ARBB, Voltage = ຄົງທີ່, ລະບົບ/ໂມງລົດເມ = ເປີດ (ທາງເລືອກ), ການສະໜອງ I/O = ON | ການສະຫນອງຫຼັກ = ON, Bias = RBB Voltage/ Bias = prog, ລະບົບ/ໂມງລົດເມ = ປິດ, I/ 0 ການສະໜອງ = ເປີດ | ການສະຫນອງຫຼັກ = ON (Mem ເທົ່ານັ້ນ), Bias = RBB, Voltage/ Bias = prog, ລະບົບ/ໂມງລົດເມ = ປິດ, I/ 0 ການສະໜອງ = ເປີດ (ທາງເລືອກ) | ການສະຫນອງຫຼັກ = OFF, Bias = RBB, Voltage/ Bias = prog, ລະບົບ/ໂມງລົດເມ = ປິດ, I/ 0 ການສະໜອງ = ເປີດ (ທາງເລືອກ) | |
| CCGO | RTD | ເຮັດວຽກ | ເຮັດວຽກ | ໃຊ້ງານໄດ້ (ຈຳກັດ) | PG | PG |
| PLLO | PLL LDO | ເຮັດວຽກ | ເຮັດວຽກ | CG | PG | PG |
| PLL1 (ສຽງ) | PLL LDO | ເຮັດວຽກ | ເຮັດວຽກ | 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 (ລະບົບ PLL (SPLL)), ແລະ PLL1 (ສຽງ PLL (APLL)). ໃນຂະນະດຽວກັນ, ໂດເມນ RTD ຍັງສາມາດໃຊ້ VBAT ໂດເມນ RTC32K/1K ໂມງ.
ຮູບທີ 5. ແຜນວາດໂມງ RTD CGC0
- ແຫຼ່ງຂອງໂມງ SYSOSC ແມ່ນມາຈາກຄຣິສຕິກເທິງເຮືອພາຍນອກ, ປົກກະຕິ 24 MHz. ແຫຼ່ງ PLL0/1 ແລະ CM33 core/bus ສາມາດໃຊ້ແຫຼ່ງໂມງ SYSOSC.
- FRO ແມ່ນ oscillator ແລ່ນຟຣີກັບ tuner, ເຊິ່ງສາມາດອອກ 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 ຫຼັກ / ລົດເມສາມາດມາຈາກ 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 core
- 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 ທັງໝົດສາມາດຖືກປິດ ຫຼື ungated ໂດຍໂມດູນໂມງ PCC.
ການແບ່ງປັນຄວາມຊົງຈໍາຍັງເປັນການພິຈາລະນາທີ່ຈະຊ່ວຍປະຢັດພະລັງງານຖ້າຫາກວ່າຄວາມຊົງຈໍາເຫຼົ່ານັ້ນບໍ່ໄດ້ຖືກນໍາໃຊ້. ໃນ SDK, ຜູ້ໃຊ້ສາມາດໂທຫາ UPOWER_PowerOffMemPart(uint32_t mask0, uint32_t mask1) ແລະ UPOWER_PowerOnMemPart(uint32_t mask0, uint32_t mask1) ເພື່ອປິດ ແລະເປີດສ່ວນໜ່ວຍຄວາມຈຳຕາມຄວາມຕ້ອງການ. ຕາຕະລາງ 8 ສະແດງຄ່າພາລາມິເຕີ mask0/1.
3.4 ເຂົ້າສູ່ໂໝດພະລັງງານຕໍ່າ
ກ່ອນທີ່ຈະເຂົ້າສູ່ໂຫມດພະລັງງານຕ່ໍາ (ນອນ / ຫຼັບເລິກ / ພະລັງງານລົງ), ຫຼາຍໆຂັ້ນຕອນຕ້ອງໄດ້ຮັບການປະຕິບັດເພື່ອຮັບປະກັນການໃຊ້ພະລັງງານຕໍ່າໃນໂຫມດເຫຼົ່ານັ້ນ:
- ການຕັ້ງຄ່າ PAD ທົ່ວໄປໃນໂມດູນ SIM
ມີສອງປະເພດຂອງ 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. - ປິດການໃຊ້ງານ pins I/O ໂດຍການຕັ້ງຄ່າ PAD mux ເປັນຟັງຊັນ hi-Z analog ຍົກເວັ້ນ pins ທີ່ຖືກນໍາໃຊ້ໂດຍ GPIO wake-up ຫຼືຟັງຊັນໂມດູນໃນໂຫມດພະລັງງານຕ່ໍາ, pin PTA/B/C ອື່ນໆທັງຫມົດຄວນຈະຖືກຕັ້ງເປັນ ຟັງຊັນ analog high-Z ເພື່ອປະຫຍັດພະລັງງານ. ການລ້າງບິດ mux ໃນທະບຽນ IOMUX0.PCR0_PTA/B/Cx ສາມາດບັນລຸໄດ້. ໃນ SDK, ຜູ້ໃຊ້ສາມາດກໍານົດ 0 ໂດຍກົງໃສ່ລາຍການ array ຂ້າງລຸ່ມນີ້:
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) ໃນລະຫວ່າງການປ່ຽນຮູບແບບພະລັງງານ, ທ່ານບໍ່ສາມາດປິດການໃຊ້ງານ pins ເຫຼົ່ານີ້.
ເພື່ອຮັກສາ PIN I/O ເພື່ອເຮັດຫນ້າທີ່ເປັນແຫຼ່ງປຸກ, ການຕັ້ງຄ່າຂ້າງລຸ່ມນີ້ຄວນເຮັດສໍາລັບໂຫມດພະລັງງານທີ່ແຕກຕ່າງກັນ:
- ຮູບແບບການຫຼຸດລົງ:
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 ເພື່ອປັບການສະຫນອງພະລັງງານ voltage ສໍາລັບໂຫມດພະລັງງານຕ່ໍາ
i.MX 8ULP ສະຫນັບສະຫນູນການປັບຂອງ ລາງລົດໄຟ VDD_DIG0/1/2 voltage ຫຼືໂດຍກົງ ປິດ rails ບາງອັນ (ພຽງແຕ່ຮອງຮັບການປິດ LSW1 VDD_PTC ໃນ EVK ແລະ SDK ປະຈຸບັນພາຍໃຕ້ໂໝດປິດເຄື່ອງ) ໃນລະຫວ່າງການປ່ຽນໂໝດພະລັງງານ. ຫຼຸດ voltage ໃນໂຫມດພະລັງງານຕ່ໍາສາມາດຫຼຸດຜ່ອນການບໍລິໂພກພະລັງງານຢ່າງມີປະສິດທິພາບ.
ການປິດ rails ບາງສາມາດຕັດໄຟຟ້າໂດຍກົງເພື່ອປະຫຍັດພະລັງງານ. ຕາຕະລາງ 5 ສະແດງໃຫ້ເຫັນຕົວເລກປົກກະຕິtages ຂອງ VDD_DIG0/1 ພາຍໃຕ້ຮູບແບບພະລັງງານທີ່ແຕກຕ່າງກັນ (VDD_DIG2 ຖືກຜູກມັດກັບ DIG1 ໃນກະດານ EVK. ມັນສາມາດປັບໄດ້. ຮ່ວມກັບ VDD_DIG1).
ຕາຕະລາງ 5. ການສະຫນອງພະລັງງານ voltage ພາຍໃຕ້ຮູບແບບພະລັງງານທີ່ແຕກຕ່າງກັນ
ລາງລົດໄຟ ເຄື່ອນໄຫວ ນອນ ນອນເລິກ ພະລັງງານລົງ VDD_DIGO 1.05 ວ 1.05 ວ 0.73 ວ 0.65 ວ VDD_DIG1 1.05 ວ 1.05 ວ 0.73 ວ 0.73 ວ ເພື່ອຫຼຸດລົງ voltage ຂອງລາງລົດໄຟ, ຜູ້ໃຊ້ຄວນບອກ uPower ວິທີການກໍາຫນົດຄ່າ PMIC ໃນລະຫວ່າງການປ່ຽນພະລັງງານໂດຍການເພີ່ມລາຍການຂອງໂຄງສ້າງ ps_rtd_pmic_reg_data_cfgs_t ເຂົ້າໄປໃນ pwr_sys_cfg->ps_rtd_ pmic_reg_data_cfg[] array. ເອົາ PCA9460 PMIC ໃນ EVK ເປັນ exampຂ້າງລຸ່ມນີ້:
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 ແມ່ນຄ່າລົງທະບຽນທີ່ຕ້ອງໄດ້ຮັບການຕັ້ງຄ່າ.
ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການຈົດທະບຽນທີ່ຢູ່ແລະ bits, ເບິ່ງ PCA9460, IC ການຄຸ້ມຄອງພະລັງງານສໍາລັບ i.MX 8ULP Data Sheet (ເອກະສານ PCA9460DS). - ຕັ້ງຄ່າ uPower ສໍາລັບສະວິດໄຟ, ສະວິດການແບ່ງປັນຫນ່ວຍຄວາມຈໍາ, ແລະການຕັ້ງຄ່າ PAD:
ສໍາລັບໂຄງສ້າງທັງສອງນີ້ສໍາລັບການປ່ຽນຮູບແບບພະລັງງານ, ອ້າງອີງເຖິງ lpm.c ໃນຕົວຢ່າງ power_mode_switch.
ຜູ້ໃຊ້ສາມາດຮັກສາການຕັ້ງຄ່າເຫຼົ່ານັ້ນບໍ່ໄດ້ສໍາພັດເວັ້ນເສຍແຕ່ມີການຕັ້ງຄ່າເພີ່ມເຕີມເຊັ່ນ: ການເປີດ / ປິດ, ບາງໂມດູນ IP, ແລະອາເຣຫນ່ວຍຄວາມຈໍາ. ຜູ້ໃຊ້ສາມາດເປີດ / ປິດສະວິດໄຟໂດຍການຕັ້ງ swt_board[0]: SWT_BOARD (ເປີດ / ປິດ bits, ຫນ້າກາກ). ຄໍານິຍາມ bits ສາມາດພົບໄດ້ໃນ ຕາຕະລາງ 7. ການປິດ/ເປີດໜ່ວຍຄວາມຈຳສາມາດເຮັດໄດ້ໂດຍການຕັ້ງ swt_mem[0]: SWT_MEM(SRAM Ctrl array bits, SRAM peripheral bits, masks). ຄໍານິຍາມ bits ສາມາດພົບໄດ້ໃນ ຕາຕະລາງ 8.
ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບການຕັ້ງຄ່າການປ່ຽນຮູບແບບພະລັງງານຂອງ uPower, ເບິ່ງຄູ່ມືຜູ້ໃຊ້ uPower Firmware (ເອກະສານ UpOWERWUG). - ໂທຫາ uPower ສໍາລັບການປ່ຽນພະລັງງານ. ເອົາການເຂົ້າສູ່ໂຫມດ power down ເປັນ example, ອ້າງອີງເຖິງການເຮັດວຽກຂອງ LPM_SystemPowerDown(void) ໃນ SDK power_mode_switch demo.
ຫຼັງຈາກລະບົບຕື່ນຂຶ້ນຈາກໂຫມດພະລັງງານຕ່ໍາ, ຜູ້ໃຊ້ຕ້ອງຟື້ນຕົວການຕັ້ງຄ່າການລົງທະບຽນທັງຫມົດກ່ອນທີ່ຈະເຂົ້າ. ຕົວຢ່າງample, ໃນການຕັ້ງຄ່າ IOMUXC, ຜູ້ໃຊ້ສາມາດໃຊ້ຕົວແປ static array ເພື່ອເກັບຄ່າຂອງ PCR0 ທັງຫມົດແລະຟື້ນຟູພວກມັນ.
ໂດເມນ APD ເຮັດວຽກກັບ LPAV
ເອົາ NXP Linux ອອກເປັນ exampລະບົບປະຕິບັດການສໍາລັບໂດເມນ APD.
4.1 ເອົາ RTD ເຂົ້ານອນ
ການຮັກສາໂດເມນ RTD ໃນໂຫມດນອນສາມາດປະຫຍັດໄດ້ປະມານ 20 mW ~ 40 mW ເມື່ອທຽບກັບໂຫມດການເຄື່ອນໄຫວ. ນອກຈາກນັ້ນ, ໃຫ້ແນ່ໃຈວ່າ pin GPIO ທີ່ບໍ່ໄດ້ໃຊ້ຖືກປິດ.
4.2 ປິດການໃຊ້ງານ IP ແລະ pins ທີ່ບໍ່ໄດ້ໃຊ້ໃນ Linux DTS (ຕົ້ນໄມ້ອຸປະກອນ)
ປິດການໃຊ້ງານ node ອຸປະກອນສາມາດຫຼີກເວັ້ນການເປີດອຸປະກອນນີ້ຫຼື ungated ໂມງຂອງຕົນ. ຕົວຢ່າງampດັ່ງນັ້ນ, ເພື່ອປິດການໃຊ້ງານ GPU3D ໃນແຫຼ່ງຕົ້ນໄມ້ອຸປະກອນ (DTS):
ເພື່ອປ້ອງກັນບໍ່ໃຫ້ສະວິດໄຟ PS7 ເປີດ, ປິດໃຊ້ງານ GPU3D. ຖ້າ DCNano, MIPI DSI/CSI, ແລະ GPU2D ຖືກປິດໃຊ້ງານທັງໝົດ, PLL4 ຈະບໍ່ຖືກເປີດໃຊ້ງານ.
ເພື່ອຫຼີກເວັ້ນການເປີດໃຊ້ I/O PAD ສໍາລັບ pins ເຫຼົ່ານັ້ນ, ປິດການໃຊ້ pins ທີ່ບໍ່ໄດ້ໃຊ້ໃນ pinctrl nodes.
4.3 ໃຊ້ DVFS
i.MX 8ULP Linux ຮອງຮັບ voltage ແລະຄຸນສົມບັດການຂະຫຍາຍຄວາມຖີ່, ເປັນທີ່ຮູ້ຈັກຢ່າງເປັນທາງການເປັນ DVFS ໃນເວທີ i.MX ອື່ນໆ. ສະບັບເລກທີtagຄຸນສົມບັດການປັບຂະໜາດ e/frequency ບໍ່ໄດ້ຖືກປະຕິບັດແບບເຄື່ອນໄຫວໃນຊອບແວ. ຜູ້ໃຊ້ຕ້ອງປ່ຽນໂດຍໃຊ້ Linux kernel sysfs. ເພື່ອໃຊ້ VFS, ໂຫລດ imx8ulp-evk-nd.dtb ເປັນຕົ້ນໄມ້ອຸປະກອນເລີ່ມຕົ້ນເພື່ອບູດລະບົບ. ຈາກນັ້ນເຂົ້າສູ່ໂໝດລົດເມຕໍ່າໂດຍ:
Kernel ເຮັດການປ່ຽນແປງຕໍ່ໄປນີ້:
- ຫຼຸດຄວາມຖີ່ຫຼັກ DDR ຈາກ 528 MHz ເປັນ 96 MHz.
- ຫຼຸດໂມງ APD NIC ເປັນ 192 MHz ໂດຍໃຊ້ FRO ເປັນແຫຼ່ງໂມງແທນ PLL.
- ຫຼຸດໂມງ LPAV AXI ເປັນ 192 MHz ໂດຍໃຊ້ FRO ເປັນແຫຼ່ງໂມງແທນ PLL.
- ຫຼຸດ A35 ໂມງ CPU ເປັນ 500 MHz.
- ລົງລົດໄຟຟ້າ BUCK3 (VDD_DIG1/2) voltage ຫາ 1.0 V ຈາກ 1.1 V.
ອອກໄປແລ້ວກັບໄປທີ່ໂໝດລົດເມສູງ:
4.4 ໃຊ້ໂຫມດຂັບນາມ (VDD_DIG1/2 1.0 V)
i.MX 8ULP SoC ແລ່ນໃນໂໝດ overdrive ໂດຍຄ່າເລີ່ມຕົ້ນ U-Boot ແລະ kernel configurations. ຖ້າປະສິດທິພາບສູງບໍ່ແມ່ນຄວາມຕ້ອງການທີ່ສໍາຄັນ, ຜູ້ໃຊ້ສາມາດເອີ້ນໃຊ້ SoC ໃນໂຫມດຂັບນາມໃນ boot ເພື່ອປະຫຍັດພະລັງງານ. ມັນເປັນການຕັ້ງຄ່າ static; ຜູ້ໃຊ້ບໍ່ສາມາດປ່ຽນ voltage ຫຼືຄວາມຖີ່ຫຼັງຈາກ boot up.
U-Boot: ສ້າງ 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
ຫຼັງຈາກ Linux ໂຈະ, ໂດເມນ AP ແລະ LPAV ເຂົ້າສູ່ໂໝດປິດເຄື່ອງ. RTD ຕ້ອງເປັນເຈົ້າຂອງໂດເມນ LPAV ຈາກ APD ກ່ອນ:
- SIM_RTD_SEC.SYSCTRL0[LPAV_MASTER_CTRL] = 0 // ຕັ້ງ RTD ເປັນໂດເມນຫຼັກຂອງໂດເມນ LPAV
- SIM_RTC_SEC.LPAV_MASTER_ALLOC_CTRL = 0 // ຈັດສັນ LPAV master IP ເປັນ RTD
- SIM_RTC_SEC.LPAV_SLAVE_ALLOC_CTRL = 0 // ຈັດສັນ LPAV slave IP ເປັນ RTD
ຈາກນັ້ນ, ສືບຕໍ່ພະລັງງານຫຼັກ VDD_DIG2 (BUCK3) ຂອງໂດເມນ LPAV ເປັນ 1.05 V ຫຼື 1.1 V ເພື່ອຮັບປະກັນ IP ທັງໝົດໃນ LPAV ເຮັດວຽກຢ່າງຖືກຕ້ອງໂດຍ uPower upwr_vtm_pmic_config() API.
ສຸດທ້າຍ, ດຶງເອົາໂດເມນ LPAV ອອກຈາກໂຫມດປິດເຄື່ອງໄປຫາໂຫມດການເຄື່ອນໄຫວ:
ໃນກໍລະນີການນໍາໃຊ້ການສະແດງຜົນຕະຫຼອດ, ຜູ້ໃຊ້ຕ້ອງເປີດຕໍ່ໄປນີ້ເພື່ອໃຫ້ທໍ່ສະແດງຜົນທັງຫມົດເຮັດວຽກ:
- ສະວິດໄຟ MIPI-DSI
- ການແບ່ງສ່ວນຄວາມຈໍາສໍາລັບຕົວຄວບຄຸມການສະແດງຜົນ DCNano
- MIPI-DSI
- FlexSPI FIFO buffers
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 ຄູ່ມືການອ້າງອີງການປະມວນຜົນ (ເອກະສານ i.MX8 ULPM) ຕິດຕໍ່ NXP ວິສະວະກອນຄໍາຮ້ອງສະຫມັກພາກສະຫນາມທ້ອງຖິ່ນ (ຜູ້ຕາງຫນ້າ. | ຕິດຕໍ່ NXP local applications engineer (FAE) ຫຼືຕົວແທນຂາຍ. |
| i.MX 8ULP Applications Processor—ຜະລິດຕະພັນອຸດສາຫະກໍາ (ເອກະສານ IMX8ULPIEC) | ຕິດຕໍ່ NXP local applications engineer (FAE) ຫຼືຕົວແທນຂາຍ. |
| MCUXpresso SDK Builder | https://mcuxpresso.nxp.com/en/welcome |
ເອກະສານຊ້ອນທ້າຍ
ຕາຕະລາງ 7 ສະແດງໃຫ້ເຫັນຊື່, ຈໍານວນຕາມເຫດຜົນ, ແລະບິດສໍາລັບການສະຫຼັບພະລັງງານແຕ່ລະຄົນ.
ຕາຕະລາງ 7. ສະວິດໄຟ
| ຟັງຊັນ | ສະຫຼັບພະລັງງານຢ່າງມີເຫດຜົນ | ບິດ |
| CM33 | ປຊຊ | 0 |
| ຟິວຊັນ | PS1 | 1 |
| A35[0] ຫຼັກ | PS2 | 2 |
| A35[1] ຫຼັກ | PS3 | 3 |
| Mercury L2 Cache [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 |
| ພະລັງງານ | PS19 | 16 |
ຕາຕະລາງ 8 ສະແດງ bit ແລະຊື່ຂອງແຕ່ລະຕົວຄວບຄຸມການແບ່ງສ່ວນຄວາມຈໍາ.
ຕາຕະລາງ 8. Memory partition ctrls
| SRAM CTRL ARRAY_O (APD/LPAV) MaskO |
SRAM CTRL ARRAY_1 (RTD) ໜ້າກາກ1 |
||
| ບິດ | ຄວບຄຸມຄວາມຊົງຈໍາ | ບິດ | ຄວບຄຸມຄວາມຊົງຈໍາ |
| 0 | cache CA35 Core 0 L1 | 0 | Casper RAM |
| 1 | cache CA35 Core 1 L1 | 1 | DMAO RAM |
| 2 | L2 Cache 0 | 2 | RAM FIexCAN |
| 3 | L2 Cache 1 | 3 | FIexSPIO FIFO, Buffer |
| 4 | L2 Cache ຜູ້ຖືກເຄາະຮ້າຍ /tag | 4 | FlexSPI1 FIFO, Buffer |
| 5 | CAAM ປອດໄພ RAM | 5 | CM33 Cache |
| 6 | DMA1 RAM | 6 | RAM PowerQuad |
| 7 | FlexSPI2 FIFO, Buffer | 7 | ETF RAM |
| 8 | SRAMO | 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 | ROM uPower |
| 12 | uSDHC1 FIFO RAM | 12 | ROM CM33 |
| 13 | uSDHC2 FIFO ແລະ USB1 TX/RX RAM | 13 | SSRAM Partition 0 |
| 14 | GIC RAM | 14 | SSRAM Partition 1 |
| 15 | ENET TX FIXO | 15 | SSRAM Partition 2,3,4 |
| 16 | ສະຫງວນ (Brainshift) | 16 | SSRAM Partition 5 |
| 17 | DCNano Tile2Linear ແລະການແກ້ໄຂ RGB | 17 | SSRAM Partition 6 |
| 18 | DCNano Cursor ແລະ FIFO | 18 | SSRAM Partition 7_a (128 kB) |
| 19 | EPDC LUT | 19 | SSRAM Partition 7_b (64 kB) |
| 20 | EPDC FIFO | 20 | SSRAM Partition 7_c (64 kB) |
| 21 | DMA2 RAM | 21 | Sentinel Data RAM0, Inst RAM2 |
| 22 | GPU2D RAM ກຸ່ມ 1 | 22 | ສະຫງວນໄວ້ |
| 23 | GPU2D RAM ກຸ່ມ 2 | 23 | |
| 24 | GPU3D RAM ກຸ່ມ 1 | 24 | |
| 25 | GPU3D RAM ກຸ່ມ 2 | 25 | |
| 26 | HIFI4 Caches, IRAM, DRAM | 26 | |
| 27 | ISI Buffers | 27 | |
| 28 | MIPI-CSI FIFO | 28 | |
| 29 | MIPI-DSI FIFO | 29 | |
| 30 | PXP Caches, Buffers | 30 | |
| 31 | SRAM1 | 31 | |
ຫມາຍເຫດກ່ຽວກັບລະຫັດແຫຼ່ງໃນເອກະສານ
Exampລະຫັດທີ່ສະແດງຢູ່ໃນເອກະສານນີ້ມີລິຂະສິດຕໍ່ໄປນີ້ແລະໃບອະນຸຍາດ BSD-3-Clause:
ລິຂະສິດ YYYY NXP Redistribution and use in source and binary forms , ມີຫຼືບໍ່ມີການດັດແກ້, ແມ່ນອະນຸຍາດໃຫ້ມີເງື່ອນໄຂດັ່ງຕໍ່ໄປນີ້:
- ການຈັດຈໍາໜ່າຍລະຫັດແຫຼ່ງທີ່ມາຄືນໃໝ່ຕ້ອງຮັກສາແຈ້ງການລິຂະສິດຂ້າງເທິງ, ລາຍຊື່ເງື່ອນໄຂ ແລະຂໍ້ປະຕິເສດຄວາມຮັບຜິດຊອບຕໍ່ໄປນີ້.
- ການແຈກຢາຍຄືນໃໝ່ໃນຮູບແບບຄູ່ຕ້ອງສ້າງຄືນໃໝ່ຕາມແຈ້ງການລິຂະສິດຂ້າງເທິງ, ບັນຊີລາຍຊື່ຂອງເງື່ອນໄຂ ແລະຂໍ້ປະຕິເສດຕໍ່ໄປນີ້ໃນເອກະສານ ແລະ/ຫຼືອຸປະກອນອື່ນໆຕ້ອງໄດ້ຮັບການສະໜອງໃຫ້ກັບການແຈກຢາຍ.
- ທັງຊື່ຜູ້ຖືລິຂະສິດຫລືຊື່ຂອງຜູ້ປະກອບສ່ວນຂອງມັນອາດຈະບໍ່ຖືກ ນຳ ໃຊ້ເພື່ອຮັບຮອງຫຼືສົ່ງເສີມຜະລິດຕະພັນທີ່ໄດ້ມາຈາກຊອບແວນີ້ໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດເປັນລາຍລັກອັກສອນລ່ວງ ໜ້າ.
ຊອບແວນີ້ແມ່ນສະໜອງໃຫ້ໂດຍຜູ້ຖືລິຂະສິດ ແລະຜູ້ປະກອບສ່ວນ "ຕາມທີ່ເປັນ" ແລະການຮັບປະກັນໃດໆກໍຕາມ, ລວມທັງ, ແຕ່ບໍ່ຈຳກັດການຮັບປະກັນດ້ານການສະໜອງສິນຄ້າ ED. ໃນກໍລະນີໃດກໍ່ຕາມ, ຜູ້ຖືລິຂະສິດຫຼືຜູ້ປະກອບສ່ວນຈະຕ້ອງຮັບຜິດຊອບຕໍ່ຄວາມເສຍຫາຍທາງກົງ, ໂດຍທາງອ້ອມ, ເຫດການ, ພິເສດ, ແບບຢ່າງ, ຫຼືຄວາມເສຍຫາຍທີ່ເປັນຜົນສະທ້ອນ (ລວມທັງ, ແຕ່ບໍ່ຈໍາກັດຕໍ່ການແກ້ໄຂ, ການຜະລິດ; E, DATA, OR ກໍາໄລ; ຫຼືການຂັດຂວາງທາງທຸລະກິດ) ບໍ່ວ່າຈະເປັນສາເຫດ ແລະໃນທິດສະດີຄວາມຮັບຜິດຊອບໃດໆ, ບໍ່ວ່າຈະຢູ່ໃນສັນຍາ, ຄວາມຮັບຜິດຊອບຢ່າງເຂັ້ມງວດ, ຫຼືການທໍລະຍົດ (ລວມທັງການລະເລີຍ ຫຼືທາງອື່ນ) ທີ່ເກີດຂື້ນໃນທາງໃດກໍ່ຕາມ, ໃນກໍລະນີໃດກໍ່ຕາມ ຄວາມສອດຄ່ອງຂອງຄວາມເສຍຫາຍດັ່ງກ່າວ.
ປະຫວັດການແກ້ໄຂ
ຕາຕະລາງ 9 ສະຫຼຸບການປ່ຽນແປງທີ່ເຮັດກັບເອກະສານນີ້ນັບຕັ້ງແຕ່ການເປີດຕົວຄັ້ງທໍາອິດ.
ຕາຕະລາງ 9. ປະຫວັດການທົບທວນ
| ເລກດັດແກ້ | ວັນທີ | ການປ່ຽນແປງທີ່ສໍາຄັນ |
| 0 | 30 ພຶດສະພາ 2023 | ການປ່ອຍຕົວໃນເບື້ອງຕົ້ນ |
ຂໍ້ມູນທາງກົດໝາຍ
10.1 ຄໍານິຍາມ
ຮ່າງ — ສະຖານະພາບຮ່າງຢູ່ໃນເອກະສານຊີ້ໃຫ້ເຫັນວ່າເນື້ອໃນແມ່ນຍັງຢູ່ພາຍໃຕ້ການ re ພາຍໃນview ແລະຂຶ້ນກັບການອະນຸມັດຢ່າງເປັນທາງການ, ເຊິ່ງອາດຈະເຮັດໃຫ້ມີການປ່ຽນແປງຫຼືເພີ່ມເຕີມ. NXP Semiconductors ບໍ່ໄດ້ໃຫ້ການເປັນຕົວແທນຫຼືການຮັບປະກັນໃດໆກ່ຽວກັບຄວາມຖືກຕ້ອງຫຼືຄວາມສົມບູນຂອງຂໍ້ມູນທີ່ລວມຢູ່ໃນສະບັບຮ່າງຂອງເອກະສານແລະຈະບໍ່ຮັບຜິດຊອບຕໍ່ຜົນສະທ້ອນຂອງການນໍາໃຊ້ຂໍ້ມູນດັ່ງກ່າວ.
10.2 ປະຕິເສດ
ການຮັບປະກັນແລະຄວາມຮັບຜິດຊອບຈໍາກັດ — ເຊື່ອກັນວ່າຂໍ້ມູນໃນເອກະສານນີ້ແມ່ນຖືກຕ້ອງ ແລະເຊື່ອຖືໄດ້. ຢ່າງໃດກໍ່ຕາມ, 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 ແມ່ນເຫມາະສົມແລະເຫມາະສົມກັບຄໍາຮ້ອງສະຫມັກຂອງລູກຄ້າແລະຜະລິດຕະພັນທີ່ວາງແຜນ, ເຊັ່ນດຽວກັນກັບຄໍາຮ້ອງສະຫມັກທີ່ວາງແຜນແລະການນໍາໃຊ້ຂອງລູກຄ້າພາກສ່ວນທີສາມ (s). ລູກຄ້າຄວນສະຫນອງການອອກແບບທີ່ເຫມາະສົມແລະການປົກປ້ອງການດໍາເນີນງານເພື່ອຫຼຸດຜ່ອນຄວາມສ່ຽງທີ່ກ່ຽວຂ້ອງກັບຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງພວກເຂົາ.
NXP Semiconductors ບໍ່ຍອມຮັບຄວາມຮັບຜິດຊອບທີ່ກ່ຽວຂ້ອງກັບຄ່າເລີ່ມຕົ້ນ, ຄວາມເສຍຫາຍ, ຄ່າໃຊ້ຈ່າຍຫຼືບັນຫາທີ່ອີງໃສ່ຈຸດອ່ອນຫຼືຄ່າເລີ່ມຕົ້ນໃນຄໍາຮ້ອງສະຫມັກຫຼືຜະລິດຕະພັນຂອງລູກຄ້າ, ຫຼືຄໍາຮ້ອງສະຫມັກຫຼືການນໍາໃຊ້ໂດຍລູກຄ້າພາກສ່ວນທີສາມຂອງລູກຄ້າ. ລູກຄ້າຮັບຜິດຊອບໃນການທົດສອບທີ່ຈໍາເປັນທັງຫມົດສໍາລັບຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງລູກຄ້າໂດຍໃຊ້ຜະລິດຕະພັນ NXP Semiconductors ເພື່ອຫຼີກເວັ້ນການເລີ່ມຕົ້ນຂອງຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຫຼືຂອງຄໍາຮ້ອງສະຫມັກຫຼືການນໍາໃຊ້ໂດຍລູກຄ້າພາກສ່ວນທີສາມ (s). NXP ບໍ່ຍອມຮັບຄວາມຮັບຜິດຊອບໃດໆໃນເລື່ອງນີ້.
ຂໍ້ກໍານົດແລະເງື່ອນໄຂຂອງການຂາຍການຄ້າ — ຜະລິດຕະພັນ NXP Semiconductors ຖືກຂາຍໂດຍອີງໃສ່ຂໍ້ກໍານົດແລະເງື່ອນໄຂທົ່ວໄປຂອງການຂາຍທາງການຄ້າ, ທີ່ໄດ້ຈັດພີມມາຢູ່ http://www.nxp.com/profile/terms, ເວັ້ນເສຍແຕ່ໄດ້ຕົກລົງເປັນຢ່າງອື່ນໃນຂໍ້ຕົກລົງສ່ວນບຸກຄົນທີ່ຖືກຕ້ອງ. ໃນກໍລະນີທີ່ຂໍ້ຕົກລົງສ່ວນບຸກຄົນໄດ້ຖືກສະຫຼຸບພຽງແຕ່ຂໍ້ກໍານົດແລະເງື່ອນໄຂຂອງສັນຍາທີ່ກ່ຽວຂ້ອງເທົ່ານັ້ນ. NXP Semiconductors ໃນທີ່ນີ້ຄັດຄ້ານຢ່າງຈະແຈ້ງທີ່ຈະນໍາໃຊ້ຂໍ້ກໍານົດແລະເງື່ອນໄຂທົ່ວໄປຂອງລູກຄ້າກ່ຽວກັບການຊື້ຜະລິດຕະພັນ NXP Semiconductors ໂດຍລູກຄ້າ.
ການຄວບຄຸມການສົ່ງອອກ — ເອກະສານນີ້ພ້ອມທັງລາຍການທີ່ອະທິບາຍໃນທີ່ນີ້ອາດຈະເປັນຂຶ້ນກັບລະບຽບການຄວບຄຸມການສົ່ງອອກ. ການສົ່ງອອກອາດຈະຕ້ອງມີການອະນຸຍາດກ່ອນໜ້ານີ້ຈາກເຈົ້າໜ້າທີ່ທີ່ມີຄວາມສາມາດ.
ຄວາມເຫມາະສົມກັບການນໍາໃຊ້ໃນຜະລິດຕະພັນທີ່ມີຄຸນນະພາບທີ່ບໍ່ແມ່ນລົດຍົນ — ເວັ້ນເສຍແຕ່ເອກະສານຂໍ້ມູນນີ້ລະບຸຢ່າງຈະແຈ້ງວ່າຜະລິດຕະພັນ NXP Semiconductors ສະເພາະນີ້ແມ່ນມີຄຸນສົມບັດໃນລົດຍົນ, ຜະລິດຕະພັນດັ່ງກ່າວບໍ່ເຫມາະສົມສໍາລັບການນໍາໃຊ້ລົດຍົນ. ມັນບໍ່ມີຄຸນສົມບັດ ຫຼື ການທົດສອບໂດຍສອດຄ່ອງກັບການທົດສອບລົດຍົນ ຫຼືຄວາມຕ້ອງການຄໍາຮ້ອງສະຫມັກ. NXP Semiconductors ຍອມຮັບບໍ່ມີຄວາມຮັບຜິດຊອບສໍາລັບການລວມເອົາແລະ / ຫຼືການນໍາໃຊ້ຜະລິດຕະພັນທີ່ມີຄຸນນະພາບທີ່ບໍ່ແມ່ນລົດຍົນໃນອຸປະກອນຫຼືຄໍາຮ້ອງສະຫມັກລົດຍົນ.
ໃນກໍລະນີທີ່ລູກຄ້ານໍາໃຊ້ຜະລິດຕະພັນສໍາລັບການອອກແບບແລະນໍາໃຊ້ໃນການນໍາໃຊ້ລົດຍົນກັບຂໍ້ກໍານົດແລະມາດຕະຖານຂອງລົດຍົນ, ລູກຄ້າ (a) ຈະຕ້ອງໃຊ້ຜະລິດຕະພັນໂດຍບໍ່ມີການຮັບປະກັນຂອງ NXP Semiconductors ຂອງຜະລິດຕະພັນສໍາລັບການນໍາໃຊ້ລົດຍົນດັ່ງກ່າວ, ການນໍາໃຊ້ແລະສະເພາະ, ແລະ ( b) ທຸກຄັ້ງທີ່ລູກຄ້າໃຊ້ຜະລິດຕະພັນສໍາລັບການນໍາໃຊ້ລົດຍົນທີ່ເກີນຂໍ້ກໍານົດຂອງ NXP Semiconductors ການໃຊ້ດັ່ງກ່າວຈະເປັນຄວາມສ່ຽງຂອງລູກຄ້າເອງເທົ່ານັ້ນ, ແລະ (c) ລູກຄ້າຈະຊົດເຊີຍຢ່າງເຕັມສ່ວນ NXP Semiconductors ສໍາລັບຄວາມຮັບຜິດຊອບ, ຄວາມເສຍຫາຍຫຼືການຮຽກຮ້ອງຜະລິດຕະພັນທີ່ລົ້ມເຫລວທີ່ເກີດຈາກການອອກແບບແລະການນໍາໃຊ້ຂອງລູກຄ້າ. ຜະລິດຕະພັນສໍາລັບຄໍາຮ້ອງສະຫມັກລົດໃຫຍ່ນອກເຫນືອຈາກການຮັບປະກັນມາດຕະຖານຂອງ NXP Semiconductors ແລະຂໍ້ມູນສະເພາະຂອງຜະລິດຕະພັນ NXP Semiconductors.
ການແປ — ສະບັບທີ່ບໍ່ແມ່ນພາສາອັງກິດ (ແປ) ຂອງເອກະສານ, ລວມທັງຂໍ້ມູນທາງກົດໝາຍໃນເອກະສານນັ້ນ, ແມ່ນສໍາລັບການອ້າງອີງເທົ່ານັ້ນ. ສະບັບພາສາອັງກິດຈະຊະນະໃນກໍລະນີທີ່ມີຄວາມແຕກຕ່າງລະຫວ່າງສະບັບແປແລະພາສາອັງກິດ.
ຄວາມປອດໄພ — ລູກຄ້າເຂົ້າໃຈວ່າຜະລິດຕະພັນ NXP ທັງຫມົດອາດຈະມີຄວາມສ່ຽງທີ່ບໍ່ຮູ້ຈັກຫຼືອາດຈະສະຫນັບສະຫນູນມາດຕະຖານຄວາມປອດໄພທີ່ສ້າງຕັ້ງຂຶ້ນຫຼືສະເພາະທີ່ມີຂໍ້ຈໍາກັດທີ່ຮູ້ຈັກ. ລູກຄ້າມີຄວາມຮັບຜິດຊອບໃນການອອກແບບແລະການດໍາເນີນງານຂອງຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງຕົນຕະຫຼອດຊີວິດຂອງເຂົາເຈົ້າເພື່ອຫຼຸດຜ່ອນຜົນກະທົບຂອງຊ່ອງໂຫວ່ເຫຼົ່ານີ້ຕໍ່ຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງລູກຄ້າ. ຄວາມຮັບຜິດຊອບຂອງລູກຄ້າຍັງຂະຫຍາຍໄປສູ່ເຕັກໂນໂລຢີທີ່ເປີດແລະ / ຫຼືເປັນເຈົ້າຂອງອື່ນໆທີ່ສະຫນັບສະຫນູນໂດຍຜະລິດຕະພັນ NXP ເພື່ອນໍາໃຊ້ໃນຄໍາຮ້ອງສະຫມັກຂອງລູກຄ້າ. NXP ຍອມຮັບບໍ່ມີຄວາມຮັບຜິດຊອບຕໍ່ຄວາມອ່ອນແອໃດໆ. ລູກຄ້າຄວນກວດສອບການອັບເດດຄວາມປອດໄພຈາກ NXP ເປັນປະຈຳ ແລະຕິດຕາມຢ່າງເໝາະສົມ.
ລູກຄ້າຈະຕ້ອງເລືອກຜະລິດຕະພັນທີ່ມີລັກສະນະຄວາມປອດໄພທີ່ກົງກັບກົດລະບຽບ, ກົດລະບຽບ ແລະມາດຕະຖານຂອງແອັບພລິເຄຊັນທີ່ຕັ້ງໃຈ ແລະຕັດສິນໃຈອອກແບບສູງສຸດກ່ຽວກັບຜະລິດຕະພັນຂອງຕົນ ແລະຮັບຜິດຊອບພຽງຢ່າງດຽວສຳລັບການປະຕິບັດຕາມກົດໝາຍ, ລະບຽບການ ແລະຄວາມປອດໄພທັງໝົດກ່ຽວກັບຜະລິດຕະພັນຂອງມັນ, ໂດຍບໍ່ສົນເລື່ອງ. ຂອງຂໍ້ມູນ ຫຼືການຊ່ວຍເຫຼືອທີ່ອາດຈະສະໜອງໃຫ້ໂດຍ NXP.
NXP ມີທີມງານຕອບໂຕ້ເຫດການຄວາມປອດໄພຜະລິດຕະພັນ (PSIRT) (ສາມາດຕິດຕໍ່ໄດ້ທີ່ PSIRT@nxp.com) ທີ່ຄຸ້ມຄອງການສືບສວນ, ການລາຍງານ, ແລະການປ່ອຍການແກ້ໄຂຕໍ່ກັບຄວາມສ່ຽງດ້ານຄວາມປອດໄພຂອງຜະລິດຕະພັນ NXP.
NXP BV - NXP BV ບໍ່ແມ່ນບໍລິສັດປະຕິບັດງານແລະມັນບໍ່ໄດ້ແຈກຢາຍຫຼືຂາຍຜະລິດຕະພັນ.
ເຄື່ອງໝາຍການຄ້າ
ແຈ້ງການ: ຍີ່ຫໍ້ອ້າງອີງທັງໝົດ, ຊື່ຜະລິດຕະພັນ, ຊື່ການບໍລິການ, ແລະເຄື່ອງໝາຍການຄ້າແມ່ນຊັບສິນຂອງເຈົ້າຂອງທີ່ກ່ຽວຂ້ອງ.
NXP - wordmark ແລະໂລໂກ້ແມ່ນເຄື່ອງຫມາຍການຄ້າຂອງ 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
ສະຫງວນລິຂະສິດທັງໝົດ.
ວັນທີອອກ: 30 ພຶດສະພາ 2023
ຕົວລະບຸເອກະສານ: AN13951
NXP Semiconductors”
AN13951
ການເພີ່ມປະສິດທິພາບການບໍລິໂພກພະລັງງານສໍາລັບ i.MX 8ULP
ເອກະສານ / ຊັບພະຍາກອນ
 |
NXP AN13951 Optimizing Power Consumption for i.MX 8ULP [pdf] ຄູ່ມືຜູ້ໃຊ້ AN13951, AN13951 Optimizing Power Consumption for i.MX 8ULP, Optimizing Power Consumption for i.MX 8ULP, ການບໍລິໂພກພະລັງງານສໍາລັບ i.MX 8ULP, ການບໍລິໂພກພະລັງງານສໍາລັບ i.MX 8ULP, i.MX 8ULP |
