AN13951
i.MX 8ULP ਲਈ ਪਾਵਰ ਖਪਤ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨਾ
ਰੈਵ. 0 - 30 ਮਈ 2023
ਐਪਲੀਕੇਸ਼ਨ ਨੋਟ
AN13951 i.MX 8ULP ਲਈ ਪਾਵਰ ਖਪਤ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣਾ
ਦਸਤਾਵੇਜ਼ ਜਾਣਕਾਰੀ
| ਜਾਣਕਾਰੀ | ਸਮੱਗਰੀ |
| ਕੀਵਰਡਸ | AN13951, i.MX 8ULP, ਪਾਵਰ ਆਰਕੀਟੈਕਚਰ, ਪਾਵਰ ਖਪਤ, ਸੌਫਟਵੇਅਰ ਅਨੁਕੂਲਨ |
| ਐਬਸਟਰੈਕਟ | ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਨੋਟ ਦੱਸਦਾ ਹੈ ਕਿ ਕਈਆਂ ਵਿੱਚ ਸਿਸਟਮ ਪੱਧਰ ਦੀ ਪਾਵਰ ਖਪਤ ਨੂੰ ਕਿਵੇਂ ਅਨੁਕੂਲ ਬਣਾਇਆ ਜਾਵੇ ਵੱਖ-ਵੱਖ ਡੋਮੇਨ ਸੰਜੋਗਾਂ ਦੇ ਨਾਲ ਆਮ ਦ੍ਰਿਸ਼। |
ਜਾਣ-ਪਛਾਣ
ਪ੍ਰੋਸੈਸਰਾਂ ਦੇ i.MX 8ULP ਪਰਿਵਾਰ ਵਿੱਚ ਇੱਕ ਆਰਮ ਕੋਰਟੇਕਸ-M35 ਦੇ ਨਾਲ-ਨਾਲ ਡਿਊਲ ਆਰਮ ਕੋਰਟੈਕਸ-ਏ33 ਕੋਰ ਦੇ NXP ਐਡਵਾਂਸਡ ਲਾਗੂਕਰਨ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ। ਇਹ ਸੰਯੁਕਤ ਆਰਕੀਟੈਕਚਰ ਡਿਵਾਈਸ ਨੂੰ ਰਿਚ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ, ਜਿਵੇਂ ਕਿ ਲੀਨਕਸ, Cortex-A35 ਕੋਰ ਉੱਤੇ ਅਤੇ ਇੱਕ RTOS, ਜਿਵੇਂ ਕਿ FreeRTOS, Cortex-M33 ਕੋਰ ਉੱਤੇ ਚਲਾਉਣ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ। ਇਸ ਵਿੱਚ ਘੱਟ-ਪਾਵਰ ਆਡੀਓ ਲਈ ਇੱਕ ਫਿਊਜ਼ਨ DSP ਅਤੇ ਉੱਨਤ ਆਡੀਓ ਅਤੇ ਮਸ਼ੀਨ-ਲਰਨਿੰਗ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਇੱਕ HiFi4 DSP ਵੀ ਸ਼ਾਮਲ ਹੈ। ਇਹ ਘੱਟ-ਪਾਵਰ ਅਤੇ ਅਤਿ-ਘੱਟ-ਪਾਵਰ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ ਅਤੇ ਉਤਪਾਦਾਂ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦਾ ਹੈ।
i.MX 8ULP ਵਿੱਚ ਵੱਖ-ਵੱਖ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ ਨੂੰ ਕਵਰ ਕਰਨ ਲਈ ਇੱਕ ਗੁੰਝਲਦਾਰ ਅਤੇ ਉੱਨਤ ਡਿਜ਼ਾਈਨ ਹੈ, ਜੋ SoC ਨੂੰ ਸੁਤੰਤਰ ਅਤੇ ਸਮਰਪਿਤ ਪਾਵਰ ਅਤੇ ਕਲਾਕ ਨਿਯੰਤਰਣਾਂ ਦੇ ਨਾਲ ਤਿੰਨ ਡੋਮੇਨਾਂ ਵਿੱਚ ਵੰਡਦਾ ਹੈ। ਇਹ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਡੋਮੇਨਾਂ ਨੂੰ ਜੋੜ ਕੇ ਵੱਖ-ਵੱਖ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਲਚਕਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਨੋਟ ਵੱਖ-ਵੱਖ ਡੋਮੇਨ ਸੰਜੋਗਾਂ ਦੇ ਨਾਲ ਕਈ ਆਮ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ ਸਿਸਟਮ-ਪੱਧਰ ਦੀ ਬਿਜਲੀ ਦੀ ਖਪਤ ਨੂੰ ਕਿਵੇਂ ਅਨੁਕੂਲ ਬਣਾਉਣਾ ਹੈ ਇਸਦਾ ਵਰਣਨ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ।
ਨੋਟ: ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਨੋਟ BSP ਦੇ ਲੀਨਕਸ ਅਤੇ SDK ਕੋਡ ਨੂੰ ਹਵਾਲਿਆਂ ਅਤੇ ਸਾਬਕਾ ਵਜੋਂ ਵਰਤਦਾ ਹੈamples.
ਵੱਧview
i.MX 8ULP SoC ਦੇ ਤਿੰਨ ਵੱਖਰੇ ਡੋਮੇਨ ਹਨ: ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਸੈਸਰ (AP), ਘੱਟ-ਪਾਵਰ ਆਡੀਓ ਵੀਡੀਓ (LPAV), ਅਤੇ ਰੀਅਲ-ਟਾਈਮ (RT) ਡੋਮੇਨ। ਇਹਨਾਂ ਡੋਮੇਨਾਂ ਦੀ ਪਾਵਰ ਅਤੇ ਕਲਾਕ ਨਿਯੰਤਰਣ ਵੱਖ ਕੀਤੇ ਗਏ ਹਨ, ਅਤੇ ਹਰੇਕ ਡੋਮੇਨ ਦੇ ਬੱਸ ਫੈਬਰਿਕ ਨੂੰ ਕੁਸ਼ਲ ਸੰਚਾਰ ਲਈ ਕੱਸ ਕੇ ਜੋੜਿਆ ਗਿਆ ਹੈ।
ਐਪਲੀਕੇਸ਼ਨ ਡੋਮੇਨ (APD) ਦੀ ਵਰਤੋਂ ਦੋਹਰੇ A35 ਕੋਰ ਅਤੇ ਉੱਚ-ਸਪੀਡ I/O ਜਿਵੇਂ ਕਿ USB/Ethernet/eMMC ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਉੱਚ-ਪ੍ਰਦਰਸ਼ਨ ਵਾਲੇ ਕੰਪਿਊਟਿੰਗ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। LPAV ਡੋਮੇਨ (LPAVD) ਮਲਟੀਮੀਡੀਆ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਹੈ ਜਿਸ ਵਿੱਚ ਆਡੀਓ, ਵੀਡੀਓ, ਗ੍ਰਾਫਿਕਸ, ਅਤੇ ਡਿਸਪਲੇ ਸ਼ਾਮਲ ਹਨ ਜਿਨ੍ਹਾਂ ਲਈ ਉੱਚ-ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਵੱਡੀ DDR ਮੈਮੋਰੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਰੀਅਲ-ਟਾਈਮ ਡੋਮੇਨ (RTD) ਵਿੱਚ ਘੱਟ-ਲੇਟੈਂਸੀ M33 ਕੋਰ, ਆਡੀਓ/ਵੌਇਸ ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ ਛੋਟਾ ਫਿਊਜ਼ਨ DSP, ਕੁੱਲ SoC ਪਾਵਰ ਸਥਿਤੀ ਨਿਯੰਤਰਣ ਲਈ uPower, ਅਤੇ ਸੁਰੱਖਿਆ ਨਿਯੰਤਰਣ ਲਈ Sentinel ਸ਼ਾਮਲ ਹਨ।
ਚਿੱਤਰ 1. i.MX8ULP ਡੋਮੇਨ
2.1 ਪਾਵਰ ਆਰਕੀਟੈਕਚਰ
ਵੱਖ-ਵੱਖ ਡੋਮੇਨਾਂ ਵਿੱਚ ਵੱਖਰੀ ਪਾਵਰ ਸਪਲਾਈ (ਪਾਵਰ ਰੇਲ) ਹੁੰਦੀ ਹੈ। ਚਿੱਤਰ 2 i.MX 8ULP ਪਾਵਰ ਸਕੀਮ ਦਿਖਾਉਂਦਾ ਹੈ। SoC ਅੰਦਰੂਨੀ IP ਮੋਡੀਊਲ ਲਈ 18 x ਪਾਵਰ ਸਵਿੱਚ (PS) ਹਨ। ਇਹ ਮੋਡੀਊਲ ਸਾਫਟਵੇਅਰ ਦੁਆਰਾ, uPower FW API ਦੁਆਰਾ, ਸਟੀਕ ਪਾਵਰ ਕੰਟਰੋਲ ਲਈ ਚਾਲੂ/ਬੰਦ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।
uPower i.MX 8ULP ਵਿੱਚ ਇੱਕ ਕੇਂਦਰੀ ਪਾਵਰ ਕੰਟਰੋਲਰ ਹੈ। uPower 'ਤੇ ਚੱਲ ਰਿਹਾ ਫਰਮਵੇਅਰ ਹੇਠ ਲਿਖੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:
- ਪਾਵਰ ਮੋਡ ਪਰਿਵਰਤਨ ਕੰਟਰੋਲਰ.
- ਡਿਵਾਈਸ-ਪਾਵਰ ਡੋਮੇਨ ਖਪਤ ਮਾਪ ਲਈ ਪਾਵਰ ਮੀਟਰ।
- ਡਿਵਾਈਸ ਤਾਪਮਾਨ ਮਾਪ ਲਈ ਤਾਪਮਾਨ ਸੂਚਕ।
- ਔਨ-ਚਿੱਪ ਪ੍ਰੋਸੈਸਰਾਂ ਨਾਲ ਸੰਚਾਰ ਲਈ ਮੈਸੇਜਿੰਗ ਯੂਨਿਟ।
- PMIC ਨਾਲ ਸੰਚਾਰ ਲਈ I2C।
ਘੱਟ-ਪਾਵਰ ਮੋਡਾਂ ਵਿੱਚ ਦਾਖਲ ਹੋਣਾ/ਬਾਹਰ ਜਾਣਾ APD ਜਾਂ RTD ਸੌਫਟਵੇਅਰ ਵਿੱਚ uPower FW API ਨੂੰ ਕਾਲ ਕਰਕੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। PMIC ਜਿਵੇਂ ਸੈਟਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ, ਪਾਵਰ ਰੇਲ ਆਉਟਪੁੱਟ ਵੋਲtage, ਲਿਮਿਟੇਸ਼ਨ ਆਦਿ ਨੂੰ uPower FW I2C ਜਾਂ PMIC API ਨੂੰ ਕਾਲ ਕਰਕੇ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਚਿੱਤਰ 2. ਪਾਵਰ ਆਰਕੀਟੈਕਚਰ
2.2 ਪਾਵਰ ਮੋਡ
ਸਾਰਣੀ 1 ਉਪਲਬਧ CA35 ਅਤੇ CM33 ਪਾਵਰ ਮੋਡਾਂ ਦੇ ਸੁਮੇਲ ਨੂੰ ਦਿਖਾਉਂਦਾ ਹੈ। SoC ਕੁਝ ਸੰਜੋਗਾਂ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਹਰੇਕ ਪਾਵਰ ਮੋਡ ਬਾਰੇ ਹੋਰ ਵੇਰਵਿਆਂ ਲਈ, i.MX 8ULP ਪ੍ਰੋਸੈਸਰ ਰੈਫਰੈਂਸ ਮੈਨੂਅਲ (ਦਸਤਾਵੇਜ਼ i.MX8ULPRM) ਵਿੱਚ "ਪਾਵਰ ਪ੍ਰਬੰਧਨ" ਅਧਿਆਇ ਵੇਖੋ।
ਸਾਰਣੀ 1. i.MX8ULP ਪਾਵਰ ਮੋਡ
| CA35 | CM33 | ||||
| ਕਿਰਿਆਸ਼ੀਲ | ਸਲੀਪ | ਡੂੰਘੀ ਨੀਂਦ | ਪਾਵਰ ਡਾ downਨ | ਡੂੰਘੀ ਪਾਵਰ ਡਾਊਨ | |
| ਕਿਰਿਆਸ਼ੀਲ | ਹਾਂ ਦ੍ਰਿਸ਼ #1 | ਹਾਂ ਦ੍ਰਿਸ਼ #3 | ਹਾਂ ਦ੍ਰਿਸ਼ #3 | ਸੰ | ਸੰ |
| ਅੰਸ਼ਕ ਕਿਰਿਆਸ਼ੀਲ* | ਹਾਂ | ਹਾਂ | ਹਾਂ | ਸੰ | ਸੰ |
| ਸਲੀਪ | ਹਾਂ | ਹਾਂ | ਹਾਂ | ਸੰ | ਸੰ |
| ਗੂੜ੍ਹੀ ਨੀਂਦ* | ਹਾਂ | ਹਾਂ | ਹਾਂ | ਸੰ | ਸੰ |
| ਪਾਵਰ ਡਾ downਨ | ਹਾਂ ਦ੍ਰਿਸ਼ #2/4 |
ਹਾਂ ਦ੍ਰਿਸ਼ #2 |
ਹਾਂ ਦ੍ਰਿਸ਼ #2 |
ਹਾਂ ਦ੍ਰਿਸ਼ #2 |
ਹਾਂ |
| ਡੂੰਘੀ ਪਾਵਰ ਡਾਊਨ | ਹਾਂ | ਹਾਂ | ਹਾਂ | ਹਾਂ | |
*Linux A35 ਲਈ ਡੂੰਘੀ ਨੀਂਦ ਜਾਂ ਅੰਸ਼ਕ ਕਿਰਿਆਸ਼ੀਲ ਮੋਡ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ।
ਸਾਰਣੀ 2 ਲੀਨਕਸ ਕਰਨਲ ਪਾਵਰ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ 8ULP ਪਾਵਰ ਮੋਡਾਂ ਵਿੱਚ ਮੈਪ ਕਰਦਾ ਹੈ।
ਸਾਰਣੀ 2. Linux BSP ਸਮਰਥਿਤ ਪਾਵਰ ਮੋਡ
| ਲੀਨਕਸ ਪਾਵਰ | 8ULP ਪਾਵਰ ਮੋਡ |
| ਚਲਾਓ | ਕਿਰਿਆਸ਼ੀਲ |
| CPU ਨਿਸ਼ਕਿਰਿਆ | ਸਲੀਪ |
| ਨਾਲ ਖਲੋਣਾ | N/A |
| ਮੁਅੱਤਲ | ਪਾਵਰ ਡਾ downਨ |
| ਪਾਵਰ ਬੰਦ | ਡੂੰਘੀ ਪਾਵਰ ਡਾਊਨ |
ਵੱਖ-ਵੱਖ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ ਅਤੇ ਦ੍ਰਿਸ਼ਾਂ ਦੇ ਅਨੁਸਾਰ, ਉਪਭੋਗਤਾ ਜਾਂ ਤਾਂ ਮੁੱਖ ਮਾਮਲਿਆਂ ਵਿੱਚ ਇੱਕ ਜਾਂ ਦੋ ਜਾਂ ਸਾਰੇ ਤਿੰਨ ਡੋਮੇਨ ਚੁਣ ਸਕਦੇ ਹਨ। ਇਹਨਾਂ ਵਰਤੋਂ-ਮਾਮਲੇ/ ਦ੍ਰਿਸ਼ਾਂ ਨੂੰ ਹੇਠ ਲਿਖੀਆਂ ਚਾਰ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ:
- ਸਾਰੇ ਡੋਮੇਨ ਕਿਰਿਆਸ਼ੀਲ - ਜਿਵੇਂ ਕਿ ਸਮਾਰਟ ਵਾਚ ਕਿਰਿਆਸ਼ੀਲ।
- RTD ਡੋਮੇਨ ਸਿਰਫ਼ ਵਰਤਦਾ ਹੈ - ਜਿਵੇਂ ਕਿ ਸੈਂਸਰ ਹੱਬ ਅਤੇ ਵੌਇਸ ਵੇਕ-ਅੱਪ ਕੀਵਰਡ ਖੋਜ ਬਹੁਤ ਘੱਟ ਪਾਵਰ ਵਿੱਚ।
- LPAV ਨਾਲ APD ਸਰਗਰਮ - ਜਿਵੇਂ ਕਿ ਮੈਪ ਨੈਵੀਗੇਸ਼ਨ ਅਤੇ ਈ-ਰੀਡਰ ਪੇਜਿੰਗ।
- LPAV ਨਾਲ ਸਰਗਰਮ RTD - ਜਿਵੇਂ ਕਿ ਘੱਟ-ਪਾਵਰ ਡਿਸਪਲੇਅ ਅਤੇ ਹਾਈ-ਫਾਈ ਆਡੀਓ ਪ੍ਰੋਸੈਸਿੰਗ।
ਇਹ ਚਾਰ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਗਿਆ ਹੈ ਸਾਰਣੀ 1. ਹੇਠਾਂ ਦਿੱਤੇ ਅਧਿਆਏ ਵਰਣਨ ਕਰਦੇ ਹਨ ਕਿ ਦ੍ਰਿਸ਼ 2, 3 ਅਤੇ 4 ਲਈ ਬਿਜਲੀ ਦੀ ਖਪਤ ਨੂੰ ਕਿਵੇਂ ਅਨੁਕੂਲ ਬਣਾਇਆ ਜਾਵੇ। ਸਾਰੇ ਡੋਮੇਨਾਂ ਦੇ ਕਿਰਿਆਸ਼ੀਲ ਪਾਵਰ ਅਨੁਕੂਲਤਾ ਹੋਰ ਦ੍ਰਿਸ਼ਾਂ ਤੋਂ ਸੁਝਾਵਾਂ ਦਾ ਲਾਭ ਲੈ ਸਕਦੇ ਹਨ।
2.3 ਡਰਾਈਵਿੰਗ ਮੋਡ
SoC ਵੱਖ-ਵੱਖ ਡ੍ਰਾਇਵਿੰਗ ਮੋਡਾਂ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦਾ ਹੈ: ਓਵਰ ਡਰਾਈਵ (OD), ਨਾਮਾਤਰ ਡਰਾਈਵ (ND), ਅਤੇ ਅੰਡਰ ਡਰਾਈਵ (UD), ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ SoC ਵੱਖ-ਵੱਖ ਕੋਰ ਵਾਲੀਅਮ ਦੇ ਅਧੀਨ ਚੱਲ ਸਕਦਾ ਹੈtages ਅਨੁਸਾਰੀ ਬੱਸ ਅਤੇ IP ਬਾਰੰਬਾਰਤਾ ਨਾਲ। ਉਪਭੋਗਤਾ ਆਪਣੇ ਵਰਤੋਂ ਦੇ ਕੇਸਾਂ ਅਤੇ ਪਾਵਰ ਲੋੜਾਂ ਲਈ ਸਹੀ ਡਰਾਈਵਿੰਗ ਮੋਡ ਦੀ ਚੋਣ ਕਰ ਸਕਦੇ ਹਨ।
ਡਿਫਾਲਟ BSP APD/LPAV ਨੂੰ OD ਮੋਡ ਵਿੱਚ ਅਤੇ RTD ਨੂੰ ND ਮੋਡ ਵਿੱਚ ਪਾ ਕੇ SoC ਨੂੰ ਬੂਟ ਕਰਦਾ ਹੈ। ਯੂਜ਼ਰ ਯੂ-ਬੂਟ ਨੂੰ ਸੰਰਚਿਤ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਖਾਸ ਕਰਨਲ ਡਿਵਾਈਸ-ਟਰੀ ਲੋਡ ਕਰ ਸਕਦੇ ਹਨ fileND ਮੋਡ ਲਈ s. RTD ਡੋਮੇਨ ਸਿਰਫ਼ UD ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।
ਸਾਰਣੀ 3 ਵੱਖ-ਵੱਖ ਮੋਡਾਂ ਅਧੀਨ ਕੁਝ ਕੁੰਜੀ IP ਘੜੀਆਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ।
ਸਾਰਣੀ 3. ਵੱਖ-ਵੱਖ ਮੋਡਾਂ ਅਧੀਨ ਮੁੱਖ IP ਘੜੀਆਂ
| ਘੜੀ ਦਾ ਨਾਮ | ਓਵਰ ਡਰਾਈਵ (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 |
| GPU3D/2D | 316.8 | 200 |
| DCNano | 105 | 75 |
ਹੋਰ ਘੜੀਆਂ ਲਈ, i.MX 8ULP ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਸੈਸਰ—ਉਦਯੋਗਿਕ ਉਤਪਾਦ (ਦਸਤਾਵੇਜ਼ IMX8ULPIEC) ਵਿੱਚ ਘੜੀ ਬਾਰੰਬਾਰਤਾ ਸਾਰਣੀ ਵੇਖੋ।
ਸਿਰਫ਼ RTD ਡੋਮੇਨ
ਵਿਚਾਰ ਕਰੋ SDK ਪਾਵਰ_ਮੋਡ_ਸਵਿੱਚ ਇੱਕ ਸਾਬਕਾ ਦੇ ਰੂਪ ਵਿੱਚ ਡੈਮੋample 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 ਤੋਂ ਜਾਗਣ ਦੇ ਸਮੇਂ 'ਤੇ ਵਿਚਾਰ ਕਰੋ
- ਹਵਾਲਾ ਦੇ ਕੇ, ਸਭ ਤੋਂ ਘੱਟ ਪਾਵਰ ਮੋਡਾਂ ਵਿੱਚ ਵਰਤੇ ਜਾਂਦੇ IPs 'ਤੇ ਵਿਚਾਰ ਕਰੋ ਸਾਰਣੀ 4.
ਸਾਬਕਾ ਲਈampLe:
1. ਜੇਕਰ LPI2C[3] ਫੰਕਸ਼ਨਲ ਜਾਂ Async ਓਪਰੇਸ਼ਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ CG/PG ਨਹੀਂ, ਤਾਂ ਸਲੀਪ ਮੋਡ ਦੀ ਵਰਤੋਂ ਕਰੋ।
2. ਜੇਕਰ FlexSPI ਨੂੰ ਕਾਰਜਸ਼ੀਲ ਹੋਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਸਭ ਤੋਂ ਘੱਟ ਪਾਵਰ ਮੋਡ ਸਿਸਟਮ/ਬੱਸ ਕਲਾਕ ਗੇਟਡ ਤੋਂ ਬਿਨਾਂ ਸਲੀਪ ਹੈ।
ਸਾਰਣੀ 4. ਪਾਵਰ ਮੋਡ ਵੇਰਵੇ (ਰੀਅਲ-ਟਾਈਮ ਡੋਮੇਨ)
| ਮੋਡੀਊਲ | ਪਾਵਰ ਮੋਡ | ਕਿਰਿਆਸ਼ੀਲ | ਸਲੀਪ | ਡੂੰਘੀ ਨੀਂਦ | ਪਾਵਰ ਡਾ downਨ | ਡੂੰਘੀ ਸ਼ਕਤੀ ਹੇਠਾਂ |
| ਪਾਵਰ ਸਟੇਟ ਪਾਵਰ ਡੋਮੇਨ | ਕੋਰ ਸਪਲਾਈ = ਚਾਲੂ, ਬਿਆਸ = AFBB ਅਤੇ DVS, ਸਿਸਟਮ/ਬੱਸ ਘੜੀਆਂ = ਚਾਲੂ, I/O ਸਪਲਾਈ = ਚਾਲੂ | ਕੋਰ ਸਪਲਾਈ = ON, ਬਿਆਸ = AFBB ਜਾਂ ARBB, ਵੋਲtage = ਸਥਿਰ, ਸਿਸਟਮ/ਬੱਸ ਘੜੀ = ਚਾਲੂ (ਵਿਕਲਪਿਕ), I/O ਸਪਲਾਈ = ਚਾਲੂ | ਕੋਰ ਸਪਲਾਈ = ON, ਬਿਆਸ = RBB ਵੋਲtage/ ਬਿਆਸ = ਪ੍ਰੋਗ, ਸਿਸਟਮ/ਬੱਸ ਘੜੀ = ਬੰਦ, I/ 0 ਸਪਲਾਈ = ਚਾਲੂ | ਕੋਰ ਸਪਲਾਈ = ON (ਸਿਰਫ਼ ਮੈਮ), ਬਿਆਸ = RBB, ਵੋਲtage/ ਬਿਆਸ = ਪ੍ਰੋਗ, ਸਿਸਟਮ/ਬੱਸ ਘੜੀ = ਬੰਦ, I/ 0 ਸਪਲਾਈ = ਚਾਲੂ (ਵਿਕਲਪਿਕ) | ਕੋਰ ਸਪਲਾਈ = OFF, ਪੱਖਪਾਤ = RBB, ਵੋਲtage/ ਬਿਆਸ = ਪ੍ਰੋਗ, ਸਿਸਟਮ/ਬੱਸ ਘੜੀ = ਬੰਦ, I/ 0 ਸਪਲਾਈ = ਚਾਲੂ (ਵਿਕਲਪਿਕ) | |
| ਸੀਸੀਜੀਓ | ਆਰ.ਟੀ.ਡੀ | ਕਾਰਜਸ਼ੀਲ | ਕਾਰਜਸ਼ੀਲ | ਕਾਰਜਸ਼ੀਲ (ਸੀਮਤ) | PG | PG |
| PLLO | ਪੀ.ਐੱਲ.ਐੱਲ | ਕਾਰਜਸ਼ੀਲ | ਕਾਰਜਸ਼ੀਲ | CG | PG | PG |
| PLL1 (ਆਡੀਓ) | ਪੀ.ਐੱਲ.ਐੱਲ | ਕਾਰਜਸ਼ੀਲ | ਕਾਰਜਸ਼ੀਲ | CG | PG | PG |
| LPO (1 MHz) | ਆਰ.ਟੀ.ਡੀ | ਕਾਰਜਸ਼ੀਲ | ਕਾਰਜਸ਼ੀਲ | ਕਾਰਜਸ਼ੀਲ | PG | PG |
| SYSOSC | ਆਰ.ਟੀ.ਡੀ | ਕਾਰਜਸ਼ੀਲ | ਕਾਰਜਸ਼ੀਲ | ਕਾਰਜਸ਼ੀਲ | PG | PG |
ਹੋਰ ਵੇਰਵਿਆਂ ਲਈ, i.MX 8ULP ਪ੍ਰੋਸੈਸਰ ਰੈਫਰੈਂਸ ਮੈਨੂਅਲ (ਦਸਤਾਵੇਜ਼ i.MX8ULPRM) ਵਿੱਚ "ਪਾਵਰ ਮੋਡ ਵੇਰਵੇ (ਰੀਅਲ-ਟਾਈਮ ਡੋਮੇਨ)" ਚੈਪਟਰ ਵੇਖੋ।
ਘੱਟ-ਪਾਵਰ ਵੌਇਸ ਵੇਕ-ਅੱਪ ਵਰਤੋਂ ਦੇ ਕੇਸ ਨੂੰ ਸਾਬਕਾ ਵਜੋਂ ਵਿਚਾਰੋample. ਸਭ ਤੋਂ ਘੱਟ ਪਾਵਰ ਮੋਡ ਜੋ ਉਪਭੋਗਤਾ ਚੁਣ ਸਕਦਾ ਹੈ ਉਹ ਹੈ ਡੂੰਘੀ ਨੀਂਦ। ਮਾਈਕ-ਫੋਨ 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 ਕੋਰ/ਬੱਸ 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 ਕੋਰ/ਬੱਸ ਅਤੇ FlexSPI ਦੁਆਰਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। PLL1 ਦੀ ਵਰਤੋਂ SAI/MICFIL/MQS ਵਰਗੇ ਆਡੀਓ ਸਿਸਟਮਾਂ ਦੁਆਰਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਉਹ ਦੋਵੇਂ CM33 ਕੋਰ/ਬੱਸ ਲਈ ਉੱਚੀ ਘੜੀ ਦੀ ਬਾਰੰਬਾਰਤਾ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੇ ਹਨ।
ਕਿਉਂਕਿ CM33 ਕੋਰ/ਬੱਸ ਘੜੀ FRO ਜਾਂ SYSOSC ਤੋਂ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਜੇਕਰ ਉੱਚੀ ਬਾਰੰਬਾਰਤਾ ਦੀ ਲੋੜ ਨਾ ਹੋਵੇ ਤਾਂ PLL0/1 ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਬਚਣਾ ਬਿਹਤਰ ਹੈ। PLL ਨੂੰ ਬੰਦ ਕਰਨ ਨਾਲ ਬਿਜਲੀ ਦੀ ਕਾਫ਼ੀ ਬੱਚਤ ਹੋ ਸਕਦੀ ਹੈ।
ਜੇਕਰ PLL CM33 ਲਈ ਐਕਟਿਵ ਮੋਡ ਵਿੱਚ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਪਾਵਰ ਬਚਾਉਣ ਲਈ ਘੱਟ-ਪਾਵਰ ਮੋਡਾਂ (ਸਲੀਪ/ਡੂਪ ਸਲੀਪ/ਪਾਵਰ ਡਾਊਨ) ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਉਹਨਾਂ ਨੂੰ ਹੱਥੀਂ ਬੰਦ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸ ਲਈ ਕਈ ਕਦਮਾਂ ਦੀ ਲੋੜ ਹੈ:
- ਘੱਟ ਪਾਵਰ ਮੋਡਾਂ ਵਿੱਚ ਫਿਊਜ਼ਨ DSP ਵਰਤੋਂ ਦੇ ਅਨੁਸਾਰ SCR ਰਜਿਸਟਰਾਂ ਵਿੱਚ *DSEN ਬਿੱਟ ਸੈਟਿੰਗਾਂ ਦੇ ਨਾਲ FRO ਜਾਂ SYSOSC ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ।
- SCR ਰਜਿਸਟਰ ਵਿੱਚ VLD ਬਿੱਟ ਸੈੱਟ ਦੀ ਜਾਂਚ ਕਰਕੇ ਘੜੀ ਦੀ ਵੈਧਤਾ ਦੀ ਉਡੀਕ ਕਰੋ।
- IP ਮੌਡਿਊਲਾਂ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਓ ਜੋ PLLs ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਜਾਂ ਘੜੀ ਨੂੰ FRO ਜਾਂ SYSOSC 'ਤੇ ਸਵਿਚ ਕਰੋ।
- CGC33.CM0CLK ਵਿੱਚ ਕੋਰ/ਬੱਸ/ਧੀਮੀ ਘੜੀ DIV ਸੈਟਿੰਗਾਂ ਦੇ ਨਾਲ CM33 ਘੜੀ ਨੂੰ FRO ਜਾਂ SYSOSC ਵਿੱਚ ਬਦਲੋ।
- ਕਈ ਮਾਈਕ੍ਰੋ ਸਕਿੰਟਾਂ ਲਈ ਉਡੀਕ ਕਰੋ। ਘੜੀ ਦੇ ਸਥਿਰ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ, CM33LOCKED ਬਿੱਟ ਦੀ ਜਾਂਚ ਕਰੋ।
- SCR PLLEN ਬਿੱਟ ਨੂੰ ਸਾਫ਼ ਕਰਕੇ PLL0/1 ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਓ।
3.3 ਪਾਵਰ ਬੰਦ ਅਤੇ ਕਲਾਕ ਗੇਟ ਨਾ ਵਰਤੇ IP ਮੋਡ ਅਤੇ SRAM ਭਾਗ
RTD ਡੋਮੇਨ ਲਈ, ਕਈ ਪਾਵਰ ਸਵਿੱਚ ਚਾਲੂ/ਬੰਦ ਹੋ ਸਕਦੇ ਹਨ (ਸੈਕਸ਼ਨ 7 ਵੇਖੋ):
- PS0: CM33 ਕੋਰ, ਪੈਰੀਫਿਰਲ, ਅਤੇ EdgeLock ਐਨਕਲੇਵ
- PS1: ਫਿਊਜ਼ਨ DSP ਕੋਰ
- PS14: Fusion AON
- PS15: eFuse
SDK ਵਿੱਚ, ਉਪਭੋਗਤਾ ਲੋੜ ਅਨੁਸਾਰ ਮੋਡਿਊਲਾਂ ਨੂੰ ਬੰਦ ਕਰਨ ਅਤੇ ਚਾਲੂ ਕਰਨ ਲਈ UPOWER_PowerOffSwitches(upower_ps_mask_t mask) ਅਤੇ UPOWER_PowerOn ਸਵਿੱਚਾਂ (upower_ps_mask_t mask) ਨੂੰ ਕਾਲ ਕਰ ਸਕਦਾ ਹੈ। ਸਾਰਣੀ 7 ਮਾਸਕ ਪੈਰਾਮੀਟਰਾਂ ਦਾ ਮੁੱਲ ਦਿਖਾਉਂਦਾ ਹੈ।
CM33 ਪੈਰੀਫਿਰਲਾਂ (IP ਮੋਡੀਊਲ) ਲਈ ਜੋ ਨਹੀਂ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਨੂੰ ਅਸਮਰੱਥ ਸਥਿਤੀ (ਰੀਸੈੱਟ ਮੁੱਲ) ਦੇ ਤੌਰ 'ਤੇ ਛੱਡੋ, ਜਾਂ ਇਸ ਦੇ ਸਮਰਥਿਤ ਬਿੱਟ ਨੂੰ ਕਲੀਅਰ ਕਰਕੇ ਇਸਨੂੰ ਅਸਮਰੱਥ ਬਣਾਓ, ਜਿਵੇਂ ਕਿ LPI2C MCR ਮਾਸਟਰ ਸਮਰੱਥ ਬਿੱਟ। ਇਹ ਸੁਨਿਸ਼ਚਿਤ ਕਰੋ ਕਿ 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 ਸੈਟਿੰਗਾਂ
SoC ਦੇ ਅੰਦਰ ਦੋ ਕਿਸਮ ਦੇ I/O ਪੈਡ ਹਨ: FSGPIO (PTA/B/E/F) ਅਤੇ HSGPIO (PTC/D)। ਘੱਟ-ਪਾਵਰ ਮੋਡ ਅਧੀਨ ਪਾਵਰ ਬਚਾਉਣ ਲਈ, ਉਪਭੋਗਤਾ ਨੂੰ ਇਹ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:
- PTC/D_COMPCELL ਰਜਿਸਟਰਾਂ ਵਿੱਚ COMPE ਬਿੱਟ ਨੂੰ ਕਲੀਅਰ ਕਰਕੇ HSGPIO ਲਈ ਮੁਆਵਜ਼ਾ ਫੰਕਸ਼ਨ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਓ।
- FSGPIO ਲਈ I/O ਓਪਰੇਸ਼ਨ ਰੇਂਜ ਨੂੰ ਸੀਮਿਤ ਕਰੋ, ਜੋ PTx_OPERATION_RANGE ਬਿੱਟ ਇਨ ਸੈੱਟ ਕਰਕੇ 1.8 V ਦੇ ਅੰਦਰ ਕੰਮ ਕਰਦਾ ਹੈ
RTD_SEC_SIM ਦਾ DGO_GP10/11 ਅਤੇ APD_SIM ਦਾ DGO_GP4/5। EVK 'ਤੇ, PTB 1.8 V ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ। ਉਪਭੋਗਤਾ ਨੂੰ RTD_SEC_SIM[DGO_GP1.8] = 11x0 ਸੈੱਟ ਕਰਕੇ PTB ਓਪਰੇਸ਼ਨ ਰੇਂਜ ਨੂੰ 1 V ਤੱਕ ਸੀਮਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। - PAD mux ਨੂੰ ਐਨਾਲਾਗ hi-Z ਫੰਕਸ਼ਨ ਵਿੱਚ ਸੈੱਟ ਕਰਕੇ I/O ਪਿੰਨ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਓ, ਉਹਨਾਂ ਪਿਨਾਂ ਨੂੰ ਛੱਡ ਕੇ ਜੋ GPIO ਵੇਕ-ਅੱਪ ਜਾਂ ਮੋਡੀਊਲ ਫੰਕਸ਼ਨ ਦੁਆਰਾ ਘੱਟ-ਪਾਵਰ ਮੋਡਾਂ ਵਿੱਚ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਬਾਕੀ ਸਾਰੀਆਂ PTA/B/C ਪਿੰਨਾਂ ਨੂੰ ਇਸ 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਪਾਵਰ ਬਚਾਉਣ ਲਈ ਐਨਾਲਾਗ ਹਾਈ-Z ਫੰਕਸ਼ਨ। IOMUX0.PCR0_PTA/B/Cx ਰਜਿਸਟਰਾਂ ਵਿੱਚ mux ਬਿੱਟਾਂ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਨਾਲ ਇਹ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। 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 ਪਿੰਨ ਰੱਖਣ ਲਈ, ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਸੈਟਿੰਗਾਂ ਵੱਖ-ਵੱਖ ਪਾਵਰ ਮੋਡਾਂ ਲਈ ਕੀਤੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ:
- ਪਾਵਰ-ਡਾਊਨ ਮੋਡ:
1. WUU0 PE1/PE2 ਰਜਿਸਟਰਾਂ ਵਿੱਚ ਪਿੰਨ ਬਿੱਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ।
.
- ਸਲੀਪ/ਡੀਪ ਸਲੀਪ ਮੋਡ: GPIO ਗਰੁੱਪ (GPIOx->ICR) ਦੇ ਇੰਟਰੱਪਟ ਕੰਟਰੋਲਰ ਰਜਿਸਟਰਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਸੈੱਟਅੱਪ ਕਰੋ। - PLL ਡਿਸਪਲੇ ਕਰੋ - ਕੋਰ/ਬੱਸ ਘੜੀਆਂ ਨੂੰ FRO ਜਾਂ LPO ਵਿੱਚ ਬਦਲੋ।
- ਪਾਵਰ ਸਪਲਾਈ ਵੋਲਯੂਮ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਲਈ PMIC ਸੈੱਟਅੱਪ ਕਰੋtage ਘੱਟ-ਪਾਵਰ ਮੋਡਾਂ ਲਈ
i.MX 8ULP ਐਡਜਸਟ ਕਰਨ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ VDD_DIG0/1/2 ਪਾਵਰ ਰੇਲ ਵੋਲtage ਜਾਂ ਸਿੱਧੇ ਪਾਵਰ ਮੋਡ ਟਰਾਂਜ਼ਿਸ਼ਨ ਦੌਰਾਨ ਕੁਝ ਰੇਲਾਂ ਨੂੰ ਬੰਦ ਕਰੋ (ਸਿਰਫ਼ ਮੌਜੂਦਾ EVK ਅਤੇ SDK ਵਿੱਚ ਪਾਵਰ ਡਾਊਨ ਮੋਡਾਂ ਵਿੱਚ LSW1 VDD_PTC ਨੂੰ ਸਵਿੱਚ ਕਰਨ ਦਾ ਸਮਰਥਨ ਕਰੋ)। ਵਾਲੀਅਮ ਨੂੰ ਘੱਟ ਕਰਨਾtage ਘੱਟ-ਪਾਵਰ ਮੋਡਾਂ ਵਿੱਚ ਇੱਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਬਿਜਲੀ ਦੀ ਖਪਤ ਨੂੰ ਘਟਾ ਸਕਦਾ ਹੈ।
ਬਿਜਲੀ ਦੀ ਬਚਤ ਕਰਨ ਲਈ ਕੁਝ ਰੇਲਾਂ ਨੂੰ ਬੰਦ ਕਰਨ ਨਾਲ ਬਿਜਲੀ ਨੂੰ ਸਿੱਧਾ ਕੱਟ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ. ਸਾਰਣੀ 5 ਆਮ ਵੋਲਯੂਮ ਦਿਖਾਉਂਦਾ ਹੈtagVDD_DIG0/1 ਦਾ es ਵੱਖ-ਵੱਖ ਪਾਵਰ ਮੋਡ ਦੇ ਤਹਿਤ (VDD_DIG2 EVK ਬੋਰਡ 'ਤੇ DIG1 ਨਾਲ ਬੰਨ੍ਹਿਆ ਹੋਇਆ ਹੈ। ਇਸ ਨੂੰ ਐਡਜਸਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਦੇ ਨਾਲ ਮਿਲ ਕੇ VDD_DIG1)।
ਸਾਰਣੀ 5. ਪਾਵਰ ਸਪਲਾਈ ਵੋਲtage ਵੱਖ-ਵੱਖ ਪਾਵਰ ਮੋਡਾਂ ਅਧੀਨ
ਪਾਵਰ ਰੇਲ ਕਿਰਿਆਸ਼ੀਲ ਸਲੀਪ ਡੂੰਘੀ ਨੀਂਦ ਪਾਵਰ ਡਾ downਨ VDD_DIGO 1.05 ਵੀ 1.05 ਵੀ 0.73 ਵੀ 0.65 ਵੀ VDD_DIG1 1.05 ਵੀ 1.05 ਵੀ 0.73 ਵੀ 0.73 ਵੀ ਵਾਲੀਅਮ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈtage ਪਾਵਰ ਰੇਲਜ਼ ਦੇ, ਉਪਭੋਗਤਾ ਨੂੰ uPower ਨੂੰ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਪਾਵਰ ਤਬਦੀਲੀ ਦੌਰਾਨ PMIC ਨੂੰ ps_rtd_pmic_reg_data_cfgs_t ਬਣਤਰ ਦੀਆਂ ਆਈਟਮਾਂ ਨੂੰ pwr_sys_cfg->ps_rtd_ pmic_reg_data_cfg[] ਐਰੇ ਵਿੱਚ ਜੋੜ ਕੇ ਕਿਵੇਂ ਸੰਰਚਿਤ ਕਰਨਾ ਹੈ। EVK 'ਤੇ PCA9460 PMIC ਨੂੰ ਸਾਬਕਾ ਵਜੋਂ ਲਓampਹੇਠਾਂ:
1. ਪਾਵਰ-ਡਾਊਨ ਮੋਡ ਦਾਖਲ ਕਰੋ:
a ਨੀਵਾਂ BUCK2 (VDD_DIG0) ਤੋਂ 0.65 V।
ਬੀ. PTC I/O ਪਾਵਰ ਸਪਲਾਈ ਲਈ LSW1 ਨੂੰ ਬੰਦ ਕਰੋ।
2. ਪਾਵਰ-ਡਾਊਨ ਮੋਡ ਤੋਂ ਬਾਹਰ ਜਾਓ:
a BUCK2 (VDD_DIG0) ਨੂੰ 1.0 V ਤੱਕ ਵਾਪਸ ਵਧਾਓ।
ਬੀ. PTC I/O ਪਾਵਰ ਸਪਲਾਈ ਲਈ LSW1 ਨੂੰ ਚਾਲੂ ਕਰੋ।
ਢਾਂਚੇ ਵਿੱਚ, ਪਾਵਰ_ਮੋਡ ਮੈਂਬਰ ਇਸ PMIC ਸੈਟਿੰਗ ਲਈ ਟਾਰਗੇਟ ਪਾਵਰ ਮੋਡਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈample, PD_RTD_PWR_MODE, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਸੈਟਿੰਗ ਉਦੋਂ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਪਾਵਰ ਮੋਡ ਨੂੰ ਪਾਵਰ ਡਾਊਨ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। i2c_addr PMIC ਦੇ ਅੰਦਰ ਰਜਿਸਟਰ ਐਡਰੈੱਸ ਹੈ, ਅਤੇ i2c_data ਉਹ ਰਜਿਸਟਰ ਮੁੱਲ ਹੈ ਜਿਸਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਰਜਿਸਟਰ ਪਤੇ ਅਤੇ ਬਿੱਟਾਂ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ, PCA9460, i.MX 8ULP ਡੇਟਾ ਸ਼ੀਟ (ਦਸਤਾਵੇਜ਼) ਲਈ ਪਾਵਰ ਪ੍ਰਬੰਧਨ ਆਈਸੀ ਵੇਖੋ PCA9460DS). - ਪਾਵਰ ਸਵਿੱਚ, ਮੈਮੋਰੀ ਭਾਗ ਸਵਿੱਚ, ਅਤੇ PAD ਸੰਰਚਨਾ ਲਈ uPower ਸੈਟ ਅਪ ਕਰੋ:
ਪਾਵਰ ਮੋਡ ਤਬਦੀਲੀ ਲਈ ਇਹਨਾਂ ਦੋ ਢਾਂਚੇ ਲਈ, power_mode_switch ਡੈਮੋ ਵਿੱਚ lpm.c ਵੇਖੋ।
ਉਪਭੋਗਤਾ ਉਹਨਾਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਅਛੂਤ ਰੱਖ ਸਕਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਵਾਧੂ ਸੈਟਿੰਗਾਂ ਦੀ ਲੋੜ ਨਾ ਹੋਵੇ ਜਿਵੇਂ ਕਿ, ਪਾਵਰ ਚਾਲੂ/ਬੰਦ, ਕੁਝ IP ਮੋਡੀਊਲ, ਅਤੇ ਮੈਮੋਰੀ ਐਰੇ। ਉਪਭੋਗਤਾ swt_board[0]: SWT_BOARD(ਚਾਲੂ/ਬੰਦ ਬਿੱਟ, ਮਾਸਕ) ਸੈੱਟ ਕਰਕੇ ਪਾਵਰ ਸਵਿੱਚਾਂ ਨੂੰ ਚਾਲੂ/ਬੰਦ ਕਰ ਸਕਦੇ ਹਨ। ਬਿੱਟ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਸਾਰਣੀ 7. ਪਾਵਰ ਚਾਲੂ/ਬੰਦ ਮੈਮੋਰੀ ਐਰੇ ਨੂੰ swt_mem[0]: SWT_MEM(SRAM Ctrl ਐਰੇ ਬਿੱਟ, SRAM ਪੈਰੀਫਿਰਲ ਬਿੱਟ, ਮਾਸਕ) ਸੈੱਟ ਕਰਕੇ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਬਿੱਟ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਸਾਰਣੀ 8.
uPower ਦੀ ਪਾਵਰ ਮੋਡ ਪਰਿਵਰਤਨ ਸੈਟਿੰਗਾਂ ਬਾਰੇ ਹੋਰ ਵੇਰਵਿਆਂ ਲਈ, uPower ਫਰਮਵੇਅਰ ਉਪਭੋਗਤਾ ਦੀ ਗਾਈਡ (ਦਸਤਾਵੇਜ਼) ਵੇਖੋ UPOWERFWUG). - ਪਾਵਰ ਪਰਿਵਰਤਨ ਲਈ uPower ਨੂੰ ਕਾਲ ਕਰੋ। ਇੱਕ ਸਾਬਕਾ ਵਜੋਂ ਪਾਵਰ ਡਾਊਨ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਣਾ ਲਓample, SDK power_mode_switch ਡੈਮੋ ਵਿੱਚ LPM_SystemPowerDown(void) ਦੇ ਫੰਕਸ਼ਨ ਨੂੰ ਵੇਖੋ।
ਸਿਸਟਮ ਦੇ ਘੱਟ-ਪਾਵਰ ਮੋਡਾਂ ਤੋਂ ਜਾਗਣ ਤੋਂ ਬਾਅਦ, ਉਪਭੋਗਤਾ ਨੂੰ ਦਾਖਲ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸਾਰੀਆਂ ਰਜਿਸਟਰ ਸੈਟਿੰਗਾਂ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਸਾਬਕਾ ਲਈample, IOMUXC ਸੈਟਿੰਗਾਂ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਸਾਰੇ PCR0 ਦੇ ਮੁੱਲਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਮੁੜ ਬਹਾਲ ਕਰਨ ਲਈ ਇੱਕ ਸਥਿਰ ਐਰੇ ਵੇਰੀਏਬਲ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ।
APD ਡੋਮੇਨ LPAV ਨਾਲ ਕਿਰਿਆਸ਼ੀਲ ਹੈ
NXP Linux ਰੀਲੀਜ਼ ਨੂੰ ਇੱਕ ਸਾਬਕਾ ਵਜੋਂ ਲਓampAPD ਡੋਮੇਨ ਲਈ le ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ.
4.1 RTD ਨੂੰ ਨੀਂਦ ਵਿੱਚ ਪਾਓ
RTD ਡੋਮੇਨ ਨੂੰ ਸਲੀਪ ਮੋਡ ਵਿੱਚ ਰੱਖਣ ਨਾਲ ਐਕਟਿਵ ਮੋਡ ਦੇ ਮੁਕਾਬਲੇ ਲਗਭਗ 20 mW ~ 40 mW ਦੀ ਬਚਤ ਹੋ ਸਕਦੀ ਹੈ। ਨਾਲ ਹੀ, ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਅਣਵਰਤੇ GPIO ਪਿੰਨ ਬੰਦ ਹਨ।
4.2 ਲੀਨਕਸ ਡੀਟੀਐਸ (ਡਿਵਾਈਸ ਟ੍ਰੀ) ਵਿੱਚ ਨਾ ਵਰਤੇ ਹੋਏ ਆਈਪੀ ਅਤੇ ਪਿੰਨ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਓ
ਡਿਵਾਈਸ ਨੋਡ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਣਾ ਇਸ ਡਿਵਾਈਸ ਨੂੰ ਪਾਵਰ ਅਪ ਕਰਨ ਜਾਂ ਇਸਦੀ ਘੜੀ ਨੂੰ ਬੰਦ ਕਰਨ ਤੋਂ ਬਚ ਸਕਦਾ ਹੈ। ਸਾਬਕਾ ਲਈample, ਡਿਵਾਈਸ ਟ੍ਰੀ ਸੋਰਸ (DTS) ਵਿੱਚ GPU3D ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਣ ਲਈ:
ਪਾਵਰ ਸਵਿੱਚ PS7 ਨੂੰ ਚਾਲੂ ਹੋਣ ਤੋਂ ਰੋਕਣ ਲਈ, GPU3D ਨੂੰ ਅਯੋਗ ਕਰੋ। ਜੇਕਰ DCNano, MIPI DSI/CSI, ਅਤੇ GPU2D ਸਾਰੇ ਅਯੋਗ ਹਨ, ਤਾਂ PLL4 ਯੋਗ ਨਹੀਂ ਹੋਵੇਗਾ।
ਉਹਨਾਂ ਪਿੰਨਾਂ ਲਈ I/O PAD ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਤੋਂ ਬਚਣ ਲਈ, pinctrl ਨੋਡਾਂ ਵਿੱਚ ਅਣਵਰਤੇ ਪਿੰਨਾਂ ਨੂੰ ਅਯੋਗ ਕਰੋ।
4.3 DVFS ਦੀ ਵਰਤੋਂ ਕਰੋ
i.MX 8ULP Linux vol. ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈtage ਅਤੇ ਬਾਰੰਬਾਰਤਾ ਸਕੇਲਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਰਸਮੀ ਤੌਰ 'ਤੇ ਦੂਜੇ i.MX ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ DVFS ਵਜੋਂ ਜਾਣੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਵੋਲtagਈ/ਫ੍ਰੀਕੁਐਂਸੀ ਸਕੇਲਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸਾਫਟਵੇਅਰ ਵਿੱਚ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਲਾਗੂ ਨਹੀਂ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ। ਉਪਭੋਗਤਾ ਨੂੰ ਲੀਨਕਸ ਕਰਨਲ sysfs ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ। VFS ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ, ਸਿਸਟਮ ਨੂੰ ਬੂਟ ਕਰਨ ਲਈ imx8ulp-evk-nd.dtb ਨੂੰ ਡਿਫਾਲਟ ਡਿਵਾਈਸ ਟ੍ਰੀ ਵਜੋਂ ਲੋਡ ਕਰੋ। ਫਿਰ ਇਸ ਦੁਆਰਾ ਘੱਟ ਬੱਸ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਵੋ:
ਕਰਨਲ ਹੇਠ ਲਿਖੇ ਬਦਲਾਅ ਕਰਦਾ ਹੈ:
- DDR ਕੋਰ ਬਾਰੰਬਾਰਤਾ ਨੂੰ 528 MHz ਤੋਂ 96 MHz ਤੱਕ ਘਟਾਓ।
- PLL ਦੀ ਬਜਾਏ ਘੜੀ ਸਰੋਤ ਵਜੋਂ FRO ਦੀ ਵਰਤੋਂ ਕਰਕੇ APD NIC ਘੜੀ ਨੂੰ 192 MHz ਤੱਕ ਘਟਾਓ।
- PLL ਦੀ ਬਜਾਏ ਘੜੀ ਦੇ ਸਰੋਤ ਵਜੋਂ FRO ਦੀ ਵਰਤੋਂ ਕਰਕੇ LPAV AXI ਘੜੀ ਨੂੰ 192 MHz ਤੱਕ ਘਟਾਓ।
- A35 cpu ਘੜੀ ਨੂੰ 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 ਡਿਫੌਲਟ U-Boot ਅਤੇ ਕਰਨਲ ਸੰਰਚਨਾਵਾਂ ਦੁਆਰਾ ਓਵਰਡ੍ਰਾਈਵ ਮੋਡ ਵਿੱਚ ਚੱਲਦਾ ਹੈ। ਜੇਕਰ ਉੱਚ ਪ੍ਰਦਰਸ਼ਨ ਇੱਕ ਮੁੱਖ ਲੋੜ ਨਹੀਂ ਹੈ, ਤਾਂ ਉਪਭੋਗਤਾ ਪਾਵਰ ਬਚਾਉਣ ਲਈ ਬੂਟ 'ਤੇ ਨਾਮਾਤਰ ਡਰਾਈਵ ਮੋਡ ਵਿੱਚ SoC ਚਲਾ ਸਕਦਾ ਹੈ। ਇਹ ਇੱਕ ਸਥਿਰ ਸੰਰਚਨਾ ਹੈ; ਉਪਭੋਗਤਾ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਵੋਲਯੂਮ ਨੂੰ ਬਦਲ ਨਹੀਂ ਸਕਦਾtage ਜਾਂ ਬੂਟ ਅੱਪ ਤੋਂ ਬਾਅਦ ਬਾਰੰਬਾਰਤਾ.
ਯੂ-ਬੂਟ: 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 ਕੋਰ ਤੱਕ ਘਟਾ ਦਿੰਦਾ ਹੈ
ਘੜੀ 260 MHz, usDHC0 ਤੋਂ 194 MHz, ਅਤੇ uSDHC1/2 ਤੋਂ 97 MHz।
RTD ਡੋਮੇਨ LPAV ਨਾਲ ਕਿਰਿਆਸ਼ੀਲ ਹੈ
"ਹਮੇਸ਼ਾ-ਚਾਲੂ ਡਿਸਪਲੇ" ਵਰਤੋਂ ਦੇ ਕੇਸ ਨੂੰ ਸਾਬਕਾ ਵਜੋਂ ਲਓample, ਇਸ ਐਪਲੀਕੇਸ਼ਨ ਨੋਟ ਦੇ ਨਾਲ ਉਪਲਬਧ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, RTD PSRAM ਵਿੱਚ ਸਮੱਗਰੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ DCNano ਡਿਸਪਲੇ ਕੰਟਰੋਲਰ ਤੱਕ ਪਹੁੰਚ ਕਰਦਾ ਹੈ। ਵੇਰਵਿਆਂ ਲਈ, ਇਸ ਐਪਲੀਕੇਸ਼ਨ ਨੋਟ ਨਾਲ ਜੁੜੇ ਕੋਡ ਨੂੰ ਵੇਖੋ।
5.1 LPAV ਡੋਮੇਨ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ
ਲੀਨਕਸ ਦੇ ਮੁਅੱਤਲ ਹੋਣ ਤੋਂ ਬਾਅਦ, AP ਅਤੇ LPAV ਡੋਮੇਨ ਪਾਵਰ-ਡਾਊਨ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ। RTD ਨੂੰ ਪਹਿਲਾਂ APD ਤੋਂ LPAV ਡੋਮੇਨ ਦੀ ਮਲਕੀਅਤ ਲੈਣੀ ਚਾਹੀਦੀ ਹੈ:
- SIM_RTD_SEC.SYSCTRL0[LPAV_MASTER_CTRL] = 0 // RTD ਨੂੰ LPAV ਡੋਮੇਨ ਦਾ ਮਾਸਟਰ ਡੋਮੇਨ ਸੈੱਟ ਕਰਦਾ ਹੈ
- SIM_RTC_SEC.LPAV_MASTER_ALLOC_CTRL = 0 // LPAV ਮਾਸਟਰ IP ਨੂੰ RTD ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ
- SIM_RTC_SEC.LPAV_SLAVE_ALLOC_CTRL = 0 // LPAV ਸਲੇਵ IP ਨੂੰ RTD ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ
ਫਿਰ, LPAV ਡੋਮੇਨ ਦੀ VDD_DIG2 (BUCK3) ਕੋਰ ਪਾਵਰ ਨੂੰ 1.05 V ਜਾਂ 1.1 V ਵਿੱਚ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ ਤਾਂ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ LPAV ਵਿੱਚ ਸਾਰੇ IPs uPower upwr_vtm_pmic_config() API ਦੁਆਰਾ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ।
ਅੰਤ ਵਿੱਚ, LPAV ਡੋਮੇਨ ਨੂੰ ਪਾਵਰ-ਡਾਊਨ ਮੋਡ ਤੋਂ ਐਕਟਿਵ ਮੋਡ ਵਿੱਚ ਬਾਹਰ ਕੱਢੋ:
ਹਮੇਸ਼ਾ-ਚਾਲੂ ਡਿਸਪਲੇ ਵਰਤੋਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਪੂਰੀ ਡਿਸਪਲੇ ਪਾਈਪਲਾਈਨ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਉਪਭੋਗਤਾ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਨੂੰ ਚਾਲੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:
- MIPI-DSI ਪਾਵਰ ਸਵਿੱਚ
- DCNano ਡਿਸਪਲੇ ਕੰਟਰੋਲਰ ਲਈ ਮੈਮੋਰੀ ਭਾਗ
- MIPI-DSI
- FlexSPI FIFO ਬਫਰ
5.3 ਘੜੀਆਂ ਦੀ ਸੰਰਚਨਾ ਕਰੋ
LPAV ਡੋਮੇਨ ਵਿੱਚ ਘੜੀ ਸਰੋਤਾਂ ਲਈ ਸਿਰਫ਼ ਇੱਕ PLL ਹੈ। ਇਸ ਲਈ ਉਪਭੋਗਤਾ ਨੂੰ IPs ਚਲਾਉਣ ਲਈ ਇਸਨੂੰ ਅਤੇ ਇਸਦੇ PFD ਨੂੰ ਸਮਰੱਥ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
PLL4 ਨੂੰ ਇਸਦੇ PFD ਅਤੇ PFDDIV ਨਾਲ ਸਮਰੱਥ ਬਣਾਓ
DCNano ਲਈ ਘੜੀ ਸਰੋਤ ਵਜੋਂ PLL4 PFD0DIV1 ਨੂੰ ਚੁਣੋ ਅਤੇ ਇਸਦੀ ਘੜੀ ਨੂੰ PCC ਵਿੱਚ ਚਾਲੂ ਕਰੋ:
ਪਾਵਰ ਸਵਿੱਚ ਦੇ ਚਾਲੂ ਹੋਣ ਅਤੇ ਘੜੀਆਂ ਤਿਆਰ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਉਪਭੋਗਤਾ LPAV ਡੋਮੇਨ IPs ਤੱਕ ਪਹੁੰਚ ਅਤੇ ਨਿਯੰਤਰਣ ਕਰਨ ਲਈ SDK ਡਰਾਈਵਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ।
ਸਾਰਣੀ 6 ਵਿੱਚ ਵਾਧੂ ਦਸਤਾਵੇਜ਼ਾਂ ਅਤੇ ਸਰੋਤਾਂ ਦੀ ਸੂਚੀ ਦਿੱਤੀ ਗਈ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਹੇਠਾਂ ਸੂਚੀਬੱਧ ਕੀਤੇ ਕੁਝ ਦਸਤਾਵੇਜ਼ ਸਿਰਫ਼ ਗੈਰ-ਖੁਲਾਸਾ ਸਮਝੌਤੇ (NDA) ਦੇ ਤਹਿਤ ਉਪਲਬਧ ਹੋ ਸਕਦੇ ਹਨ। ਇਹਨਾਂ ਦਸਤਾਵੇਜ਼ਾਂ ਤੱਕ ਪਹੁੰਚ ਦੀ ਬੇਨਤੀ ਕਰਨ ਲਈ, ਸਥਾਨਕ ਫੀਲਡ ਐਪਲੀਕੇਸ਼ਨ ਇੰਜੀਨੀਅਰ (FAE) ਜਾਂ ਵਿਕਰੀ ਪ੍ਰਤੀਨਿਧੀ ਨਾਲ ਸੰਪਰਕ ਕਰੋ।
ਸਾਰਣੀ 6. ਸੰਬੰਧਿਤ ਦਸਤਾਵੇਜ਼/ਸਰੋਤ
| ਦਸਤਾਵੇਜ਼ | ਲਿੰਕ/ਕਿਵੇਂ ਪਹੁੰਚਣਾ ਹੈ |
| PCA9460, i.MX 8ULP ਡੇਟਾ ਸ਼ੀਟ ਲਈ ਪਾਵਰ ਪ੍ਰਬੰਧਨ IC (ਦਸਤਾਵੇਜ਼ PCA9460DS) | PCA9460DS |
| uPower ਫਰਮਵੇਅਰ ਉਪਭੋਗਤਾ ਦੀ ਗਾਈਡ (ਦਸਤਾਵੇਜ਼ UPOWERFWUG) | UPOWERFWUG |
| i.MX 8ULP ਪ੍ਰੋਸੈਸਰ ਰੈਫਰੈਂਸ ਮੈਨੂਅਲ (ਦਸਤਾਵੇਜ਼ i.MX8 ULPRM) NXP ਸਥਾਨਕ ਫੀਲਡ ਐਪਲੀਕੇਸ਼ਨ ਇੰਜੀਨੀਅਰ (ਪ੍ਰਤੀਨਿਧੀ) ਨਾਲ ਸੰਪਰਕ ਕਰੋ। | NXP ਸਥਾਨਕ ਫੀਲਡ ਐਪਲੀਕੇਸ਼ਨ ਇੰਜੀਨੀਅਰ (FAE) ਜਾਂ ਵਿਕਰੀ ਪ੍ਰਤੀਨਿਧੀ ਨਾਲ ਸੰਪਰਕ ਕਰੋ। |
| i.MX 8ULP ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਸੈਸਰ—ਉਦਯੋਗਿਕ ਉਤਪਾਦ (ਦਸਤਾਵੇਜ਼ IMX8ULPIEC) | NXP ਸਥਾਨਕ ਫੀਲਡ ਐਪਲੀਕੇਸ਼ਨ ਇੰਜੀਨੀਅਰ (FAE) ਜਾਂ ਵਿਕਰੀ ਪ੍ਰਤੀਨਿਧੀ ਨਾਲ ਸੰਪਰਕ ਕਰੋ। |
| MCUXpresso SDK ਬਿਲਡਰ | https://mcuxpresso.nxp.com/en/welcome |
ਅੰਤਿਕਾ
ਸਾਰਣੀ 7 ਹਰੇਕ ਪਾਵਰ ਸਵਿੱਚ ਲਈ ਨਾਮ, ਲਾਜ਼ੀਕਲ ਨੰਬਰ ਅਤੇ ਬਿੱਟ ਦਿਖਾਉਂਦਾ ਹੈ।
ਸਾਰਣੀ 7. ਪਾਵਰ ਸਵਿੱਚ
| ਫੰਕਸ਼ਨ | ਲਾਜ਼ੀਕਲ ਪਾਵਰ ਸਵਿੱਚ | ਬਿੱਟ |
| CM33 | ਪੀ.ਐਸ.ਓ | 0 |
| ਫਿਊਜ਼ਨ | PS1 | 1 |
| A35[0] ਕੋਰ | PS2 | 2 |
| A35[1] ਕੋਰ | PS3 | 3 |
| ਮਰਕਰੀ L2 ਕੈਸ਼ [1] | PS4 | 4 |
| ਤੇਜ਼ NIC / ਮਰਕਰੀ | PS5 | 5 |
| APD ਪੈਰੀਫ | PS6 | 6 |
| GPU3D | PS7 | 7 |
| HiFi4 | PS8 | 8 |
| DDR ਕੰਟਰੋਲਰ | PS9 | 9 |
| PXP, EPDC | PS13 | 10 |
| MIPI-DSI | PS14 | 11 |
| MIPI CSI | PS15 | 12 |
| NIC AV / ਪੈਰੀਫ | PS16 | 13 |
| ਫਿਊਜ਼ਨ ਏ.ਓ | PS17 | 14 |
| ਫਿਊਜ਼ | PS18 | 15 |
| uPower | PS19 | 16 |
ਸਾਰਣੀ 8 ਹਰੇਕ ਮੈਮੋਰੀ ਭਾਗ ਕੰਟਰੋਲਰ ਦਾ ਬਿੱਟ ਅਤੇ ਨਾਮ ਦਿਖਾਉਂਦਾ ਹੈ।
ਸਾਰਣੀ 8. ਮੈਮੋਰੀ ਭਾਗ ctrls
| SRAM CTRL ARRAY_O (APD/LPAV) ਮਾਸਕਓ |
SRAM CTRL ARRAY_1 (RTD) ਮਾਸਕ1 |
||
| ਬਿੱਟ | ਯਾਦਾਂ ਨਿਯੰਤਰਿਤ | ਬਿੱਟ | ਯਾਦਾਂ ਨਿਯੰਤਰਿਤ |
| 0 | CA35 ਕੋਰ 0 L1 ਕੈਸ਼ | 0 | ਕੈਸਪਰ ਰੈਮ |
| 1 | CA35 ਕੋਰ 1 L1 ਕੈਸ਼ | 1 | DMAO ਰੈਮ |
| 2 | L2 ਕੈਸ਼ 0 | 2 | FIexCAN ਰੈਮ |
| 3 | L2 ਕੈਸ਼ 1 | 3 | FIexSPIO FIFO, ਬਫਰ |
| 4 | L2 ਕੈਸ਼ ਪੀੜਤ/tag | 4 | FlexSPI1 FIFO, ਬਫਰ |
| 5 | CAAM ਸੁਰੱਖਿਅਤ ਰੈਮ | 5 | CM33 ਕੈਸ਼ |
| 6 | DMA1 ਰੈਮ | 6 | ਪਾਵਰਕੁਆਡ ਰੈਮ |
| 7 | FlexSPI2 FIFO, ਬਫਰ | 7 | ETF ਰੈਮ |
| 8 | ਸ੍ਰੋਮ | 8 | Sentinel PKC, ਡਾਟਾ RAM1, Inst RAMO/1 |
| 9 | AD ROM | 9 | Sentinel ROM |
| 10 | USBO TX/RX RAM | 10 | uPower IRAM/DRAM |
| 11 | uSDHCO FIFO RAM | 11 | uPower ROM |
| 12 | uSDHC1 FIFO RAM | 12 | CM33 ROM |
| 13 | uSDHC2 FIFO ਅਤੇ USB1 TX/RX RAM | 13 | SSRAM ਭਾਗ 0 |
| 14 | ਜੀਆਈਸੀ ਰੈਮ | 14 | SSRAM ਭਾਗ 1 |
| 15 | ENET TX ਫਿਕਸੋ | 15 | SSRAM ਭਾਗ 2,3,4 |
| 16 | ਰਿਜ਼ਰਵਡ (ਬ੍ਰੇਨਸ਼ਿਫਟ) | 16 | SSRAM ਭਾਗ 5 |
| 17 | DCNano Tile2Linear ਅਤੇ RGB ਸੁਧਾਰ | 17 | SSRAM ਭਾਗ 6 |
| 18 | DCNano ਕਰਸਰ ਅਤੇ 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 | DMA2 ਰੈਮ | 21 | ਸੈਂਟੀਨੇਲ ਡੇਟਾ 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 ਕੈਸ਼, IRAM, DRAM | 26 | |
| 27 | ISI ਬਫਰਸ | 27 | |
| 28 | MIPI-CSI FIFO | 28 | |
| 29 | MIPI-DSI FIFO | 29 | |
| 30 | PXP ਕੈਸ਼, ਬਫਰ | 30 | |
| 31 | SRAM1 | 31 | |
ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਸਰੋਤ ਕੋਡ ਬਾਰੇ ਨੋਟ ਕਰੋ
Exampਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦਿਖਾਏ ਗਏ le ਕੋਡ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਕਾਪੀਰਾਈਟ ਅਤੇ BSD-3-ਕਲਾਜ਼ ਲਾਇਸੰਸ ਹਨ:
ਕਾਪੀਰਾਈਟ YYYY NXP ਰੀਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਅਤੇ ਸਰੋਤ ਅਤੇ ਬਾਈਨਰੀ ਰੂਪਾਂ ਵਿੱਚ ਵਰਤੋਂ, ਸੋਧ ਦੇ ਨਾਲ ਜਾਂ ਬਿਨਾਂ, ਇਜਾਜ਼ਤ ਹੈ ਬਸ਼ਰਤੇ ਕਿ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਸ਼ਰਤਾਂ ਪੂਰੀਆਂ ਹੋਣ:
- ਸਰੋਤ ਕੋਡ ਦੀ ਮੁੜ ਵੰਡ ਨੂੰ ਉਪਰੋਕਤ ਕਾਪੀਰਾਈਟ ਨੋਟਿਸ, ਸ਼ਰਤਾਂ ਦੀ ਇਹ ਸੂਚੀ ਅਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਬੇਦਾਅਵਾ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ।
- ਬਾਈਨਰੀ ਰੂਪ ਵਿੱਚ ਮੁੜ ਵੰਡ ਲਈ ਉਪਰੋਕਤ ਕਾਪੀਰਾਈਟ ਨੋਟਿਸ, ਸ਼ਰਤਾਂ ਦੀ ਇਹ ਸੂਚੀ ਅਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਅਤੇ/ਜਾਂ ਹੋਰ ਸਮੱਗਰੀਆਂ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਬੇਦਾਅਵਾ ਨੂੰ ਵੰਡ ਦੇ ਨਾਲ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
- ਨਾ ਤਾਂ ਕਿਸੇ ਕਾਪੀਰਾਈਟ ਧਾਰਕ ਦਾ ਨਾਮ ਅਤੇ ਨਾ ਹੀ ਇਸਦੇ ਸਹਿਯੋਗੀ ਲੋਕਾਂ ਦੇ ਨਾਮ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਲਿਖਤੀ ਆਗਿਆ ਤੋਂ ਬਿਨਾਂ ਇਸ ਸਾੱਫਟਵੇਅਰ ਤੋਂ ਪ੍ਰਾਪਤ ਉਤਪਾਦਾਂ ਦੀ ਪੁਸ਼ਟੀ ਜਾਂ ਉਤਸ਼ਾਹਤ ਕਰਨ ਲਈ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ.
ਇਹ ਸੌਫਟਵੇਅਰ ਕਾਪੀਰਾਈਟ ਧਾਰਕਾਂ ਅਤੇ ਯੋਗਦਾਨੀਆਂ ਦੁਆਰਾ "ਜਿਵੇਂ ਹੈ" ਅਤੇ ਕਿਸੇ ਵੀ ਸਪੱਸ਼ਟ ਜਾਂ ਅਪ੍ਰਤੱਖ ਵਾਰੰਟੀਆਂ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ, ਪਰ ਇਸ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ, ਇੱਕ ਪ੍ਰਤੀਨਿਧਤਾ ਅਧਿਕਾਰੀ ਦੀ ਨਿਸ਼ਚਿਤ ਵਾਰੰਟੀ ਬੇਦਾਅਵਾ। ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਕਾਪੀਰਾਈਟ ਧਾਰਕ ਜਾਂ ਯੋਗਦਾਨ ਪਾਉਣ ਵਾਲੇ ਕਿਸੇ ਵੀ ਪ੍ਰਤੱਖ, ਅਸਿੱਧੇ, ਇਤਫਾਕ, ਵਿਸ਼ੇਸ਼, ਮਿਸਾਲੀ, ਜਾਂ ਨਤੀਜੇ ਵਜੋਂ ਹੋਣ ਵਾਲੇ ਨੁਕਸਾਨਾਂ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਨਹੀਂ ਹੋਣਗੇ (ਸਮੇਤ, ਪਰ ਸੀਮਤ ਅਧੀਨਗੀਤ ਨਹੀਂ ES; ਵਰਤੋਂ, ਡੇਟਾ, ਜਾਂ ਲਾਭਾਂ ਦਾ ਨੁਕਸਾਨ; ਜਾਂ ਵਪਾਰਕ ਵਿਘਨ) ਹਾਲਾਂਕਿ ਕਾਰਨ ਅਤੇ ਕਿਸੇ ਵੀ ਜਵਾਬਦੇਹੀ ਦੇ ਸਿਧਾਂਤ 'ਤੇ, ਭਾਵੇਂ ਇਕਰਾਰਨਾਮੇ ਵਿੱਚ, ਸਖ਼ਤ ਜ਼ਿੰਮੇਵਾਰੀ, ਜਾਂ ਟਾਰਟ (ਲਾਪਰਵਾਹੀ ਜਾਂ ਕਿਸੇ ਹੋਰ ਤਰੀਕੇ ਨਾਲ) ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਪੈਦਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਅਜਿਹੇ ਨੁਕਸਾਨ ਦੀ ਸੰਭਾਵਨਾ ਦਾ ਈ.ਡੀ.
ਸੰਸ਼ੋਧਨ ਇਤਿਹਾਸ
ਸਾਰਣੀ 9 ਸ਼ੁਰੂਆਤੀ ਰੀਲੀਜ਼ ਤੋਂ ਬਾਅਦ ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਕੀਤੀਆਂ ਤਬਦੀਲੀਆਂ ਦਾ ਸਾਰ ਦਿੰਦਾ ਹੈ।
ਸਾਰਣੀ 9. ਸੰਸ਼ੋਧਨ ਇਤਿਹਾਸ
| ਸੰਸ਼ੋਧਨ ਨੰਬਰ | ਮਿਤੀ | ਮੂਲ ਤਬਦੀਲੀਆਂ |
| 0 | 30 ਮਈ 2023 | ਸ਼ੁਰੂਆਤੀ ਰੀਲੀਜ਼ |
ਕਾਨੂੰਨੀ ਜਾਣਕਾਰੀ
10.1 ਪਰਿਭਾਸ਼ਾਵਾਂ
ਡਰਾਫਟ - ਇੱਕ ਦਸਤਾਵੇਜ਼ 'ਤੇ ਇੱਕ ਡਰਾਫਟ ਸਥਿਤੀ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਸਮੱਗਰੀ ਅਜੇ ਵੀ ਅੰਦਰੂਨੀ ਰੀ ਦੇ ਅਧੀਨ ਹੈview ਅਤੇ ਰਸਮੀ ਪ੍ਰਵਾਨਗੀ ਦੇ ਅਧੀਨ, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਸੋਧਾਂ ਜਾਂ ਵਾਧੇ ਹੋ ਸਕਦੇ ਹਨ। NXP ਸੈਮੀਕੰਡਕਟਰ ਕਿਸੇ ਦਸਤਾਵੇਜ਼ ਦੇ ਡਰਾਫਟ ਸੰਸਕਰਣ ਵਿੱਚ ਸ਼ਾਮਲ ਜਾਣਕਾਰੀ ਦੀ ਸ਼ੁੱਧਤਾ ਜਾਂ ਸੰਪੂਰਨਤਾ ਬਾਰੇ ਕੋਈ ਪ੍ਰਤੀਨਿਧਤਾ ਜਾਂ ਵਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦੇ ਹਨ ਅਤੇ ਅਜਿਹੀ ਜਾਣਕਾਰੀ ਦੀ ਵਰਤੋਂ ਦੇ ਨਤੀਜਿਆਂ ਲਈ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਨਹੀਂ ਹੋਵੇਗੀ।
.10.2..XNUMX ਬੇਦਾਵਾ
ਸੀਮਤ ਵਾਰੰਟੀ ਅਤੇ ਦੇਣਦਾਰੀ - ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦਿੱਤੀ ਜਾਣਕਾਰੀ ਨੂੰ ਸਹੀ ਅਤੇ ਭਰੋਸੇਮੰਦ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਹਾਲਾਂਕਿ, NXP ਸੈਮੀਕੰਡਕਟਰ ਅਜਿਹੀ ਜਾਣਕਾਰੀ ਦੀ ਸ਼ੁੱਧਤਾ ਜਾਂ ਸੰਪੂਰਨਤਾ ਦੇ ਤੌਰ 'ਤੇ ਕੋਈ ਪ੍ਰਤੀਨਿਧਤਾ ਜਾਂ ਵਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦੇ ਹਨ, ਜੋ ਕਿ ਪ੍ਰਗਟ ਜਾਂ ਅਪ੍ਰਤੱਖ ਹੈ ਅਤੇ ਅਜਿਹੀ ਜਾਣਕਾਰੀ ਦੀ ਵਰਤੋਂ ਦੇ ਨਤੀਜਿਆਂ ਲਈ ਕੋਈ ਜਵਾਬਦੇਹੀ ਨਹੀਂ ਹੋਵੇਗੀ। NXP ਸੈਮੀਕੰਡਕਟਰ ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਸਮੱਗਰੀ ਲਈ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਨਹੀਂ ਲੈਂਦੇ ਹਨ ਜੇਕਰ NXP ਸੈਮੀਕੰਡਕਟਰਾਂ ਤੋਂ ਬਾਹਰ ਕਿਸੇ ਜਾਣਕਾਰੀ ਸਰੋਤ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਕਿਸੇ ਵੀ ਸੂਰਤ ਵਿੱਚ NXP ਸੈਮੀਕੰਡਕਟਰ ਕਿਸੇ ਵੀ ਅਸਿੱਧੇ, ਇਤਫਾਕਨ, ਦੰਡਕਾਰੀ, ਵਿਸ਼ੇਸ਼ ਜਾਂ ਨਤੀਜੇ ਵਾਲੇ ਨੁਕਸਾਨਾਂ ਲਈ ਜਵਾਬਦੇਹ ਨਹੀਂ ਹੋਣਗੇ (ਸਮੇਤ - ਬਿਨਾਂ ਕਿਸੇ ਸੀਮਾ ਦੇ ਗੁੰਮ ਹੋਏ ਮੁਨਾਫੇ, ਗੁੰਮ ਹੋਈ ਬੱਚਤ, ਵਪਾਰਕ ਰੁਕਾਵਟ, ਕਿਸੇ ਵੀ ਉਤਪਾਦ ਨੂੰ ਹਟਾਉਣ ਜਾਂ ਬਦਲਣ ਨਾਲ ਸਬੰਧਤ ਲਾਗਤਾਂ ਜਾਂ ਮੁੜ ਕੰਮ ਕਰਨ ਦੇ ਖਰਚੇ) ਭਾਵੇਂ ਜਾਂ ਅਜਿਹੇ ਨੁਕਸਾਨ ਟੌਰਟ (ਲਾਪਰਵਾਹੀ ਸਮੇਤ), ਵਾਰੰਟੀ, ਇਕਰਾਰਨਾਮੇ ਦੀ ਉਲੰਘਣਾ ਜਾਂ ਕਿਸੇ ਹੋਰ ਕਾਨੂੰਨੀ ਸਿਧਾਂਤ 'ਤੇ ਅਧਾਰਤ ਨਹੀਂ ਹਨ।
ਕਿਸੇ ਵੀ ਨੁਕਸਾਨ ਦੇ ਬਾਵਜੂਦ ਜੋ ਗਾਹਕ ਨੂੰ ਕਿਸੇ ਵੀ ਕਾਰਨ ਕਰਕੇ ਹੋ ਸਕਦਾ ਹੈ, NXP ਸੈਮੀਕੰਡਕਟਰਾਂ ਦੀ ਇੱਥੇ ਵਰਣਿਤ ਉਤਪਾਦਾਂ ਲਈ ਗ੍ਰਾਹਕ ਪ੍ਰਤੀ ਸਮੁੱਚੀ ਅਤੇ ਸੰਚਤ ਦੇਣਦਾਰੀ NXP ਸੈਮੀਕੰਡਕਟਰਾਂ ਦੀ ਵਪਾਰਕ ਵਿਕਰੀ ਦੇ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ਦੇ ਅਨੁਸਾਰ ਸੀਮਿਤ ਹੋਵੇਗੀ।
ਤਬਦੀਲੀਆਂ ਕਰਨ ਦਾ ਅਧਿਕਾਰ — NXP ਸੈਮੀਕੰਡਕਟਰ ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਜਾਣਕਾਰੀ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਰਾਖਵਾਂ ਰੱਖਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਬਿਨਾਂ ਸੀਮਾ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਉਤਪਾਦ ਵਰਣਨ ਸ਼ਾਮਲ ਹਨ, ਕਿਸੇ ਵੀ ਸਮੇਂ ਅਤੇ ਬਿਨਾਂ ਨੋਟਿਸ ਦੇ। ਇਹ ਦਸਤਾਵੇਜ਼ ਇਸ ਦੇ ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਸਾਰੀ ਜਾਣਕਾਰੀ ਨੂੰ ਬਦਲਦਾ ਹੈ ਅਤੇ ਬਦਲਦਾ ਹੈ।
ਵਰਤਣ ਲਈ ਅਨੁਕੂਲਤਾ — NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦਾਂ ਨੂੰ ਜੀਵਨ ਸਹਾਇਤਾ, ਜੀਵਨ-ਨਾਜ਼ੁਕ ਜਾਂ ਸੁਰੱਖਿਆ-ਨਾਜ਼ੁਕ ਪ੍ਰਣਾਲੀਆਂ ਜਾਂ ਉਪਕਰਣਾਂ ਵਿੱਚ ਵਰਤਣ ਲਈ ਢੁਕਵੇਂ ਹੋਣ ਲਈ ਡਿਜ਼ਾਈਨ, ਅਧਿਕਾਰਤ ਜਾਂ ਵਾਰੰਟੀ ਨਹੀਂ ਦਿੱਤੀ ਗਈ ਹੈ, ਅਤੇ ਨਾ ਹੀ ਉਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਜਿੱਥੇ ਇੱਕ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦ ਦੀ ਅਸਫਲਤਾ ਜਾਂ ਖਰਾਬੀ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਉਮੀਦ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਨਿੱਜੀ ਸੱਟ, ਮੌਤ ਜਾਂ ਗੰਭੀਰ ਜਾਇਦਾਦ ਜਾਂ ਵਾਤਾਵਰਣ ਨੂੰ ਨੁਕਸਾਨ। NXP ਸੈਮੀਕੰਡਕਟਰ ਅਤੇ ਇਸਦੇ ਸਪਲਾਇਰ ਅਜਿਹੇ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਅਤੇ/ਜਾਂ ਵਰਤੋਂ ਲਈ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸਲਈ ਅਜਿਹਾ ਸ਼ਾਮਲ ਕਰਨਾ ਅਤੇ/ਜਾਂ ਵਰਤੋਂ ਗਾਹਕ ਦੇ ਆਪਣੇ ਜੋਖਮ 'ਤੇ ਹੈ।
ਐਪਲੀਕੇਸ਼ਨਾਂ — ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਵੀ ਉਤਪਾਦ ਲਈ ਇੱਥੇ ਵਰਣਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਸਿਰਫ਼ ਵਿਆਖਿਆਤਮਕ ਉਦੇਸ਼ਾਂ ਲਈ ਹਨ। NXP ਸੈਮੀਕੰਡਕਟਰ ਕੋਈ ਨੁਮਾਇੰਦਗੀ ਜਾਂ ਵਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦੇ ਹਨ ਕਿ ਅਜਿਹੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਿਨਾਂ ਕਿਸੇ ਜਾਂਚ ਜਾਂ ਸੋਧ ਦੇ ਨਿਰਧਾਰਤ ਵਰਤੋਂ ਲਈ ਢੁਕਵਾਂ ਹੋਣਗੀਆਂ।
ਗਾਹਕ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਆਪਣੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ ਦੇ ਡਿਜ਼ਾਈਨ ਅਤੇ ਸੰਚਾਲਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹਨ, ਅਤੇ NXP ਸੈਮੀਕੰਡਕਟਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਜਾਂ ਗਾਹਕ ਉਤਪਾਦ ਡਿਜ਼ਾਈਨ ਦੇ ਨਾਲ ਕਿਸੇ ਵੀ ਸਹਾਇਤਾ ਲਈ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੇ ਹਨ। ਇਹ ਨਿਰਧਾਰਿਤ ਕਰਨਾ ਗਾਹਕ ਦੀ ਇਕੱਲੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ ਕਿ ਕੀ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦ ਗਾਹਕ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਯੋਜਨਾਬੱਧ ਉਤਪਾਦਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਯੋਜਨਾਬੱਧ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਗਾਹਕ ਦੇ ਤੀਜੀ ਧਿਰ ਦੇ ਗਾਹਕਾਂ ਦੀ ਵਰਤੋਂ ਲਈ ਢੁਕਵਾਂ ਅਤੇ ਫਿੱਟ ਹੈ ਜਾਂ ਨਹੀਂ। ਗਾਹਕਾਂ ਨੂੰ ਉਹਨਾਂ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ ਨਾਲ ਜੁੜੇ ਜੋਖਮਾਂ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ ਉਚਿਤ ਡਿਜ਼ਾਈਨ ਅਤੇ ਸੰਚਾਲਨ ਸੁਰੱਖਿਆ ਉਪਾਅ ਪ੍ਰਦਾਨ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ।
NXP ਸੈਮੀਕੰਡਕਟਰ ਕਿਸੇ ਵੀ ਡਿਫਾਲਟ, ਨੁਕਸਾਨ, ਲਾਗਤਾਂ ਜਾਂ ਸਮੱਸਿਆ ਨਾਲ ਸਬੰਧਤ ਕਿਸੇ ਵੀ ਦੇਣਦਾਰੀ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੇ ਹਨ ਜੋ ਗਾਹਕ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਜਾਂ ਉਤਪਾਦਾਂ ਵਿੱਚ ਕਿਸੇ ਕਮਜ਼ੋਰੀ ਜਾਂ ਡਿਫਾਲਟ 'ਤੇ ਅਧਾਰਤ ਹੈ, ਜਾਂ ਗਾਹਕ ਦੇ ਤੀਜੀ ਧਿਰ ਗਾਹਕਾਂ ਦੁਆਰਾ ਐਪਲੀਕੇਸ਼ਨ ਜਾਂ ਵਰਤੋਂ 'ਤੇ ਅਧਾਰਤ ਹੈ। ਗ੍ਰਾਹਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਡਿਫਾਲਟ ਤੋਂ ਬਚਣ ਲਈ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਗਾਹਕ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ ਲਈ ਸਾਰੇ ਲੋੜੀਂਦੇ ਟੈਸਟ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ ਜਾਂ ਗਾਹਕ ਦੇ ਤੀਜੀ ਧਿਰ ਗਾਹਕਾਂ ਦੁਆਰਾ ਵਰਤੋਂ. NXP ਇਸ ਸਬੰਧ ਵਿੱਚ ਕੋਈ ਦੇਣਦਾਰੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ ਹੈ।
ਵਪਾਰਕ ਵਿਕਰੀ ਦੇ ਨਿਯਮ ਅਤੇ ਸ਼ਰਤਾਂ — NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦ ਵਪਾਰਕ ਵਿਕਰੀ ਦੇ ਆਮ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ਦੇ ਅਧੀਨ ਵੇਚੇ ਜਾਂਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ http://www.nxp.com/pro 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।file/ਸ਼ਰਤਾਂ, ਜਦੋਂ ਤੱਕ ਕਿ ਇੱਕ ਵੈਧ ਲਿਖਤੀ ਵਿਅਕਤੀਗਤ ਸਮਝੌਤੇ ਵਿੱਚ ਸਹਿਮਤੀ ਨਾ ਹੋਵੇ। ਜੇਕਰ ਕੋਈ ਵਿਅਕਤੀਗਤ ਸਮਝੌਤਾ ਸਿੱਟਾ ਕੱਢਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਸਿਰਫ਼ ਸੰਬੰਧਿਤ ਸਮਝੌਤੇ ਦੇ ਨਿਯਮ ਅਤੇ ਸ਼ਰਤਾਂ ਲਾਗੂ ਹੋਣਗੀਆਂ। NXP ਸੈਮੀਕੰਡਕਟਰ ਇਸ ਦੁਆਰਾ ਗਾਹਕ ਦੁਆਰਾ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦਾਂ ਦੀ ਖਰੀਦ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਗਾਹਕ ਦੇ ਆਮ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਇਤਰਾਜ਼ ਕਰਦੇ ਹਨ।
ਨਿਰਯਾਤ ਕੰਟਰੋਲ — ਇਹ ਦਸਤਾਵੇਜ਼ ਦੇ ਨਾਲ-ਨਾਲ ਇੱਥੇ ਵਰਣਿਤ ਆਈਟਮਾਂ (ਆਈਟਮਾਂ) ਨਿਰਯਾਤ ਨਿਯੰਤਰਣ ਨਿਯਮਾਂ ਦੇ ਅਧੀਨ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਨਿਰਯਾਤ ਲਈ ਸਮਰੱਥ ਅਥਾਰਟੀਆਂ ਤੋਂ ਪਹਿਲਾਂ ਅਧਿਕਾਰ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।
ਗੈਰ-ਆਟੋਮੋਟਿਵ ਯੋਗ ਉਤਪਾਦਾਂ ਵਿੱਚ ਵਰਤੋਂ ਲਈ ਅਨੁਕੂਲਤਾ — ਜਦੋਂ ਤੱਕ ਇਹ ਡੇਟਾ ਸ਼ੀਟ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਇਹ ਖਾਸ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦ ਆਟੋਮੋਟਿਵ ਯੋਗਤਾ ਪ੍ਰਾਪਤ ਹੈ, ਉਤਪਾਦ ਆਟੋਮੋਟਿਵ ਵਰਤੋਂ ਲਈ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ। ਇਹ ਆਟੋਮੋਟਿਵ ਟੈਸਟਿੰਗ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਲੋੜਾਂ ਦੇ ਅਨੁਸਾਰ ਨਾ ਤਾਂ ਯੋਗ ਹੈ ਅਤੇ ਨਾ ਹੀ ਟੈਸਟ ਕੀਤਾ ਗਿਆ ਹੈ। NXP ਸੈਮੀਕੰਡਕਟਰ ਆਟੋਮੋਟਿਵ ਉਪਕਰਣਾਂ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਗੈਰ-ਆਟੋਮੋਟਿਵ ਯੋਗਤਾ ਪ੍ਰਾਪਤ ਉਤਪਾਦਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਅਤੇ/ਜਾਂ ਵਰਤੋਂ ਲਈ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੇ ਹਨ।
ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਜਦੋਂ ਗਾਹਕ ਆਟੋਮੋਟਿਵ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਮਿਆਰਾਂ ਲਈ ਆਟੋਮੋਟਿਵ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਡਿਜ਼ਾਈਨ-ਇਨ ਅਤੇ ਵਰਤੋਂ ਲਈ ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਗਾਹਕ (ਏ) ਅਜਿਹੇ ਆਟੋਮੋਟਿਵ ਐਪਲੀਕੇਸ਼ਨਾਂ, ਵਰਤੋਂ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਉਤਪਾਦ ਦੀ NXP ਸੈਮੀਕੰਡਕਟਰਾਂ ਦੀ ਵਾਰੰਟੀ ਤੋਂ ਬਿਨਾਂ ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਕਰੇਗਾ, ਅਤੇ ( b) ਜਦੋਂ ਵੀ ਗਾਹਕ NXP ਸੈਮੀਕੰਡਕਟਰਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤੋਂ ਪਰੇ ਆਟੋਮੋਟਿਵ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਤਾਂ ਅਜਿਹੀ ਵਰਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਗਾਹਕ ਦੇ ਆਪਣੇ ਜੋਖਮ 'ਤੇ ਹੋਵੇਗੀ, ਅਤੇ (c) ਗਾਹਕ ਗਾਹਕ ਡਿਜ਼ਾਈਨ ਅਤੇ ਵਰਤੋਂ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਕਿਸੇ ਵੀ ਦੇਣਦਾਰੀ, ਨੁਕਸਾਨ ਜਾਂ ਅਸਫਲ ਉਤਪਾਦ ਦਾਅਵਿਆਂ ਲਈ NXP ਸੈਮੀਕੰਡਕਟਰਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮੁਆਵਜ਼ਾ ਦਿੰਦਾ ਹੈ। NXP ਸੈਮੀਕੰਡਕਟਰਾਂ ਦੀ ਮਿਆਰੀ ਵਾਰੰਟੀ ਅਤੇ NXP ਸੈਮੀਕੰਡਕਟਰਾਂ ਦੇ ਉਤਪਾਦ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤੋਂ ਪਰੇ ਆਟੋਮੋਟਿਵ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਉਤਪਾਦ।
ਅਨੁਵਾਦ - ਕਿਸੇ ਦਸਤਾਵੇਜ਼ ਦਾ ਇੱਕ ਗੈਰ-ਅੰਗਰੇਜ਼ੀ (ਅਨੁਵਾਦਿਤ) ਸੰਸਕਰਣ, ਉਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਕਾਨੂੰਨੀ ਜਾਣਕਾਰੀ ਸਮੇਤ, ਸਿਰਫ ਸੰਦਰਭ ਲਈ ਹੈ। ਅਨੁਵਾਦਿਤ ਅਤੇ ਅੰਗਰੇਜ਼ੀ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਕਿਸੇ ਵੀ ਅੰਤਰ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਅੰਗਰੇਜ਼ੀ ਸੰਸਕਰਣ ਪ੍ਰਬਲ ਹੋਵੇਗਾ।
ਸੁਰੱਖਿਆ — ਗਾਹਕ ਸਮਝਦਾ ਹੈ ਕਿ ਸਾਰੇ NXP ਉਤਪਾਦ ਅਣਪਛਾਤੇ ਕਮਜ਼ੋਰੀਆਂ ਦੇ ਅਧੀਨ ਹੋ ਸਕਦੇ ਹਨ ਜਾਂ ਜਾਣੀਆਂ-ਪਛਾਣੀਆਂ ਸੀਮਾਵਾਂ ਦੇ ਨਾਲ ਸਥਾਪਤ ਸੁਰੱਖਿਆ ਮਿਆਰਾਂ ਜਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦੇ ਹਨ। ਗਾਹਕ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ 'ਤੇ ਇਹਨਾਂ ਕਮਜ਼ੋਰੀਆਂ ਦੇ ਪ੍ਰਭਾਵ ਨੂੰ ਘਟਾਉਣ ਲਈ ਗਾਹਕ ਆਪਣੇ ਜੀਵਨ-ਚੱਕਰ ਦੌਰਾਨ ਆਪਣੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ ਦੇ ਡਿਜ਼ਾਈਨ ਅਤੇ ਸੰਚਾਲਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਗਾਹਕ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਗਾਹਕ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਵਰਤੋਂ ਲਈ NXP ਉਤਪਾਦਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੋਰ ਖੁੱਲ੍ਹੀਆਂ ਅਤੇ/ਜਾਂ ਮਲਕੀਅਤ ਵਾਲੀਆਂ ਤਕਨਾਲੋਜੀਆਂ ਤੱਕ ਵੀ ਵਧਦੀ ਹੈ। NXP ਕਿਸੇ ਵੀ ਕਮਜ਼ੋਰੀ ਲਈ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ। ਗਾਹਕ ਨੂੰ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ NXP ਤੋਂ ਸੁਰੱਖਿਆ ਅਪਡੇਟਾਂ ਦੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਉਚਿਤ ਢੰਗ ਨਾਲ ਪਾਲਣਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
ਗਾਹਕ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਾਲੇ ਉਤਪਾਦਾਂ ਦੀ ਚੋਣ ਕਰੇਗਾ ਜੋ ਉਦੇਸ਼ਿਤ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਨਿਯਮਾਂ, ਨਿਯਮਾਂ ਅਤੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਸਭ ਤੋਂ ਵਧੀਆ ਢੰਗ ਨਾਲ ਪੂਰਾ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸਦੇ ਉਤਪਾਦਾਂ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਅੰਤਮ ਡਿਜ਼ਾਈਨ ਫੈਸਲੇ ਲੈਂਦੇ ਹਨ ਅਤੇ ਇਸਦੇ ਉਤਪਾਦਾਂ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਸਾਰੀਆਂ ਕਾਨੂੰਨੀ, ਰੈਗੂਲੇਟਰੀ ਅਤੇ ਸੁਰੱਖਿਆ ਸੰਬੰਧੀ ਜ਼ਰੂਰਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਜ਼ਿੰਮੇਵਾਰ ਹੁੰਦੇ ਹਨ, ਭਾਵੇਂ ਕਿਸੇ ਵੀ ਜਾਣਕਾਰੀ ਜਾਂ ਸਹਾਇਤਾ ਦੀ ਜੋ NXP ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
NXP ਕੋਲ ਉਤਪਾਦ ਸੁਰੱਖਿਆ ਘਟਨਾ ਪ੍ਰਤੀਕਿਰਿਆ ਟੀਮ (PSIRT) ਹੈ (ਇਸ 'ਤੇ ਪਹੁੰਚਯੋਗ ਹੈ PSIRT@nxp.com) ਜੋ NXP ਉਤਪਾਦਾਂ ਦੀ ਸੁਰੱਖਿਆ ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਜਾਂਚ, ਰਿਪੋਰਟਿੰਗ ਅਤੇ ਹੱਲ ਰਿਲੀਜ਼ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ।
NXP BV - NXP BV ਇੱਕ ਓਪਰੇਟਿੰਗ ਕੰਪਨੀ ਨਹੀਂ ਹੈ ਅਤੇ ਇਹ ਉਤਪਾਦਾਂ ਨੂੰ ਵੰਡ ਜਾਂ ਵੇਚਦੀ ਨਹੀਂ ਹੈ।
ਟ੍ਰੇਡਮਾਰਕ
ਨੋਟਿਸ: ਸਾਰੇ ਹਵਾਲਾ ਦਿੱਤੇ ਬ੍ਰਾਂਡ, ਉਤਪਾਦ ਦੇ ਨਾਮ, ਸੇਵਾ ਦੇ ਨਾਮ ਅਤੇ ਟ੍ਰੇਡਮਾਰਕ ਉਹਨਾਂ ਦੇ ਸੰਬੰਧਿਤ ਮਾਲਕਾਂ ਦੀ ਸੰਪਤੀ ਹਨ।
NXP — ਵਰਡਮਾਰਕ ਅਤੇ ਲੋਗੋ NXP BV ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਹਨ
AMBA, Arm, Arm7, Arm7TDMI, Arm9, Arm11, Artisan, big.LITTLE, Cordio, CoreLink, CoreSight, Cortex, DesignStart, DynamIQ, Jazelle, Keil, Mali, Mbed, Mbed ਸਮਰਥਿਤ, NEON, POP, RealView, SecurCore, Socrates, Thumb, TrustZone, ULINK, ULINK2, ULINK-ME, ULINKPLUS, ULINKpro, μVision, Versatile — ਅਮਰੀਕਾ ਅਤੇ/ਜਾਂ ਹੋਰ ਕਿਤੇ ਆਰਮ ਲਿਮਿਟੇਡ (ਜਾਂ ਇਸ ਦੀਆਂ ਸਹਾਇਕ ਕੰਪਨੀਆਂ ਜਾਂ ਸਹਿਯੋਗੀਆਂ) ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਅਤੇ/ਜਾਂ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ। ਸੰਬੰਧਿਤ ਤਕਨਾਲੋਜੀ ਨੂੰ ਕਿਸੇ ਵੀ ਜਾਂ ਸਾਰੇ ਪੇਟੈਂਟ, ਕਾਪੀਰਾਈਟਸ, ਡਿਜ਼ਾਈਨ ਅਤੇ ਵਪਾਰਕ ਰਾਜ਼ਾਂ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਸਾਰੇ ਹੱਕ ਰਾਖਵੇਂ ਹਨ.
EdgeLock — NXP BV ਦਾ ਟ੍ਰੇਡਮਾਰਕ ਹੈ
i.MX — NXP BV ਦਾ ਟ੍ਰੇਡਮਾਰਕ ਹੈ
ਕਿਰਪਾ ਕਰਕੇ ਧਿਆਨ ਰੱਖੋ ਕਿ ਇਸ ਦਸਤਾਵੇਜ਼ ਅਤੇ ਇੱਥੇ ਵਰਣਿਤ ਉਤਪਾਦ (ਉਤਪਾਦਾਂ) ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਨੋਟਿਸ, ਸੈਕਸ਼ਨ 'ਕਾਨੂੰਨੀ ਜਾਣਕਾਰੀ' ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਹਨ।
© 2023 NXP BV
ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ ਇੱਥੇ ਜਾਓ: http://www.nxp.com
ਸਾਰੇ ਹੱਕ ਰਾਖਵੇਂ ਹਨ.
ਰਿਲੀਜ਼ ਦੀ ਮਿਤੀ: 30 ਮਈ 2023
ਦਸਤਾਵੇਜ਼ ਪਛਾਣਕਰਤਾ: AN13951
NXP ਸੈਮੀਕੰਡਕਟਰ"
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 |
