LPC55S1x/LPC551x ਬੋਰਡ
ਹਦਾਇਤਾਂ
ਦਸਤਾਵੇਜ਼ ਜਾਣਕਾਰੀ
| ਜਾਣਕਾਰੀ | ਸਮੱਗਰੀ |
| ਕੀਵਰਡਸ | LPC55S16JBD100, LPC55S16JEV98, LPC55S16JBD64, LPC55S14JBD100, LPC55S14JBD64, LPC5516JBD100, LPC5516JEV98, LPC5516JBD64, LPC5514JBD100, LPC5514JBD64, LPC5512JBD100, LPC5512JBD64 |
| ਐਬਸਟਰੈਕਟ | LPC55S1x/LPC551x ਇਰੱਟਾ |
NXP ਸੈਮੀਕੰਡਕਟਰ
ਸੰਸ਼ੋਧਨ ਇਤਿਹਾਸ
| ਰੈਵ | ਮਿਤੀ | ਵਰਣਨ |
| 1.6 | 20211028 | ਸੈਕਸ਼ਨ 1 ਵਿੱਚ CAN-FD.3.9 ਨੋਟ ਜੋੜਿਆ ਗਿਆ ਹੈ "CAN-FD.1: ਬੱਸ ਲੈਣ-ਦੇਣ ਨੂੰ ਅਧੂਰਾ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਦੋਂ CAN-FD ਪੈਰੀਫਿਰਲ ਸੁਰੱਖਿਅਤ ਉਪਨਾਮ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੋਵੇ।" |
| 1.5 | 20210810 | ਜੋੜਿਆ ਗਿਆ VBAT_DCDC.1: ਸੈਕਸ਼ਨ 3.8 “VBAT_DCDC.1: ਬਿਜਲੀ ਸਪਲਾਈ ਦਾ ਘੱਟੋ-ਘੱਟ ਵਾਧਾ ਸਮਾਂ Tamb = -2.6 C ਲਈ 40 ms ਜਾਂ ਹੌਲੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ Tamb = 0.5 C ਤੋਂ +0 C ਲਈ 105 ms ਜਾਂ ਹੌਲੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ” |
| 1.4 | 20210423 | ਜੋੜਿਆ ਗਿਆ USB.5, ਸੈਕਸ਼ਨ 3.6 “USB.5: USB ਹਾਈ-ਸਪੀਡ ਡਿਵਾਈਸ ਮੋਡ ਵਿੱਚ, ਜਦੋਂ ਡਿਵਾਈਸ isochronous IN ਐਂਡਪੁਆਇੰਟ ਹੋਸਟ ਤੋਂ IN ਟੋਕਨ ਦੇ ਜਵਾਬ ਵਿੱਚ 1024 ਬਾਈਟਸ ਦੇ MaxPacketSize ਦਾ ਇੱਕ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ, ਤਾਂ isochronous IN ਐਂਡਪੁਆਇੰਟ ਇੰਟਰੱਪਟ ਸੈੱਟ ਨਹੀਂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਆਈਸੋਕ੍ਰੋਨਸ IN ਐਂਡਪੁਆਇੰਟ ਲਈ ਐਂਡਪੁਆਇੰਟ ਕਮਾਂਡ/ਸਟੇਟਸ ਲਿਸਟ ਐਂਟਰੀ ਅੱਪਡੇਟ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ”। ਜੋੜਿਆ ਗਿਆ USB.6, ਸੈਕਸ਼ਨ 3.7 “USB.6: USB ਹਾਈ-ਸਪੀਡ ਹੋਸਟ ਮੋਡ ਵਿੱਚ, ਆਈਸੋਕ੍ਰੋਨਸ ਇਨ ਐਂਡਪੁਆਇੰਟਸ ਲਈ ਪ੍ਰਤੀ ਮਾਈਕ੍ਰੋ-ਫ੍ਰੇਮ ਸਿਰਫ਼ ਇੱਕ ਲੈਣ-ਦੇਣ ਦੀ ਇਜਾਜ਼ਤ ਹੈ”। |
| 1.3 | 20210225 | ਜੋੜਿਆ ਗਿਆ USB.4, ਸੈਕਸ਼ਨ 3.5 “USB.4: USB ਹਾਈ-ਸਪੀਡ ਡਿਵਾਈਸ ਮੋਡ ਵਿੱਚ, ਡਿਵਾਈਸ ਬਫਰ ਨੂੰ ਵਾਧੂ ਬਾਈਟ ਲਿਖਦੀ ਹੈ ਜੇਕਰ NBytes OUT ਟ੍ਰਾਂਸਫਰ ਲਈ 8 ਦਾ ਮਲਟੀਪਲ ਨਹੀਂ ਹੈ”। ਠੀਕ ਕੀਤਾ ਗਿਆ ਟਾਈਪੋ, ਰੀਵੀਜ਼ਨ ਪਛਾਣਕਰਤਾ ਸਾਰਣੀ 3 ਵਿੱਚ USB.1 ਲਈ A। |
| 1.2 | 20201214 | ਸੈਕਸ਼ਨ 3.4 “USB.3: USB ਹਾਈ-ਸਪੀਡ ਡਿਵਾਈਸ ਕੰਟਰੋਲਰ ਲਈ, ਜਦੋਂ ਕੁਝ ਫੁੱਲ-ਸਪੀਡ ਹੱਬ ਕਨੈਕਟ ਹੁੰਦੇ ਹਨ ਤਾਂ ਖੋਜ ਹੈਂਡਸ਼ੇਕਿੰਗ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ”। |
| 1.1 | 20200827 | ਸੈਕਸ਼ਨ 5.1 ਜੋੜਦਾ ਹੈ “CAN-FD ਪੈਰੀਫਿਰਲ ਸੁਰੱਖਿਅਤ ਉਪਨਾਮ ਪਤੇ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਕਰ ਸਕਦਾ”। |
| 1.0 | 20191204 | ਸ਼ੁਰੂਆਤੀ ਸੰਸਕਰਣ. |
ਸੰਪਰਕ ਜਾਣਕਾਰੀ
ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ ਇੱਥੇ ਜਾਓ: http://www.nxp.com
ਵਿਕਰੀ ਦਫਤਰ ਦੇ ਪਤਿਆਂ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ ਇਸ 'ਤੇ ਇੱਕ ਈਮੇਲ ਭੇਜੋ: salesaddresses@nxp.com
ਉਤਪਾਦ ਦੀ ਪਛਾਣ
LPC55S1x/LPC55 1x VFBGA98 ਪੈਕੇਜ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੀ ਸਿਖਰ-ਸਾਈਡ ਮਾਰਕਿੰਗ ਹੈ:
- ਪਹਿਲੀ ਲਾਈਨ: LPC55S1x/LPC551x
- ਦੂਜੀ ਲਾਈਨ: JEV98
- ਤੀਜੀ ਲਾਈਨ: xxxxxxxx
- ਚੌਥੀ ਲਾਈਨ: zzzyywwxR
– yyww: yy = ਸਾਲ ਅਤੇ ww = ਹਫ਼ਤੇ ਵਾਲਾ ਮਿਤੀ ਕੋਡ।
- xR: ਡਿਵਾਈਸ ਰੀਵਿਜ਼ਨ ਏ
LPC55S1x/LPC551x HLQFP100 ਪੈਕੇਜ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਸਿਖਰ-ਸਾਈਡ ਮਾਰਕਿੰਗ ਹਨ:
- ਪਹਿਲੀ ਲਾਈਨ: LPC55S1x/LPC551x
- ਦੂਜੀ ਲਾਈਨ: xxxxxxx
- ਤੀਜੀ ਲਾਈਨ: zzzyywwxR
– yyww: yy = ਸਾਲ ਅਤੇ ww = ਹਫ਼ਤੇ ਵਾਲਾ ਮਿਤੀ ਕੋਡ।
- xR: ਡਿਵਾਈਸ ਰੀਵਿਜ਼ਨ ਏ
LPC55S1x/LPC551x HTQFP64 ਪੈਕੇਜ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਸਿਖਰ-ਸਾਈਡ ਮਾਰਕਿੰਗ ਹਨ:
- ਪਹਿਲੀ ਲਾਈਨ: LPC55S1x/LPC551x
- ਦੂਜੀ ਲਾਈਨ: JBD64
- ਤੀਜੀ ਲਾਈਨ: xxxx
- ਚੌਥੀ ਲਾਈਨ: xxxx
- ਪੰਜਵੀਂ ਲਾਈਨ: zzzyywwxR
– yyww: yy = ਸਾਲ ਅਤੇ ww = ਹਫ਼ਤੇ ਵਾਲਾ ਮਿਤੀ ਕੋਡ।
- xR: ਡਿਵਾਈਸ ਰੀਵਿਜ਼ਨ ਏ
ਇਰੱਟਾ ਵੱਧview
ਕਾਰਜਾਤਮਕ ਸਮੱਸਿਆਵਾਂ ਸਾਰਣੀ
| ਕਾਰਜਾਤਮਕ ਸਮੱਸਿਆਵਾਂ | ਛੋਟਾ ਵੇਰਵਾ | ਸੰਸ਼ੋਧਨ ਪਛਾਣਕਰਤਾ | ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ |
| ਰੋਮ ।੧ | ROM ISP ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਵਿੱਚ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਚਿੱਤਰ ਇੱਕ ਮਿਟਾਏ ਜਾਂ ਗੈਰ-ਪ੍ਰੋਗਰਾਮਡ ਸਥਿਤੀ ਵਿੱਚ ਫਲੈਸ਼ ਪੰਨਿਆਂ ਨਾਲ ਖਰਾਬ ਹੁੰਦਾ ਹੈ। | A | ਸੈਕਸ਼ਨ 3.1 |
| USB.1 | USB HS ਹੋਸਟ ਫੇਲ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇੱਕ LS ਡਿਵਾਈਸ (ਮਾਊਸ) ਨਾਲ ਕਨੈਕਟ ਹੁੰਦਾ ਹੈ। | A | ਸੈਕਸ਼ਨ 3.2 |
| USB.2 | ਮਲਟੀਪਲ ਹੱਬ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਆਟੋਮੈਟਿਕ USB ਰੇਟ ਐਡਜਸਟਮੈਂਟ ਕਾਰਜਸ਼ੀਲ ਨਹੀਂ ਹੈ। | A | ਸੈਕਸ਼ਨ 3.3 |
| USB.3 | USB ਹਾਈ-ਸਪੀਡ ਡਿਵਾਈਸ ਕੰਟਰੋਲਰ ਲਈ, ਕੁਝ ਖਾਸ ਫੁੱਲ-ਸਪੀਡ ਹੱਬ ਕਨੈਕਟ ਹੋਣ 'ਤੇ ਹੈਂਡਸ਼ੇਕਿੰਗ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਹੈ। | A | ਸੈਕਸ਼ਨ 3.4 |
| USB.4 | USB ਹਾਈ-ਸਪੀਡ ਡਿਵਾਈਸ ਮੋਡ ਵਿੱਚ, ਡਿਵਾਈਸ ਬਫਰ ਨੂੰ ਵਾਧੂ ਬਾਈਟ ਲਿਖਦੀ ਹੈ ਜੇਕਰ NBytes OUT ਟ੍ਰਾਂਸਫਰ ਲਈ 8 ਦਾ ਮਲਟੀਪਲ ਨਹੀਂ ਹੈ। | A | ਸੈਕਸ਼ਨ 3.5 |
ਕਾਰਜਾਤਮਕ ਸਮੱਸਿਆਵਾਂ ਸਾਰਣੀ
| ਸਮੱਸਿਆਵਾਂ | ਛੋਟਾ ਵੇਰਵਾ | ਸੰਸ਼ੋਧਨ ਪਛਾਣਕਰਤਾ | ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ |
| USB.5 | USB ਹਾਈ-ਸਪੀਡ ਡਿਵਾਈਸ ਮੋਡ ਵਿੱਚ, ਜਦੋਂ ਡਿਵਾਈਸ | A | ਸੈਕਸ਼ਨ 3.6 |
| USB.6 | USB ਹਾਈ-ਸਪੀਡ ਹੋਸਟ ਮੋਡ ਵਿੱਚ, ਪ੍ਰਤੀ ਸਿਰਫ ਇੱਕ ਟ੍ਰਾਂਜੈਕਸ਼ਨ | A | ਸੈਕਸ਼ਨ 3.7 |
| VBAT_DCDC.1 | ਬਿਜਲੀ ਸਪਲਾਈ ਦਾ ਘੱਟੋ-ਘੱਟ ਵਾਧਾ ਸਮਾਂ 2.6 ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ | A | ਸੈਕਸ਼ਨ 3.8 |
| CAN-FD.1 | CAN-FD ਕਰਨ 'ਤੇ ਬੱਸ ਲੈਣ-ਦੇਣ ਨੂੰ ਰੋਕਿਆ ਜਾ ਸਕਦਾ ਹੈ | A | ਸੈਕਸ਼ਨ 3.9 |
AC/DC ਭਟਕਣਾ ਸਾਰਣੀ
| AC/DC ਭਟਕਣਾਵਾਂ | ਛੋਟਾ ਵੇਰਵਾ | ਉਤਪਾਦ ਦਾ ਸੰਸਕਰਣ | ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ |
| n/a | n/a | n/a | n/a |
ਕਾਰਜਾਤਮਕ ਸਮੱਸਿਆਵਾਂ ਦਾ ਵੇਰਵਾ
3.1 ROM.1: ROM ISP ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਵਿੱਚ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਚਿੱਤਰ ਨੂੰ ਮਿਟਾਏ ਜਾਂ ਗੈਰ-ਪ੍ਰੋਗਰਾਮਡ ਸਥਿਤੀ ਵਿੱਚ ਫਲੈਸ਼ ਪੰਨਿਆਂ ਨਾਲ ਖਰਾਬ ਕੀਤਾ ਜਾਂਦਾ ਹੈ
ਜਾਣ-ਪਛਾਣ
LPC55S1x/LPC551x 'ਤੇ, ਜੇਕਰ ਚਿੱਤਰ ਨੂੰ ਫਲੈਸ਼ ਪੰਨਿਆਂ ਨਾਲ ਮਿਟਾਏ ਜਾਂ ਗੈਰ-ਪ੍ਰੋਗਰਾਮਡ ਸਥਿਤੀ ਵਿੱਚ ਖਰਾਬ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ROM ਆਪਣੇ ਆਪ ISP ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਵਿੱਚ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ।
ਸਮੱਸਿਆ
ਜਦੋਂ CMPA ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਬੂਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਫਲੈਸ਼ ਮੈਮੋਰੀ ਵਿੱਚ ਚਿੱਤਰ ਸਿਰਲੇਖ ਵਿੱਚ ਚਿੱਤਰ ਆਕਾਰ ਖੇਤਰ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਮੈਮੋਰੀ ਖੇਤਰ ਦੇ ਅੰਦਰ ਇੱਕ ਮਿਟਾਇਆ ਜਾਂ ਗੈਰ-ਪ੍ਰੋਗਰਾਮਡ ਮੈਮੋਰੀ ਪੰਨਾ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਡਿਵਾਈਸ ਫਾਲਬੈਕ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਪਣੇ ਆਪ ISP ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਨਹੀਂ ਹੁੰਦੀ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਗਲਤ ਚਿੱਤਰ ਲਈ ਇੱਕ ਅਸਫਲ ਬੂਟ ਦਾ ਕੇਸ. ਇਹ ਸਮੱਸਿਆ ਉਦੋਂ ਵਾਪਰਦੀ ਹੈ ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰ ਨੂੰ ਸਿਰਫ਼ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਲਿਖਿਆ ਜਾਂ ਮਿਟਾਇਆ ਜਾਂਦਾ ਹੈ ਪਰ ਇੱਕ ਵੈਧ ਚਿੱਤਰ ਸਿਰਲੇਖ ਅਜੇ ਵੀ ਮੈਮੋਰੀ ਵਿੱਚ ਮੌਜੂਦ ਹੁੰਦਾ ਹੈ।
ਕੰਮ-ਕਾਰ
ਹੇਠਾਂ ਦਿੱਤੇ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਧੂਰੇ ਅਤੇ ਖਰਾਬ ਚਿੱਤਰ ਨੂੰ ਹਟਾਉਣ ਲਈ ਪੁੰਜ-ਮਿਟਾਓ:
- ਡੀਬੱਗ ਮੇਲਬਾਕਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਮਿਟਾਓ ਕਮਾਂਡ ਚਲਾਓ। ਮੇਲਬਾਕਸ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣ ਤੋਂ ਬਾਅਦ ਡਿਵਾਈਸ ਸਿੱਧੇ ISP ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋ ਜਾਵੇਗੀ।
- ਡੀਬੱਗ ਮੇਲਬਾਕਸ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ISP ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਵੋ ਅਤੇ ਫਲੈਸ਼-ਮਿਟਾਓ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ।
- ਡਿਵਾਈਸ ਨੂੰ ਰੀਸੈਟ ਕਰੋ ਅਤੇ ISP ਪਿੰਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ISP ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਵੋ। ਖਰਾਬ (ਅਧੂਰੀ) ਚਿੱਤਰ ਨੂੰ ਮਿਟਾਉਣ ਲਈ ਫਲੈਸ਼-ਮਿਟਾਓ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ।
3.2 USB.1: LS ਡਿਵਾਈਸ (ਮਾਊਸ) ਨਾਲ ਕਨੈਕਟ ਕਰਨ ਵੇਲੇ HS ਹੋਸਟ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦਾ ਹੈ
ਜਾਣ-ਪਛਾਣ
USB1 ਹਾਈ-ਸਪੀਡ ਕੰਟਰੋਲਰ ਚੋਣਵੇਂ LPC55S1x/LPC551x ਡਿਵਾਈਸਾਂ 'ਤੇ ਉਪਲਬਧ ਹੈ ਅਤੇ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਡਾਟਾ ਸਪੀਡਾਂ ਵਾਲੇ ਹੋਸਟ ਨੂੰ ਪੈਰੀਫਿਰਲ ਡਿਵਾਈਸਾਂ ਦਾ ਪਲੱਗ-ਐਂਡ-ਪਲੇ ਕਨੈਕਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:
- 480Mbps ਦੀ ਡਾਟਾ ਦਰ ਨਾਲ ਹਾਈ-ਸਪੀਡ।
- 12 Mbps ਦੀ ਡਾਟਾ ਦਰ ਨਾਲ ਪੂਰੀ-ਸਪੀਡ।
- 1.5 Mbps ਦੀ ਡਾਟਾ ਦਰ ਨਾਲ ਘੱਟ-ਗਤੀ।
ਬਹੁਤ ਸਾਰੇ ਪੋਰਟੇਬਲ ਡਿਵਾਈਸਾਂ ਨੂੰ ਇੱਕ ਹੋਸਟ ਪੀਸੀ ਦੇ ਦਖਲ ਤੋਂ ਬਿਨਾਂ USB ਇੰਟਰਫੇਸ ਉੱਤੇ ਇੱਕ ਦੂਜੇ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਦੀ ਯੋਗਤਾ ਤੋਂ ਲਾਭ ਹੋ ਸਕਦਾ ਹੈ। ਸਮੱਸਿਆ USB HS ਹੋਸਟ ਫੇਲ ਹੋ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਇੱਕ LS ਡਿਵਾਈਸ (ਮਾਊਸ) ਨਾਲ ਕਨੈਕਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਕੰਮ-ਕਾਰ
ਫੁੱਲ-ਸਪੀਡ ਅਤੇ ਲੋ-ਸਪੀਡ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ, ਡਿਵਾਈਸ ਜਾਂ ਹੋਸਟ ਲਈ USB0 ਫੁੱਲ-ਸਪੀਡ ਪੋਰਟ ਅਤੇ USB1 ਹਾਈ-ਸਪੀਡ ਪੋਰਟ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੇਕਰ ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ USB ਹਾਈ-ਸਪੀਡ ਹੋਸਟ ਦੇ ਨਾਲ ਘੱਟ-ਸਪੀਡ USB ਡਿਵਾਈਸਾਂ ਦੇ ਸਮਰਥਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇਹ USB1 ਹਾਈ-ਸਪੀਡ ਪੋਰਟ ਅਤੇ ਬਾਹਰੀ USB ਡਿਵਾਈਸਾਂ ਦੇ ਵਿਚਕਾਰ ਇੱਕ USB ਹੱਬ ਪਾ ਕੇ ਪੂਰਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
3.3 USB. 2: ਮਲਟੀਪਲ ਹੱਬ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਆਟੋਮੈਟਿਕ USB ਰੇਟ ਐਡਜਸਟਮੈਂਟ ਕਾਰਜਸ਼ੀਲ ਨਹੀਂ ਹੈ
ਜਾਣ-ਪਛਾਣ:
ਪੂਰੀ-ਸਪੀਡ ਅਤੇ ਘੱਟ-ਸਪੀਡ ਸਿਗਨਲਿੰਗ ਬਿਨਾਂ ਕਿਸੇ ਅਪਵਾਦ ਦੇ ਪੂਰੇ ਪੈਕੇਟ ਵਿੱਚ ਬਿੱਟ ਸਟਫਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। ਜੇਕਰ ਰਿਸੀਵਰ ਪੈਕੇਟ ਵਿੱਚ ਕਿਤੇ ਵੀ ਲਗਾਤਾਰ ਸੱਤ ਵੇਖਦਾ ਹੈ, ਤਾਂ ਥੋੜੀ ਜਿਹੀ ਸਟਫਿੰਗ ਗਲਤੀ ਆਈ ਹੈ, ਅਤੇ ਪੈਕੇਟ ਨੂੰ ਅਣਡਿੱਠ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਪੈਕੇਟ ਦੇ ਅੰਤ (EOP) ਤੋਂ ਠੀਕ ਪਹਿਲਾਂ ਸਮਾਂ ਅੰਤਰਾਲ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਕੇਸ ਹੈ। EOP ਤੋਂ ਪਹਿਲਾਂ ਆਖਰੀ ਡਾਟਾ ਬਿੱਟ ਹੱਬ ਸਵਿਚਿੰਗ ਸਕਿਊਜ਼ ਦੁਆਰਾ ਖਿੱਚਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਸਨੂੰ ਡ੍ਰੀਬਲ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅਜਿਹੀ ਸਥਿਤੀ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ ਜਿੱਥੇ ਡ੍ਰੀਬਲ ਛੇਵਾਂ ਬਿੱਟ ਪੇਸ਼ ਕਰਦਾ ਹੈ ਜਿਸ ਲਈ ਥੋੜੀ ਜਿਹੀ ਸਮੱਗਰੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਇਸ ਲਈ, ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਇੱਕ ਪੈਕੇਟ ਸਵੀਕਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਿੱਥੇ EOP ਤੋਂ ਪਹਿਲਾਂ ਕੋਈ ਪਰਿਵਰਤਨ ਦੇ ਨਾਲ ਪੋਰਟ 'ਤੇ ਛੇ ਪੂਰੇ ਬਿੱਟ ਵਾਰ ਹੁੰਦੇ ਹਨ।
ਸਮੱਸਿਆ:
LPC55S1x/LPC551x ਯੰਤਰ ਬਾਰੰਬਾਰਤਾ ਮਾਪ ਲਈ ਇੱਕ EOP ਦੀ ਸ਼ੁਰੂਆਤ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਕਈ ਹੱਬਾਂ ਵਿੱਚੋਂ ਲੰਘਣ ਵੇਲੇ ਇਹ ਕਾਰਜਸ਼ੀਲ ਨਹੀਂ ਹੁੰਦਾ ਹੈ ਜੋ ਹੱਬ ਸਵਿਚਿੰਗ ਸਕਿਊਜ਼ ਦੇ ਕਾਰਨ ਇੱਕ ਡ੍ਰੀਬਲ ਬਿੱਟ ਪੇਸ਼ ਕਰਦੇ ਹਨ। ਇਸ ਕਾਰਨ ਕਰਕੇ, EOP ਦੀ ਸ਼ੁਰੂਆਤ ਨੂੰ ਆਟੋਮੈਟਿਕ USB ਰੇਟ ਐਡਜਸਟਮੈਂਟ (FRO192M_CTRL ਰਜਿਸਟਰ ਵਿੱਚ USBCLKADJ ਸੈਟ ਕਰਕੇ) ਲਈ ਬਾਰੰਬਾਰਤਾ ਮਾਪ ਲਈ ਨਹੀਂ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਸਮੱਸਿਆ ਉਦੋਂ ਨਹੀਂ ਹੁੰਦੀ ਜਦੋਂ ਇੱਕ ਸਿੰਗਲ ਹੱਬ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
ਕੰਮ-ਕਾਰ:
ਤਕਨੀਕੀ ਨੋਟ TNxxxxx ਵਿੱਚ ਪ੍ਰਦਾਨ ਕੀਤੀ FRO ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਇਹ ਲਾਇਬ੍ਰੇਰੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਫੁੱਲ-ਸਪੀਡ ਮੋਡ ਵਿੱਚ ਇੱਕ ਕ੍ਰਿਸਟਲ-ਘੱਟ USB ਡਿਵਾਈਸ ਓਪਰੇਸ਼ਨ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।
3.4 USB.3: USB ਹਾਈ-ਸਪੀਡ ਡਿਵਾਈਸ ਕੰਟਰੋਲਰ ਲਈ, ਕੁਝ ਖਾਸ ਫੁੱਲ-ਸਪੀਡ ਹੱਬ ਕਨੈਕਟ ਹੋਣ 'ਤੇ ਹੈਂਡਸ਼ੇਕਿੰਗ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਹੈ।
ਜਾਣ-ਪਛਾਣ
USB ਹਾਈ-ਸਪੀਡ ਡਿਟੈਕਸ਼ਨ ਹੈਂਡਸ਼ੇਕ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਵੇਰਵਿਆਂ ਲਈ USB2.0 ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਦੇਖੋ।
ਸਮੱਸਿਆ
ਇੱਕ ਹਾਈ-ਸਪੀਡ ਡਿਵਾਈਸ ਦੇ ਰੂਪ ਵਿੱਚ, ਜਦੋਂ ਕੁਝ ਫੁੱਲ-ਸਪੀਡ ਹੱਬ ਕਨੈਕਟ ਹੁੰਦੇ ਹਨ, ਤਾਂ USB ਡਿਵਾਈਸ HOST KJ ਕ੍ਰਮ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਨਹੀਂ ਖੋਜਦਾ ਹੈ ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ, ਕਨੈਕਟ ਕੀਤੇ ਹੋਸਟ ਦੀ ਗਤੀ ਨੂੰ ਨਹੀਂ ਪਛਾਣਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਗਲਤ ਗਤੀ ਖੋਜ ਦੇ ਕਾਰਨ USB ਡਿਵਾਈਸ ਅਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰ ਸਕਦੀ ਹੈ।
ਕੰਮ-ਕਾਰ
ਇੱਥੇ ਦੋ ਉਪਾਅ ਹਨ:
- ਹੇਠਾਂ ਦਿੱਤੇ ਸੌਫਟਵੇਅਰ ਦਾ ਹੱਲ usb_dev_hid_mouse ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜਿੱਥੇ API ਨੂੰ “USB_DeviceHsPhyChirpIssueWorkaround()” ਕਿਹਾ ਜਾਂਦਾ ਹੈ। USB_DeviceCallback(), ਵਿੱਚ ਇੱਕ ਇਵੈਂਟ ਹੈਂਡਲਰ
- "kUSB_DeviceEventBusReset" ਇਵੈਂਟ 'ਤੇ, USB_DeviceHsPhyChirpIssueWorkaround() ਨੂੰ ਕਨੈਕਟ ਕੀਤੇ ਹੋਸਟ ਦੀ ਗਤੀ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਬੁਲਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਫੁੱਲ-ਸਪੀਡ ਹੋਸਟ ਕਨੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ ਜਾਂ “isConnectedToFsHostFlag” ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ DEVCMDSTAT ਰਜਿਸਟਰ ਦੇ FORCE_FS (ਬਿਟ 21) ਨੂੰ ਡਿਵਾਈਸ ਨੂੰ ਫੁੱਲ-ਸਪੀਡ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਨ ਲਈ ਸੈੱਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
- "kUSB_DeviceEventDetach" ਇਵੈਂਟ 'ਤੇ, DEVCMDSTAT ਦੇ FORCE_FS (ਬਿਟ 21) ਰਜਿਸਟਰ ਨੂੰ ਕਲੀਅਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। - ਹੇਠਾਂ ਦਿੱਤਾ ਗਿਆ ਸੌਫਟਵੇਅਰ ਹੱਲ ਤਕਨੀਕੀ ਨੋਟ (TN00071) USB_DeviceCallback(), ਵਿੱਚ ਇਵੈਂਟ ਹੈਂਡਲਰ ਵਿੱਚ ਉਪਲਬਧ ਹੈ।
– “kUSB_DeviceEventAttach” ਇਵੈਂਟ ਤੇ, PHY_RX ਰਜਿਸਟਰ ਟ੍ਰਿਪ-ਲੈਵਲ ਵਾਲੀਅਮ ਸੈੱਟ ਕਰੋtage ਸਭ ਤੋਂ ਉੱਚਾ. USB PHY->RX &= ~(USBPHY_RX_ENVADJ_MASK);USBPHY->RX |= 2;.
- "kUSB_DeviceEventBusReset" ਇਵੈਂਟ 'ਤੇ, ਜੁੜੀ ਬੱਸ ਦੀ ਗਤੀ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ DEVCMDSTAT[ਸਪੀਡ] ਦੀ ਜਾਂਚ ਕਰੋ। (ਸਪੀਡ ਬਿੱਟ 22 ਅਤੇ 23 ਹਨ)। ਜੇਕਰ DEVCMDSTAT[SPEED]=FS, DEVCMDSTAT ਦਾ FORCE_FS (ਬਿਟ 21) ਡਿਵਾਈਸ ਨੂੰ ਫੁੱਲ-ਸਪੀਡ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਨ ਲਈ ਸੈੱਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
– “kUSB_DeviceEventGetDeviceDescriptor” ਇਵੈਂਟ 'ਤੇ, ਜਾਂ ਪਹਿਲਾ SETUP ਪੈਕੇਟ ਆ ਗਿਆ ਹੈ, USBPHY_RX[ENVADJ] ਫੀਲਡ ਨੂੰ ਡਿਫੌਲਟ 0 'ਤੇ ਸੈੱਟ ਕਰੋ। ਨਹੀਂ ਤਾਂ, USBPHY_RX[ENVADJ] ਫੀਲਡ 2 ਦੇ ਤੌਰ 'ਤੇ ਰਹੇਗੀ ਜਦੋਂ ਤੱਕ ਕੋਈ ਡਿਸਕਨੈਕਟ ਇਵੈਂਟ ਨਹੀਂ ਹੁੰਦਾ।
– “kUSB_DeviceEventDetach” ਇਵੈਂਟ 'ਤੇ, DEVCMDSTAT ਰਜਿਸਟਰ ਦੇ FORCE_FS (ਬਿਟ 21) ਨੂੰ ਜ਼ੀਰੋ ਤੱਕ ਕਲੀਅਰ ਕਰੋ। USBPHY_RX[ENVADJ] ਖੇਤਰ ਨੂੰ ਪੂਰਵ-ਨਿਰਧਾਰਤ 0 'ਤੇ ਰੀਸੈਟ ਕਰੋ।
3.5 USB.4: USB ਹਾਈ-ਸਪੀਡ ਡਿਵਾਈਸ ਮੋਡ ਵਿੱਚ, ਡਿਵਾਈਸ ਬਫਰ ਨੂੰ ਵਾਧੂ ਬਾਈਟ ਲਿਖਦੀ ਹੈ ਜੇਕਰ NBytes OUT ਟ੍ਰਾਂਸਫਰ ਲਈ 8 ਦਾ ਮਲਟੀਪਲ ਨਹੀਂ ਹੈ।
ਜਾਣ-ਪਛਾਣ
LPC55S1x/LPC551x ਡਿਵਾਈਸ ਪਰਿਵਾਰ ਵਿੱਚ ਇੱਕ USB ਹਾਈ-ਸਪੀਡ ਇੰਟਰਫੇਸ (USB1) ਸ਼ਾਮਲ ਹੈ ਜੋ ਹਾਈ-ਸਪੀਡ 'ਤੇ ਡਿਵਾਈਸ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। ਬਾਈਟ ਮੁੱਲ ਬਾਈਟਾਂ ਦੀ ਸੰਖਿਆ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਬਫਰ ਵਿੱਚ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।
ਸਮੱਸਿਆ
LPC55S1x/LPC551x USB ਡਿਵਾਈਸ ਕੰਟਰੋਲਰ ਪ੍ਰਾਪਤ ਡੇਟਾ ਬਫਰ ਲਈ ਵਾਧੂ ਬਾਈਟਸ ਲਿਖਦਾ ਹੈ ਜੇਕਰ ਟ੍ਰਾਂਸਫਰ ਦਾ ਆਕਾਰ 8 ਬਾਈਟਾਂ ਦਾ ਮਲਟੀਪਲ ਨਹੀਂ ਹੈ ਕਿਉਂਕਿ USB ਡਿਵਾਈਸ ਕੰਟਰੋਲਰ ਹਮੇਸ਼ਾ 8 ਬਾਈਟ ਲਿਖਦਾ ਹੈ। ਸਾਬਕਾ ਲਈample, ਜੇਕਰ ਟ੍ਰਾਂਸਫਰ ਦੀ ਲੰਬਾਈ 1 ਬਾਈਟ ਹੈ, ਤਾਂ 7 ਵਾਧੂ ਬਾਈਟ ਪ੍ਰਾਪਤ ਡੇਟਾ ਬਫਰ 'ਤੇ ਲਿਖੇ ਜਾਣਗੇ। ਜੇਕਰ ਟ੍ਰਾਂਸਫਰ ਦੀ ਲੰਬਾਈ 7 ਬਾਈਟ ਹੈ, ਤਾਂ 1 ਵਾਧੂ ਬਾਈਟ ਰਿਸੀਵ ਡਾਟਾ ਬਫਰ 'ਤੇ ਲਿਖਿਆ ਜਾਵੇਗਾ।
ਕੰਮ-ਕਾਰ
USB ਡੇਟਾ ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਦੁਆਰਾ ਵਰਤੇ ਗਏ ਬਫਰ ਦੇ ਨਾਲ ਇੱਕ ਵਾਧੂ, ਵਿਚਕਾਰਲੇ ਬਫਰ ਨੂੰ ਰਿਜ਼ਰਵ ਕਰੋ। ਵਿਚਕਾਰਲੇ ਬਫਰ ਵਿੱਚ USB ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਬਾਹਰੀ ਵਾਧੂ ਬਾਈਟ ਨੂੰ ਛੱਡਦੇ ਹੋਏ, ਵਿਚਕਾਰਲੇ ਬਫਰ ਤੋਂ ਡੇਟਾ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਬਫਰ ਵਿੱਚ ਭੇਜਣ ਲਈ memcpy ਦੀ ਵਰਤੋਂ ਕਰੋ। ਇਹ ਸਾਫਟਵੇਅਰ ਹੱਲ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ
3.6 USB.5: USB ਹਾਈ-ਸਪੀਡ ਡਿਵਾਈਸ ਮੋਡ ਵਿੱਚ, ਜਦੋਂ ਡਿਵਾਈਸ ਆਈਓਕ੍ਰੋਨਸ IN ਐਂਡਪੁਆਇੰਟ ਹੋਸਟ ਤੋਂ IN ਟੋਕਨ ਦੇ ਜਵਾਬ ਵਿੱਚ 1024 ਬਾਈਟਸ ਦੇ MaxPacketSize ਦਾ ਇੱਕ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ, ਤਾਂ isochronous IN ਐਂਡਪੁਆਇੰਟ ਇੰਟਰੱਪਟ ਸੈੱਟ ਨਹੀਂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਐਂਡਪੁਆਇੰਟ ਕਮਾਂਡ/ਸਟੇਟਸ ਆਈਸੋਕ੍ਰੋਨਸ IN ਐਂਡਪੁਆਇੰਟ ਲਈ ਸੂਚੀ ਐਂਟਰੀ ਅੱਪਡੇਟ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ
ਜਾਣ-ਪਛਾਣ
LPC55S1x/LPC551x ਡਿਵਾਈਸ ਪਰਿਵਾਰ ਵਿੱਚ ਇੱਕ USB ਹਾਈ-ਸਪੀਡ ਇੰਟਰਫੇਸ (USB1) ਸ਼ਾਮਲ ਹੈ ਜੋ ਹਾਈ-ਸਪੀਡ 'ਤੇ ਡਿਵਾਈਸ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। ਆਈਸੋਕ੍ਰੋਨਸ IN ਐਂਡਪੁਆਇੰਟ 1024 ਬਾਈਟਸ ਦੇ ਮੈਕਸਪੈਕੇਟਸਾਈਜ਼ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।
ਸਮੱਸਿਆ
ਜਦੋਂ ਡਿਵਾਈਸ isochronous IN ਐਂਡਪੁਆਇੰਟ ਹੋਸਟ ਤੋਂ IN ਟੋਕਨ ਦੇ ਜਵਾਬ ਵਿੱਚ 1024 ਬਾਈਟਸ ਦੇ MaxPacketSize ਦਾ ਇੱਕ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ, ਤਾਂ isochronous IN ਐਂਡਪੁਆਇੰਟ ਇੰਟਰੱਪਟ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ isochronous IN ਐਂਡਪੁਆਇੰਟ ਲਈ ਐਂਡਪੁਆਇੰਟ ਕਮਾਂਡ/ਸਟੇਟਸ ਲਿਸਟ ਐਂਟਰੀ ਅੱਪਡੇਟ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।
ਕੰਮ-ਕਾਰ
ਡਿਵਾਈਸ ਡਿਸਕ੍ਰਿਪਟਰ ਵਿੱਚ ਆਈਸੋਕ੍ਰੋਨਸ IN ਐਂਡਪੁਆਇੰਟ MaxPacketSize ਨੂੰ 1023 ਬਾਈਟਾਂ ਤੱਕ ਸੀਮਤ ਕਰੋ।
3.7 USB.6: USB ਹਾਈ-ਸਪੀਡ ਹੋਸਟ ਮੋਡ ਵਿੱਚ, ਆਈਸੋਕ੍ਰੋਨਸ ਇਨ ਐਂਡਪੁਆਇੰਟਸ ਲਈ ਪ੍ਰਤੀ ਮਾਈਕ੍ਰੋ-ਫ੍ਰੇਮ ਸਿਰਫ਼ ਇੱਕ ਲੈਣ-ਦੇਣ ਦੀ ਇਜਾਜ਼ਤ ਹੈ
ਜਾਣ-ਪਛਾਣ
LPC55S1x/LPC551x ਡਿਵਾਈਸ ਪਰਿਵਾਰ ਵਿੱਚ ਇੱਕ USB ਹਾਈ-ਸਪੀਡ ਇੰਟਰਫੇਸ ਸ਼ਾਮਲ ਹੈ ਜੋ ਹੋਸਟ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। ਉੱਚ-ਬੈਂਡਵਿਡਥ ਅੰਤਮ ਬਿੰਦੂਆਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਇੱਕ ਮਾਈਕ੍ਰੋ-ਫ੍ਰੇਮ ਵਿੱਚ ਤਿੰਨ ਤੱਕ ਹਾਈ-ਸਪੀਡ ਲੈਣ-ਦੇਣ ਦੀ ਇਜਾਜ਼ਤ ਹੈ। ਇਹ ਮੋਡ ਮਲਟੀਪਲ (ਮਲਟੀਪਲ) ਫੀਲਡਾਂ ਨੂੰ ਪ੍ਰੋਪ੍ਰਾਇਟਰੀ ਟ੍ਰਾਂਸਫਰ ਡਿਸਕ੍ਰਿਪਟਰ (ਪੀ.ਟੀ.ਡੀ.) ਵਿੱਚ ਸੈੱਟ ਕਰਕੇ ਸਮਰੱਥ ਬਣਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਹੋਸਟ ਕੰਟਰੋਲਰ ਨੂੰ ਪ੍ਰਤੀ ਮਾਈਕ੍ਰੋ-ਫ੍ਰੇਮ ਵਿੱਚ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਲੈਣ-ਦੇਣ ਦੀ ਸੰਖਿਆ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਮਨਜ਼ੂਰ ਬਿੱਟ ਸੈਟਿੰਗਾਂ ਹਨ:
00b ਰਾਖਵਾਂ ਇਸ ਖੇਤਰ ਵਿੱਚ ਇੱਕ ਜ਼ੀਰੋ ਪਰਿਭਾਸ਼ਿਤ ਨਤੀਜੇ ਦਿੰਦਾ ਹੈ।
01b ਪ੍ਰਤੀ ਮਾਈਕਰੋ-ਫ੍ਰੇਮ ਇਸ ਅੰਤਮ ਬਿੰਦੂ ਲਈ ਇੱਕ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਜਾਰੀ ਕੀਤਾ ਜਾਣਾ ਹੈ।
10b ਇਸ ਅੰਤਮ ਬਿੰਦੂ ਪ੍ਰਤੀ ਮਾਈਕ੍ਰੋ-ਫ੍ਰੇਮ ਲਈ ਦੋ ਲੈਣ-ਦੇਣ ਜਾਰੀ ਕੀਤੇ ਜਾਣੇ ਹਨ।
11b ਪ੍ਰਤੀ ਮਾਈਕ੍ਰੋ-ਫ੍ਰੇਮ ਇਸ ਅੰਤਮ ਬਿੰਦੂ ਲਈ ਤਿੰਨ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਜਾਰੀ ਕੀਤੇ ਜਾਣੇ ਹਨ।
ਸਮੱਸਿਆ
ਉੱਚ-ਬੈਂਡਵਿਡਥ ਮੋਡ ਲਈ, ਇੱਕ ਫ੍ਰੇਮ ਵਿੱਚ ਮਲਟੀਪਲ ਪੈਕੇਟ (MULT = 10b ਜਾਂ 11b) ਦੀ ਵਰਤੋਂ ਕਰਨ ਨਾਲ ਭਰੋਸੇਯੋਗ ਕਾਰਵਾਈ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਪ੍ਰਤੀ ਮਾਈਕ੍ਰੋ-ਫ੍ਰੇਮ ਸਿਰਫ਼ ਇੱਕ ਲੈਣ-ਦੇਣ (MULT = 01b) ਜਾਰੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਕੰਮ-ਕਾਰ
ਕੋਈ ਸੌਫਟਵੇਅਰ ਹੱਲ ਨਹੀਂ ਹੈ। ਪ੍ਰਤੀ ਮਾਈਕ੍ਰੋ-ਫ੍ਰੇਮ ਸਿਰਫ਼ ਇੱਕ ਲੈਣ-ਦੇਣ ਜਾਰੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
3.8 VBAT_DCDC.1: Tamb = -2.6 C ਲਈ ਪਾਵਰ ਸਪਲਾਈ ਦਾ ਘੱਟੋ-ਘੱਟ ਵਾਧਾ ਸਮਾਂ 40 ms ਜਾਂ ਹੌਲੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ Tamb = 0.5 C ਤੋਂ +0 C ਲਈ 105 ms ਜਾਂ ਹੌਲੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਜਾਣ-ਪਛਾਣ
ਡੇਟਾਸ਼ੀਟ VBAT_DCDC ਪਿੰਨ 'ਤੇ ਪਾਵਰ ਸਪਲਾਈ ਲਈ ਕੋਈ ਪਾਵਰ-ਅਪ ਲੋੜਾਂ ਨਹੀਂ ਦੱਸਦੀ ਹੈ।
ਸਮੱਸਿਆ
ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਡਿਵਾਈਸ ਹਮੇਸ਼ਾ ਸਟਾਰਟ-ਅੱਪ ਨਾ ਹੋਵੇ ਜੇਕਰ ਪਾਵਰ ਸਪਲਾਈ ਦਾ ਘੱਟੋ-ਘੱਟ ਵਾਧਾ ਸਮਾਂ ਆਰamp Tamb = -2.6 C ਲਈ 40 ms ਜਾਂ ਤੇਜ਼ ਹੈ, ਅਤੇ Tamb = 0.5 C ਤੋਂ +0 C ਲਈ 105 ms ਜਾਂ ਤੇਜ਼ ਹੈ।
ਕੰਮ-ਕਾਰ
ਕੋਈ ਨਹੀਂ।
3.9 CAN-FD.1: ਬੱਸ ਲੈਣ-ਦੇਣ ਨੂੰ ਅਧੂਰਾ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਦੋਂ CAN-FD ਪੈਰੀਫਿਰਲ ਸੁਰੱਖਿਅਤ ਉਪਨਾਮ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੋਵੇ।
ਜਾਣ-ਪਛਾਣ
CM33 ਦੇ ਉਲਟ, ਹੋਰ AHB ਮਾਸਟਰਾਂ (CAN-FD, USB-FS, DMA) ਲਈ, ਲੈਣ-ਦੇਣ ਦਾ ਸੁਰੱਖਿਆ ਪੱਧਰ SEC_AHB->MASTER_SEC_LEVEL ਰਜਿਸਟਰ ਵਿੱਚ ਮਾਸਟਰ ਲਈ ਨਿਰਧਾਰਤ ਪੱਧਰ ਦੇ ਆਧਾਰ 'ਤੇ ਨਿਸ਼ਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ, ਜੇਕਰ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ CAN-FD ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ ਸੀਮਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਦੀ ਲੋੜ ਹੈ:
- CAN-FD ਦੇ ਸੁਰੱਖਿਆ ਪੱਧਰ ਨੂੰ SEC_AHB->MASTER_SEC_LEVEL ਰਜਿਸਟਰ ਵਿੱਚ ਸੁਰੱਖਿਅਤ-ਉਪਭੋਗਤਾ (0x2) ਜਾਂ ਸੁਰੱਖਿਅਤ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ (0x3) ਲਈ ਸੈੱਟ ਕਰੋ।
- SEC_AHB-> SEC_CTRL_AHB_PORT8_SLAVE1 ਰਜਿਸਟਰ ਵਿੱਚ CAN-FD ਰਜਿਸਟਰ ਸਪੇਸ ਲਈ ਸੁਰੱਖਿਅਤ-ਉਪਭੋਗਤਾ ਜਾਂ ਸੁਰੱਖਿਅਤ-ਅਧਿਕਾਰ ਪੱਧਰ ਨਿਰਧਾਰਤ ਕਰੋ।
- ਸੁਨੇਹਾ ਰੈਮ ਲਈ ਸੁਰੱਖਿਅਤ-ਉਪਭੋਗਤਾ ਜਾਂ ਸੁਰੱਖਿਅਤ-ਅਧਿਕਾਰ ਪੱਧਰ ਨਿਰਧਾਰਤ ਕਰੋ।
ExampLe: ਜੇਕਰ SRAM 16 (2x0_C2000) ਬੈਂਕ ਦਾ 000KB CAN ਸੁਨੇਹਾ RAM ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਫਿਰ SEC_AHB-> SEC_CTRL_RAM2_MEM_RULE0 ਸੁਰੱਖਿਅਤ-ਉਪਭੋਗਤਾ (0x2) ਜਾਂ ਸੁਰੱਖਿਅਤ ਅਧਿਕਾਰ (0x3) ਲਈ ਰਜਿਸਟਰ ਵਿੱਚ ਨਿਯਮ ਸੈੱਟ ਕਰੋ।
ਸਮੱਸਿਆ
CAN-FD ਕੰਟਰੋਲਰ ਅਤੇ CPU ਦੁਆਰਾ ਵਰਤੀ ਗਈ ਸ਼ੇਅਰਡ ਮੈਮੋਰੀ ਐਡਰੈੱਸ ਬਿੱਟ 28 ਸੈੱਟ ਦੇ ਨਾਲ ਸੁਰੱਖਿਅਤ ਉਪਨਾਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪਹੁੰਚਯੋਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ (ਉਦਾ.ample 0x3000_C000)। ਹਾਲਾਂਕਿ, ਜਦੋਂ CAN-FD ਸੁਰੱਖਿਅਤ ਉਪਨਾਮ (ਐਡਰੈੱਸ ਬਿਟ 28 ਸੈੱਟ) ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬੱਸ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਲੈਣ-ਦੇਣ ਨੂੰ ਰੋਕ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਕੰਮ-ਕਾਰ
- ਜਦੋਂ CPU CAN-FD ਰਜਿਸਟਰ ਜਾਂ ਮੈਸੇਜ ਰੈਮ ਤੱਕ ਪਹੁੰਚ ਕਰ ਰਿਹਾ ਹੁੰਦਾ ਹੈ ਤਾਂ ਇਸਨੂੰ ਹਮੇਸ਼ਾ ਸੁਰੱਖਿਅਤ ਉਪਨਾਮ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ RAM ਮੈਨੀਪੁਲੇਸ਼ਨ ਲਈ 0x3000_C000।
- ਕਿਸੇ ਵੀ ਢਾਂਚੇ ਲਈ CAN-FD ਪੈਰੀਫਿਰਲ ਪ੍ਰਾਪਤ ਕਰਨ ਜਾਂ ਲਿਖਣ ਲਈ ਵਰਤਦਾ ਹੈ, ਬੱਸ ਲੈਣ-ਦੇਣ ਦੇ ਕੰਮ ਕਰਨ ਲਈ ਮੈਮੋਰੀ 0x2000_C000 ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਸੈੱਟ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। CAN-FD ਸਾਫਟਵੇਅਰ ਡਰਾਈਵਰ ਨੂੰ ਸੁਰੱਖਿਅਤ ਉਪਨਾਮ ਦੀ ਬਜਾਏ RAM ਦੇ ਭੌਤਿਕ ਪਤੇ ਦੇ ਨਾਲ “ਮੈਸੇਜ ਰੈਮ ਬੇਸ ਐਡਰੈੱਸ ਰਜਿਸਟਰ (MRBA, offset 0x200)” ਸੈੱਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
AC/DC ਭਟਕਣਾ ਦਾ ਵੇਰਵਾ
ਇਰੱਟਾ ਵੇਰਵਾ ਵੇਰਵਾ
ਸਾਡੇ ਹੋਮ ਪੇਜ 'ਤੇ ਕਿਵੇਂ ਪਹੁੰਚਣਾ ਹੈ: nxp.com
Web ਸਮਰਥਨ: nxp.com/support
ਸੀਮਤ ਵਾਰੰਟੀ ਅਤੇ ਦੇਣਦਾਰੀ - ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਜਾਣਕਾਰੀ ਸਿਰਫ਼ ਸਿਸਟਮ ਅਤੇ ਸੌਫਟਵੇਅਰ ਲਾਗੂ ਕਰਨ ਵਾਲਿਆਂ ਨੂੰ NXP ਉਤਪਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਣ ਲਈ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਹੈ। ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦਿੱਤੀ ਜਾਣਕਾਰੀ ਦੇ ਆਧਾਰ 'ਤੇ ਕਿਸੇ ਵੀ ਏਕੀਕ੍ਰਿਤ ਸਰਕਟਾਂ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਜਾਂ ਬਣਾਉਣ ਲਈ ਇੱਥੇ ਕੋਈ ਸਪੱਸ਼ਟ ਜਾਂ ਅਪ੍ਰਤੱਖ ਕਾਪੀਰਾਈਟ ਲਾਇਸੰਸ ਨਹੀਂ ਦਿੱਤੇ ਗਏ ਹਨ। NXP ਇੱਥੇ ਕਿਸੇ ਵੀ ਉਤਪਾਦ ਵਿੱਚ ਬਿਨਾਂ ਕਿਸੇ ਨੋਟਿਸ ਦੇ ਬਦਲਾਅ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਰਾਖਵਾਂ ਰੱਖਦਾ ਹੈ।
NXP ਕਿਸੇ ਖਾਸ ਉਦੇਸ਼ ਲਈ ਆਪਣੇ ਉਤਪਾਦਾਂ ਦੀ ਅਨੁਕੂਲਤਾ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਕੋਈ ਵਾਰੰਟੀ, ਪ੍ਰਤੀਨਿਧਤਾ, ਜਾਂ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਨਾ ਹੀ NXP ਕਿਸੇ ਉਤਪਾਦ ਜਾਂ ਸਰਕਟ ਦੀ ਵਰਤੋਂ ਜਾਂ ਵਰਤੋਂ ਤੋਂ ਪੈਦਾ ਹੋਣ ਵਾਲੀ ਕੋਈ ਦੇਣਦਾਰੀ ਨੂੰ ਮੰਨਦਾ ਹੈ, ਅਤੇ ਖਾਸ ਤੌਰ 'ਤੇ ਕਿਸੇ ਵੀ ਅਤੇ ਸਾਰੀ ਦੇਣਦਾਰੀ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਸੀਮਾਵਾਂ ਵੀ ਸ਼ਾਮਲ ਹਨ। ਨਤੀਜੇ ਵਜੋਂ ਜਾਂ ਇਤਫਾਕਨ ਨੁਕਸਾਨ। "ਆਮ" ਪੈਰਾਮੀਟਰ ਜੋ NXP ਡੇਟਾ ਸ਼ੀਟਾਂ ਅਤੇ/ਜਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ ਅਤੇ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਵੱਖੋ-ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਅਸਲ ਪ੍ਰਦਰਸ਼ਨ ਸਮੇਂ ਦੇ ਨਾਲ ਬਦਲ ਸਕਦਾ ਹੈ। ਸਾਰੇ ਓਪਰੇਟਿੰਗ ਮਾਪਦੰਡ, "ਆਮ" ਸਮੇਤ, ਗਾਹਕ ਦੇ ਤਕਨੀਕੀ ਮਾਹਰਾਂ ਦੁਆਰਾ ਹਰੇਕ ਗਾਹਕ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਪ੍ਰਮਾਣਿਤ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ। NXP ਆਪਣੇ ਪੇਟੈਂਟ ਅਧਿਕਾਰਾਂ ਅਤੇ ਨਾ ਹੀ ਦੂਜਿਆਂ ਦੇ ਅਧਿਕਾਰਾਂ ਦੇ ਅਧੀਨ ਕੋਈ ਲਾਇਸੈਂਸ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ। NXP ਵਿਕਰੀ ਦੇ ਮਿਆਰੀ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ਦੇ ਅਨੁਸਾਰ ਉਤਪਾਦ ਵੇਚਦਾ ਹੈ, ਜੋ ਹੇਠਾਂ ਦਿੱਤੇ ਪਤੇ 'ਤੇ ਲੱਭੇ ਜਾ ਸਕਦੇ ਹਨ: nxp.com/SalesTermsandConditions.
ਤਬਦੀਲੀਆਂ ਕਰਨ ਦਾ ਅਧਿਕਾਰ - NXP ਸੈਮੀਕੰਡਕਟਰ ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਜਾਣਕਾਰੀ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਰਾਖਵਾਂ ਰੱਖਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਬਿਨਾਂ ਸੀਮਾ ਨਿਰਧਾਰਨ ਅਤੇ ਉਤਪਾਦ ਵਰਣਨ ਸ਼ਾਮਲ ਹਨ,
ਕਿਸੇ ਵੀ ਸਮੇਂ ਅਤੇ ਬਿਨਾਂ ਨੋਟਿਸ ਦੇ। ਇਹ ਦਸਤਾਵੇਜ਼ ਇਸ ਦੇ ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਸਾਰੀ ਜਾਣਕਾਰੀ ਨੂੰ ਬਦਲਦਾ ਹੈ ਅਤੇ ਬਦਲਦਾ ਹੈ।
ਸੁਰੱਖਿਆ — ਗਾਹਕ ਸਮਝਦਾ ਹੈ ਕਿ ਸਾਰੇ NXP ਉਤਪਾਦ ਅਣਪਛਾਤੇ ਜਾਂ ਦਸਤਾਵੇਜ਼ੀ ਕਮਜ਼ੋਰੀਆਂ ਦੇ ਅਧੀਨ ਹੋ ਸਕਦੇ ਹਨ। ਗਾਹਕ ਗਾਹਕਾਂ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ 'ਤੇ ਇਹਨਾਂ ਕਮਜ਼ੋਰੀਆਂ ਦੇ ਪ੍ਰਭਾਵ ਨੂੰ ਘਟਾਉਣ ਲਈ ਆਪਣੇ ਜੀਵਨ-ਚੱਕਰ ਦੌਰਾਨ ਆਪਣੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ ਦੇ ਡਿਜ਼ਾਈਨ ਅਤੇ ਸੰਚਾਲਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਗਾਹਕ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਗਾਹਕਾਂ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਵਰਤੋਂ ਲਈ NXP ਉਤਪਾਦਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੋਰ ਖੁੱਲ੍ਹੀਆਂ ਅਤੇ/ਜਾਂ ਮਲਕੀਅਤ ਵਾਲੀਆਂ ਤਕਨਾਲੋਜੀਆਂ ਤੱਕ ਵੀ ਵਧਦੀ ਹੈ। NXP ਕਿਸੇ ਵੀ ਕਮਜ਼ੋਰੀ ਲਈ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ। ਗਾਹਕਾਂ ਨੂੰ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ NXP ਤੋਂ ਸੁਰੱਖਿਆ ਅਪਡੇਟਾਂ ਦੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਉਚਿਤ ਢੰਗ ਨਾਲ ਪਾਲਣਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਗਾਹਕ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਾਲੇ ਉਤਪਾਦਾਂ ਦੀ ਚੋਣ ਕਰੇਗਾ ਜੋ ਉਦੇਸ਼ਿਤ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਨਿਯਮਾਂ, ਨਿਯਮਾਂ ਅਤੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਸਭ ਤੋਂ ਵਧੀਆ ਢੰਗ ਨਾਲ ਪੂਰਾ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸਦੇ ਉਤਪਾਦਾਂ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਅੰਤਮ ਡਿਜ਼ਾਇਨ ਫੈਸਲੇ ਲੈਣਗੇ, ਅਤੇ ਇਸਦੇ ਨਾਲ ਸਬੰਧਤ ਸਾਰੀਆਂ ਕਾਨੂੰਨੀ, ਰੈਗੂਲੇਟਰੀ, ਅਤੇ ਸੁਰੱਖਿਆ-ਸਬੰਧਤ ਜ਼ਰੂਰਤਾਂ ਦੀ ਪਾਲਣਾ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਉਤਪਾਦ, ਕਿਸੇ ਵੀ ਜਾਣਕਾਰੀ ਜਾਂ ਸਹਾਇਤਾ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਜੋ NXP ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। NXP ਕੋਲ ਉਤਪਾਦ ਸੁਰੱਖਿਆ ਘਟਨਾ ਪ੍ਰਤੀਕਿਰਿਆ ਟੀਮ (PSIRT) ਹੈ (ਇਸ 'ਤੇ ਪਹੁੰਚਯੋਗ ਹੈ PSIRT@nxp.com) ਜੋ NXP ਉਤਪਾਦਾਂ ਦੀ ਸੁਰੱਖਿਆ ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਜਾਂਚ, ਰਿਪੋਰਟਿੰਗ ਅਤੇ ਹੱਲ ਰਿਲੀਜ਼ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ।
NXP, NXP ਲੋਗੋ, ਇੱਕ ਸਮਾਰਟ ਵਰਲਡ ਲਈ NXP ਸੁਰੱਖਿਅਤ ਕਨੈਕਸ਼ਨ, ਕੂਲਫਲਕਸ, ਗਲੇ, ਗ੍ਰੀਨ ਚਿੱਪ, HITAG, ICODE, JCOP, LIFE, VIBES, MIFARE, MIFARE CLASSIC, MIFARE DESFire, MIFARE PLUS, MIFARE FLEX, MANTIS, MIFARE ULTRALIGHT, MIFARE4MOBILE, MIGLO, NTAG, ROAD LINK, SMARTLX, SMART MX, STARPLUG, TOP FET, TRENCHMOS, UCODE, Freescale, the Freescale logo, AltiVec, CodeWarrior, ColdFire, ColdFire+, Energy Efficient Solutions Logo, Kinetis, Layerscep, MobileVEGTG, MobileVEG,
PowerQUICC, ਪ੍ਰੋਸੈਸਰ ਮਾਹਰ, QorIQ, QorIQ Qonverge, SafeAssure, the SafeAssure ਲੋਗੋ, StarCore, Symphony, VortiQa, Vybrid, Airfast, BeeKit, BeeStack, CoreNet, Flexis, MXC, ਇੱਕ ਪੈਕੇਜ ਵਿੱਚ ਪਲੇਟਫਾਰਮ, ਟੂਆਰਕਯੂਆਈਸੀਸੀ, ਟੂਕੈੱਲਬੀਸੀਸੀ, ਈਂਗਲਜ, ਈਂਗਲਜ, ਈ. EdgeLock, eIQ, ਅਤੇ Immersive3D NXP B.V ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਹਨ। ਬਾਕੀ ਸਾਰੇ ਉਤਪਾਦ ਜਾਂ ਸੇਵਾ ਦੇ ਨਾਮ ਉਹਨਾਂ ਦੇ ਸੰਬੰਧਿਤ ਮਾਲਕਾਂ ਦੀ ਸੰਪਤੀ ਹਨ। 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, ULINK-PLUS, ULINKpro, µVision, Versatile ਅਮਰੀਕਾ ਅਤੇ/ਜਾਂ ਹੋਰ ਕਿਤੇ ਆਰਮ ਲਿਮਿਟੇਡ (ਜਾਂ ਇਸਦੀਆਂ ਸਹਾਇਕ ਕੰਪਨੀਆਂ) ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਜਾਂ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ। ਸੰਬੰਧਿਤ ਤਕਨਾਲੋਜੀ ਨੂੰ ਕਿਸੇ ਵੀ ਜਾਂ ਸਾਰੇ ਪੇਟੈਂਟ, ਕਾਪੀਰਾਈਟਸ, ਡਿਜ਼ਾਈਨ ਅਤੇ ਵਪਾਰਕ ਭੇਦ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਸਾਰੇ ਹੱਕ ਰਾਖਵੇਂ ਹਨ. ਓਰੇਕਲ ਅਤੇ ਜਾਵਾ ਓਰੇਕਲ ਅਤੇ/ਜਾਂ ਇਸਦੇ ਸਹਿਯੋਗੀਆਂ ਦੇ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ। ਪਾਵਰ ਆਰਕੀਟੈਕਚਰ ਅਤੇ Power.org ਸ਼ਬਦ ਚਿੰਨ੍ਹ ਅਤੇ Power ਅਤੇ Power.org ਲੋਗੋ ਅਤੇ ਸੰਬੰਧਿਤ ਚਿੰਨ੍ਹ Power.org ਦੁਆਰਾ ਲਾਇਸੰਸਸ਼ੁਦਾ ਟ੍ਰੇਡਮਾਰਕ ਅਤੇ ਸੇਵਾ ਚਿੰਨ੍ਹ ਹਨ। M, M Mobileye ਅਤੇ ਇੱਥੇ ਦਿਖਾਈ ਦੇਣ ਵਾਲੇ ਹੋਰ Mobileye ਟ੍ਰੇਡਮਾਰਕ ਜਾਂ ਲੋਗੋ ਸੰਯੁਕਤ ਰਾਜ, EU, ਅਤੇ/ਜਾਂ ਹੋਰ ਅਧਿਕਾਰ ਖੇਤਰਾਂ ਵਿੱਚ Mobileye Vision Technologies Ltd. ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਹਨ।
© NXP BV 2019-2021।
ਸਾਰੇ ਹੱਕ ਰਾਖਵੇਂ ਹਨ.
ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ ਇੱਥੇ ਜਾਓ: http://www.nxp.com
ਵਿਕਰੀ ਦਫਤਰ ਦੇ ਪਤਿਆਂ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ ਇਸ 'ਤੇ ਇੱਕ ਈਮੇਲ ਭੇਜੋ: salesaddresses@nxp.com
ਦਸਤਾਵੇਜ਼ ਪਛਾਣਕਰਤਾ: LPC55S1x/LPC551x
ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ
 |
NXP LPC55S1x ਵਿਕਾਸ ਬੋਰਡ [pdf] ਹਦਾਇਤਾਂ LPC55S1x, LPC551x, LPC55S1x ਵਿਕਾਸ ਬੋਰਡ, LPC55S1x, ਵਿਕਾਸ ਬੋਰਡ |
