LPC55S1x / LPC551x بورڊ
هدايتون

دستاويز جي ڄاڻ

ڄاڻ	مواد
لفظ	LPC55S16JBD100, LPC55S16JEV98, LPC55S16JBD64, LPC55S14JBD100, LPC55S14JBD64, LPC5516JBD100, LPC5516JEV98, LPC5516JBD64, LPC5514JBD100, LPC5514JBD64, LPC5512JBD100، LPC5512JBD64
خلاصو	LPC55S1x/LPC551x خطا

NXP سيمي ڪنڊڪٽرز
نظرثاني جي تاريخ

Rev	تاريخ	وصف
1.6	20211028	سيڪشن 1 ۾ CAN-FD.3.9 نوٽ شامل ڪيو ويو “CAN-FD.1: بس ٽرانزيڪشن ختم ٿي سگهي ٿي جڏهن CAN-FD پرديفيرل محفوظ عرف استعمال ڪري رهيو آهي.
1.5	20210810	شامل ڪيو ويو VBAT_DCDC.1: سيڪشن 3.8 "VBAT_DCDC.1: پاور سپلائي جو گھٽ ۾ گھٽ اڀرڻ جو وقت 2.6 ms يا سست ٿيڻ گھرجي Tamb = -40 C لاءِ، ۽ Tamb = 0.5 C کان +0 C لاءِ 105 ms يا سستو"
1.4	20210423	شامل ڪيو ويو USB.5، سيڪشن 3.6 “USB.5: USB تيز رفتار ڊيوائس موڊ ۾، جڏهن ڊوائيس isochronous IN endpoint 1024 بائيٽ جي MaxPacketSize جو هڪ پيڪٽ موڪلي ٿو ميزبان کان IN ٽوڪن جي جواب ۾، isochronous IN endpoint interrupt سيٽ نه آهي ۽ آخري پوائنٽ ڪمانڊ / اسٽيٽس لسٽ جي داخلا isochronous IN endpoint لاءِ اپڊيٽ نه ڪئي وئي آهي“. شامل ڪيو ويو USB.6، سيڪشن 3.7 “USB.6: USB تيز رفتار ميزبان موڊ ۾، صرف هڪ ٽرانزيڪشن في مائڪرو فريم جي اجازت آهي isochronous IN endpoints”.
1.3	20210225	شامل ڪيو ويو USB.4، سيڪشن 3.5 “USB.4: USB تيز رفتار ڊيوائس موڊ ۾، ڊيوائس بفر ڏانهن اضافي بائيٽ لکندي آهي جيڪڏهن NBytes OUT منتقلي لاءِ 8 مان گھڻا نه هوندا آهن“. درست ٿيل ٽائپو، نظرثاني جي سڃاڻپ ڪندڙ A for USB.3 ٽيبل 1 ۾.
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: ڊوائيس نظرثاني A

LPC55S1x/LPC551x HLQFP100 پئڪيج هيٺ ڏنل مٿين طرف نشان لڳل آهي:

• پهرين لائن: LPC55S1x/LPC551x
• ٻيو لائن: xxxxxxxx
• ٽيون لائن: zzzyywwxR
  - yyww: تاريخ جو ڪوڊ yy = سال ۽ ww = هفتي سان.
  - xR: ڊوائيس نظرثاني A

LPC55S1x/LPC551x HTQFP64 پيڪيج هيٺ ڏنل مٿين طرف واري نشان لڳل آهي:

• پهرين لائن: LPC55S1x/LPC551x
• ٻيو لائن: JBD64
• ٽيون لائن: xxxx
• چوٿين لائن: xxxx
• پنجين لائن: zzzyywwxR
  - yyww: تاريخ جو ڪوڊ yy = سال ۽ ww = هفتي سان.
  - xR: ڊوائيس نظرثاني A

غلطي ختمview

فنڪشنل مسئلا ٽيبل

فنڪشنل مسئلا	مختصر وضاحت	نظرثاني ڪندڙ سڃاڻپ ڪندڙ	تفصيلي وضاحت
ROM.1	ROM ISP موڊ ۾ داخل ٿيڻ ۾ ناڪام ٿئي ٿو جڏهن تصوير خراب ٿيل آهي فليش صفحن سان ختم ٿيل يا غير پروگرام ٿيل حالت ۾.	A	سيڪشن 3.1
USB.1	USB HS ميزبان ناڪام ٿئي ٿو جڏهن LS ڊوائيس (ماؤس) سان ڳنڍيندي.	A	سيڪشن 3.2
USB.2	خودڪار يو ايس بي ريٽ ايڊجسٽمينٽ فنڪشنل نه آهي جڏهن گھڻن حب استعمال ڪندي.	A	سيڪشن 3.3
USB.3	USB تيز رفتار ڊيوائس ڪنٽرولر لاءِ، ڳولها هٿ ملائڻ ناڪام ٿئي ٿي جڏهن ڪجهه مڪمل اسپيڊ حب ڳنڍيل آهن.	A	سيڪشن 3.4
USB.4	USB تيز رفتار ڊوائيس موڊ ۾، ڊوائيس بفر ڏانهن اضافي بائيٽ لکندو آهي جيڪڏهن NBytes 8 کان وڌيڪ نه آهي OUT منتقلي لاء.	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 موڊ ۾ داخل ٿيڻ ۾ ناڪام ٿي سگھي ٿو.
مسئلو
جڏهن سي ايم پي اي ۾ محفوظ بوٽ کي فعال ڪيو ويندو آهي، ۽ فليش ميموري ۾ ميموري علائقي جي اندر هڪ ختم ٿيل يا غير پروگرام ٿيل ميموري پيج شامل آهي تصوير جي هيڊر ۾ تصوير جي سائيز فيلڊ طرفان بيان ڪيل آهي، ڊوائيس خودڪار طريقي سان ISP موڊ ۾ داخل نه ٿيندو آهي فال بيڪ ميڪانيزم استعمال ڪندي، جيئن ته غلط تصوير لاءِ ناڪام بوٽ جو ڪيس. اهو مسئلو تڏهن ٿئي ٿو جڏهن ايپليڪيشن تصوير صرف جزوي طور تي لکيل يا ختم ڪئي وئي آهي پر هڪ صحيح تصويري هيڊر اڃا تائين ياداشت ۾ موجود آهي.
ڪم جي چوڌاري
ھيٺ ڏنل طريقن مان ھڪڙي استعمال ڪندي نامڪمل ۽ خراب ٿيل تصوير کي ختم ڪرڻ لاء ڪاميٽي-مٽڻ کي انجام ڏيو:

• ڊيبگ ميل باڪس استعمال ڪندي ختم ڪرڻ جو حڪم جاري ڪريو. ڊوائيس ميل باڪس مان نڪرڻ کان پوء سڌو ISP موڊ ۾ داخل ٿيندو.
• ڊيبگ ميل باڪس ڪمانڊ استعمال ڪندي ISP موڊ ۾ داخل ڪريو ۽ استعمال ڪريو فليش ايريز ڪمانڊ.
• ڊوائيس ري سيٽ ڪريو ۽ ISP موڊ ۾ داخل ڪريو ISP پن استعمال ڪندي. خراب ٿيل (نامڪمل) تصوير کي ختم ڪرڻ لاءِ فليش ختم ڪرڻ جو حڪم استعمال ڪريو.
  

3.2 USB.1: HS ميزبان ناڪام ٿئي ٿو جڏهن LS ڊيوائس (ماؤس) سان ڳنڍجي
تعارف
USB1 تيز رفتار ڪنٽرولر چونڊيل LPC55S1x/LPC551x ڊوائيسز تي دستياب آهي ۽ هڪ ميزبان کي ٽن مختلف ڊيٽا جي رفتار سان پردي جي ڊوائيسز جو پلگ ۽ راند ڪنيڪشن مهيا ڪري ٿو:

• 480Mbps جي ڊيٽا جي شرح سان تيز رفتار.
• 12 Mbps جي ڊيٽا جي شرح سان مڪمل رفتار.
• 1.5 Mbps جي ڊيٽا جي شرح سان گھٽ رفتار.

ڪيترائي پورٽبل ڊوائيسز هڪ ميزبان پي سي جي مداخلت کان سواء USB انٽرفيس تي هڪ ٻئي سان گفتگو ڪرڻ جي صلاحيت مان فائدو حاصل ڪري سگهن ٿيون. مسئلو USB HS ميزبان ناڪام ٿئي ٿو جڏهن LS ڊوائيس (ماؤس) سان ڳنڍڻ.
ڪم جي چوڌاري
مڪمل اسپيڊ ۽ گھٽ اسپيڊ ايپليڪيشنن کي سپورٽ ڪرڻ لاءِ، ان کي استعمال ڪرڻ جي صلاح ڏني وئي آھي USB0 فل اسپيڊ پورٽ ۽ USB1 ھاءِ اسپيڊ پورٽ ڊيوائس يا ھوسٽ لاءِ. اضافي طور تي، هڪ ايپليڪيشن کي USB تيز رفتار هوسٽ سان گهٽ-اسپيڊ USB ڊوائيسز جي مدد جي ضرورت هوندي، اهو USB1 هاء اسپيڊ پورٽ ۽ خارجي USB ڊوائيسز جي وچ ۾ USB حب داخل ڪندي مڪمل ڪري سگهجي ٿو.
3.3 USB. 2: خودڪار يو ايس بي ريٽ ايڊجسٽمينٽ فنڪشنل نه آهي جڏهن گھڻن حب استعمال ڪندي
تعارف:
مڪمل رفتار ۽ گهٽ رفتار سگنلنگ بغير ڪنهن استثنا جي سڄي پيٽ ۾ بٽ اسٽفنگ استعمال ڪن ٿا. جيڪڏهن وصول ڪندڙ پيڪٽ ۾ ڪٿي به ست لڳاتار ڏسي ٿو، ته پوءِ ٿوري سامان ڀرڻ جي غلطي ٿي وئي آهي، ۽ پيڪٽ کي نظرانداز ڪيو وڃي. وقت جو وقفو صرف پيٽ جي آخر کان اڳ (EOP) هڪ خاص ڪيس آهي. EOP کان اڳ آخري ڊيٽا بٽ حب سوئچنگ اسڪيوز ذريعي وڌايو وڃي ٿو. اهو هڪ ڊريبل طور سڃاتو وڃي ٿو ۽ اهڙي صورتحال ڏانهن وٺي سگھي ٿو جتي ڊربل هڪ ڇهين بٽ متعارف ڪرايو جنهن کي ٿوري سامان جي ضرورت ناهي. تنهن ڪري، وصول ڪندڙ کي لازمي طور تي هڪ پيڪٽ قبول ڪرڻ گهرجي جتي بندرگاهه تي ڇهه مڪمل بٽ وقت آهن جن ۾ EOP کان اڳ ڪا به منتقلي ناهي.
مسئلو:
LPC55S1x/LPC551x ڊوائيسز استعمال ڪن ٿيون هڪ EOP جي شروعات تعدد جي ماپ لاءِ. ھي ڪم ڪارائتو نه آھي جڏھن گھڻن حب مان ھلندا ھجن جيڪي ھب سوئچنگ اسڪيوز جي ڪري ڊريبل بٽ متعارف ڪرائين. انهي سبب لاء، EOP جي شروعات خودڪار USB جي شرح جي ترتيب جي تعدد جي ماپ لاء استعمال نه ٿي ڪري سگھجي (FRO192M_CTRL رجسٽر ۾ USBCLKADJ سيٽنگ ڪندي). مسئلو نه ٿيندو جڏهن هڪ واحد حب استعمال ڪيو وڃي.
ڪم ڪار:
ٽيڪنيڪل نوٽ TNxxxxx ۾ مهيا ڪيل FRO حساب ڪتاب لائبريري استعمال ڪريو. هي لائبريري ائپليڪيشن کي اجازت ڏئي ٿي ته مڪمل رفتار واري موڊ ۾ ڪرسٽل-گهٽ USB ڊوائيس آپريشن.
3.4 USB.3: USB تيز اسپيڊ ڊيوائس ڪنٽرولر لاءِ، سڃاڻپ هٿ ملائڻ ناڪام ٿئي ٿي جڏهن ڪجهه مڪمل اسپيڊ حب ڳنڍيل هوندا
تعارف
ڏسو USB2.0 تفصيلن لاءِ تفصيل لاءِ USB هاءِ اسپيڊ ڊيٽيڪشن هينڊ شيڪ پروٽوڪول.
مسئلو
هڪ تيز رفتار ڊوائيس جي طور تي، جڏهن ڪجهه مڪمل اسپيڊ هب ڳنڍيل هوندا آهن، يو ايس بي ڊيوائس HOST KJ جي ترتيب کي صحيح طور تي نه ڳولي ٿو ۽ نتيجي طور، ڳنڍيل ميزبان جي رفتار کي سڃاڻي نٿو سگهي. انهي حالت ۾، USB ڊوائيس غلط رفتار جي ڳولا جي ڪري غلطي سان ڪم ڪري سگهي ٿي.
ڪم جي چوڌاري
اتي ٻه حل آهن:

1. هيٺ ڏنل سافٽ ويئر جي حل کي لاڳو ڪري سگهجي ٿو usb_dev_hid_mouse جتي API سڏيو ويندو آهي "USB_DeviceHsPhyChirpIssueWorkaround()". USB_DeviceCallback() ۾ هڪ ايونٽ هينڊلر،
   - "kUSB_DeviceEventBusReset" واقعي تي، USB_DeviceHsPhyChirpIssueWorkaround() کي سڏ ڪيو وڃي هاسٽ جي رفتار کي سڃاڻڻ لاءِ. جيڪڏهن مڪمل اسپيڊ ميزبان ڳنڍيل آهي يا "isConnectedToFsHostFlag" سيٽ ٿيل آهي، DEVCMDSTAT رجسٽر جي FORCE_FS (bit 21) کي سيٽ ڪيو وڃي ته ڊوائيس کي مڪمل اسپيڊ موڊ ۾ هلائڻ لاء مجبور ڪيو وڃي.
   - تي "kUSB_DeviceEventDetach" واقعي، FORCE_FS (bit 21) DEVCMDSTAT جو رجسٽر صاف ڪيو وڃي.
2. هيٺ ڏنل سافٽ ويئر جو ڪم ٽيڪ نوٽ ۾ موجود آهي (TN00071) ايونٽ هينڊلر ۾ USB_DeviceCallback()،
   - "kUSB_DeviceEventAttach" واقعي تي، سيٽ ڪريو PHY_RX رجسٽرڊ ٽرپ-سطح وارو حجمtagاي بلند ترين ڏانهن. USB PHY->RX &= ~(USBPHY_RX_ENVADJ_MASK)؛USBPHY->RX |= 2؛.
   - "kUSB_DeviceEventBusReset" واقعي تي، DEVCMDSTAT[SPEED] چيڪ ڪريو ڳنڍيل بس جي رفتار کي طئي ڪرڻ لاء. (اسپيڊ 22 ۽ 23 بٽ آهن). جيڪڏهن DEVCMDSTAT[SPEED]=FS، DEVCMDSTAT جو FORCE_FS (bit 21) ڊيوائس کي فل اسپيڊ موڊ ۾ هلائڻ لاءِ مجبور ڪرڻ لاءِ مقرر ڪيو وڃي.
   – ”kUSB_DeviceEventGetDeviceDescriptor“ واقعي تي، يا پھريون SETUP پيڪٽ اچي ويو آھي، USBPHY_RX[ENVADJ] فيلڊ کي واپس ڊفالٽ 0 ڏانھن سيٽ ڪريو. ٻي صورت ۾، USBPHY_RX[ENVADJ] فيلڊ 2 رھندو جيستائين ڪو ڊسڪنيڪٽ واقع نه ٿئي.
   - "kUSB_DeviceEventDetach" واقعي تي، صاف ڪريو FORCE_FS (bit 21) جو DEVCMDSTAT رجسٽر صفر تي. ري سيٽ ڪريو USBPHY_RX[ENVADJ] فيلڊ واپس ڊفالٽ 0 تي.

3.5 USB.4: USB تيز رفتار ڊوائيس موڊ ۾، ڊوائيس بفر ڏانهن اضافي بائيٽ لکندو آهي جيڪڏهن NBytes 8 مان گھڻا نه هوندا آهن اوٽ منتقلي لاءِ
تعارف
LPC55S1x/LPC551x ڊيوائس فيملي ۾ هڪ USB تيز رفتار انٽرفيس (USB1) شامل آهي جيڪو ڊوائيس موڊ ۾ تيز رفتار سان هلائي سگھي ٿو. بائيٽ ويل بائيٽ جي تعداد کي نمائندگي ڪري ٿو جيڪي بفر ۾ حاصل ڪري سگھجن ٿيون.
مسئلو
LPC55S1x/LPC551x USB ڊيوائس ڪنٽرولر وصولي ڊيٽا بفر لاءِ اضافي بائيٽ لکي ٿو جيڪڏهن منتقلي جي سائيز 8 بائيٽ کان وڌيڪ نه آهي ڇو ته USB ڊوائيس ڪنٽرولر هميشه 8 بائيٽ لکي ٿو. مثال طورampلي، جيڪڏهن منتقلي جي ڊيگهه 1 بائيٽ آهي، 7 اضافي بائيٽ وصول ڪيل ڊيٽا بفر ڏانهن لکيو ويندو. جيڪڏهن منتقلي جي ڊيگهه 7 بائيٽ آهي، 1 اضافي بائيٽ وصول ڪيل ڊيٽا بفر ڏانهن لکيو ويندو.
ڪم جي چوڌاري
USB ڊيٽا لاءِ ايپليڪيشن پاران استعمال ڪيل بفر سان گڏ هڪ اضافي، وچولي بفر محفوظ ڪريو. وچولي بفر ۾ USB ڊيٽا جي منتقلي مڪمل ٿيڻ کان پوءِ، وچولي بفر مان ڊيٽا کي ايپليڪيشن بفر ۾ منتقل ڪرڻ لاءِ memcpy استعمال ڪريو، اضافي اضافي بائيٽ کي ڇڏي ڏيو. هن سافٽ ويئر جي حل تي عمل ڪيو ويو آهي
3.6 USB.5: USB تيز رفتار ڊيوائس موڊ ۾، جڏهن ڊيوائس isochronous IN endpoint IN token جي جواب ۾ 1024 bytes جو MaxPacketSize جو هڪ پيڪٽ موڪلي ٿو ميزبان کان، isochronous IN endpoint interrupt سيٽ نه ڪيو ويو آهي ۽ آخري پوائنٽ ڪمان/ اسٽيٽس isochronous IN endpoint لاءِ لسٽ داخلا اپڊيٽ نه ڪئي وئي آهي
تعارف
LPC55S1x/LPC551x ڊيوائس فيملي ۾ هڪ USB تيز رفتار انٽرفيس (USB1) شامل آهي جيڪو ڊوائيس موڊ ۾ تيز رفتار سان هلائي سگھي ٿو. isochronous IN endpoint 1024 بائيٽ جي MaxPacketSize کي سپورٽ ڪري ٿو.
مسئلو
جڏهن ڊيوائس isochronous IN endpoint IN token جي جواب ۾ 1024 bytes جي MaxPacketSize جو هڪ پيڪيٽ موڪلي ٿو ميزبان کان، isochronous IN endpoint interrupt مقرر نه ڪيو ويو آهي ۽ isochronous IN endpoint لاءِ آخري پوائنٽ ڪمان/ اسٽيٽس لسٽ انٽري اپڊيٽ نه ڪئي وئي آهي.
ڪم جي چوڌاري
ڊيوائس ڊسڪرپٽر ۾ آئسوڪرونس ان اينڊ پوائنٽ MaxPacketSize کي 1023 بائيٽ تائين محدود ڪريو.
3.7 USB.6: USB تيز رفتار ميزبان موڊ ۾، صرف هڪ ٽرانزيڪشن في مائڪرو فريم جي اجازت آهي isochronous IN endpoints لاءِ
تعارف
LPC55S1x/LPC551x ڊيوائس فيملي ۾ يو ايس بي تيز رفتار انٽرفيس شامل آھي جيڪو ھوسٽ موڊ ۾ ڪم ڪري سگھي ٿو. ٽن تيز رفتار ٽرانزيڪشن کي اجازت ڏني وئي آھي ھڪڙي مائڪرو فريم ۾ ھاء بينڊوڊٿ جي آخري پوائنٽن کي سپورٽ ڪرڻ لاءِ. هي موڊ Proprietary Transfer Descriptor (PTD) ۾ ملٽ (گهڻن) شعبن کي ترتيب ڏيڻ سان فعال ڪيو ويو آهي ۽ ميزبان ڪنٽرولر کي ٽرانزيڪشن جو تعداد ظاهر ڪرڻ لاءِ استعمال ڪيو ويندو آهي جيڪي في مائڪرو فريم تي عمل ٿيڻ گهرجن. اجازت ڏنل بٽ سيٽنگون آهن:
00b محفوظ. هن فيلڊ ۾ هڪ صفر اڻڄاتل نتيجا پيدا ڪري ٿو.
01b ھڪڙو ٽرانزيڪشن جاري ڪيو وڃي ھن آخري پوائنٽ لاءِ مائڪرو فريم لاءِ.
10b ٻه ٽرانزيڪشن جاري ڪيا وڃن ھن آخري پوائنٽ لاءِ مائڪرو فريم لاءِ.
11b ٽي ٽرانزيڪشن جاري ڪيا ويندا ھن آخري پوائنٽ في مائڪرو فريم لاءِ.
مسئلو
هاء بينڊوڊٿ موڊ لاءِ، هڪ فريم ۾ گھڻن پيڪٽس (MULT = 10b يا 11b) استعمال ڪرڻ ناقابل اعتبار آپريشن جو سبب بڻجندو آهي. صرف هڪ ٽرانزيڪشن (MULT = 01b) في مائڪرو فريم جاري ڪري سگھجي ٿو.
ڪم جي چوڌاري
ڪوبه سافٽ ويئر حل ناهي. صرف هڪ ٽرانزيڪشن جاري ڪري سگهجي ٿو في مائڪرو فريم.
3.8 VBAT_DCDC.1: پاور سپلائي جو گھٽ ۾ گھٽ اڀرڻ جو وقت 2.6 ms يا سست ھجڻ گھرجي Tamb = -40 C لاءِ، ۽ 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 جي سيڪيورٽي ليول سيٽ ڪريو محفوظ-استعمال ڪندڙ (0x2) يا محفوظ استحقاق (0x3) SEC_AHB->MASTER_SEC_LEVEL رجسٽر ۾.
SEC_AHB-> SEC_CTRL_AHB_PORT8_SLAVE1 رجسٽر ۾ CAN-FD رجسٽر اسپيس لاءِ محفوظ-استعمال ڪندڙ يا محفوظ-استحقاق جي سطح مقرر ڪريو.
- پيغام رام لاءِ محفوظ-استعمال ڪندڙ يا محفوظ-استحقاق واري سطح کي تفويض ڪريو.
Exampاليزي: جيڪڏهن 16KB جو SRAM 2 (0x2000_C000) بئنڪ استعمال ڪيو وڃي ٿو CAN پيغام رام لاءِ. پوءِ SEC_AHB-> SEC_CTRL_RAM2_MEM_RULE0 ۾ ضابطا سيٽ ڪريو محفوظ-استعمال ڪندڙ (0x2) يا محفوظ استحقاق (0x3).
مسئلو
CAN-FD ڪنٽرولر ۽ سي پي يو پاران استعمال ڪيل شيئر ڪيل ياداشت کي ايڊريس بٽ 28 سيٽ سان محفوظ عرف استعمال ڪندي رسائي حاصل ڪرڻ گهرجي (مثال طورample 0x3000_C000). بهرحال، جڏهن CAN-FD محفوظ عرف استعمال ڪندي بس ٽرانزيڪشن ڪري ٿو (ايڊريس بٽ 28 سيٽ)، ٽرانزيڪشن ختم ٿي وڃي ٿي.
ڪم جي چوڌاري
- جڏهن سي پي يو CAN-FD رجسٽر يا ميسيج ريم تائين رسائي ڪري رهيو آهي ته ان کي هميشه محفوظ عرف استعمال ڪرڻ گهرجي يعني 0x3000_C000 ميسيج ريم جي استعمال لاءِ.
- ڪنهن به ڍانچي لاءِ CAN-FD پردي کي آڻڻ يا لکڻ لاءِ استعمال ڪري ٿو، بس ٽرانزيڪشن ڪم ڪرڻ لاءِ ميموري کي 0x2000_C000 استعمال ڪرڻ لاءِ مقرر ڪيو وڃي. CAN-FD سافٽ ويئر ڊرائيور کي سيٽ ڪرڻ گهرجي “ميسيج RAM بيس ايڊريس رجسٽر (MRBA, offset 0x200)” محفوظ عرف بدران رام جي جسماني پتي سان.

AC/DC انحراف جا تفصيل
Erata نوٽس تفصيل

اسان جي هوم پيج تي ڪيئن پهچجي: nxp.com
Web حمايت: nxp.com/support
محدود وارنٽي ۽ ذميواري - هن دستاويز ۾ معلومات صرف مهيا ڪئي وئي آهي سسٽم ۽ سافٽ ويئر لاڳو ڪندڙن کي NXP پروڊڪٽس استعمال ڪرڻ لاءِ. ھن دستاويز ۾ ڏنل معلومات جي بنياد تي ڪنھن ضم ٿيل سرڪٽ کي ڊزائين ڪرڻ يا ٺاھڻ لاءِ ھتي ڏنل ڪو به واضح يا تقاضا ڪيل ڪاپي رائيٽ لائسنس نه آھن. NXP هتي ڪنهن به پروڊڪٽ ۾ بغير ڪنهن اطلاع جي تبديلي ڪرڻ جو حق محفوظ رکي ٿو.
NXP ڪنهن خاص مقصد لاءِ پنهنجي پروڊڪٽس جي مناسبيت جي حوالي سان ڪا به وارنٽي، نمائندگي، يا گارنٽي نٿو ڏئي، ۽ نه ئي NXP ڪنهن به پروڊڪٽ يا سرڪٽ جي ايپليڪيشن يا استعمال مان پيدا ٿيندڙ ذميواري قبول ڪري ٿو، ۽ خاص طور تي ڪنهن به ۽ سڀني ذميواري کي رد ڪري ٿو، بشمول بغير ڪنهن حد جي نتيجي ۾ يا حادثاتي نقصان. "عام" پيٽرولر جيڪي NXP ڊيٽا شيٽ ۾ مهيا ڪيا وڃن ۽/يا وضاحتون مختلف ايپليڪيشنن ۾ مختلف ٿي سگهن ٿيون، ۽ حقيقي ڪارڪردگي وقت سان مختلف ٿي سگهي ٿي. سڀ آپريٽنگ پيٽرولر، بشمول "عام"، هر ڪسٽمر جي ايپليڪيشن لاء ڪسٽمر جي ٽيڪنيڪل ماهرن طرفان تصديق ڪئي وڃي. NXP ان جي پيٽرن جي حقن ۽ ٻين جي حقن جي تحت ڪو به لائسنس نٿو ڏئي. NXP پراڊڪٽس وڪرو ڪري ٿو معياري شرطن ۽ وڪري جي شرطن جي مطابق، جيڪي هيٺ ڏنل پتي تي ڳولهي سگهجن ٿا: nxp.com/SalesTermsandConditions.
تبديليون ڪرڻ جو حق - NXP Semiconductors هن دستاويز ۾ شايع ٿيل معلومات ۾ تبديليون ڪرڻ جو حق محفوظ رکي ٿو، بشمول محدود وضاحتن ۽ مصنوعات جي وضاحتن،
ڪنهن به وقت ۽ بغير اطلاع جي. هي دستاويز هتي جي اشاعت کان اڳ فراهم ڪيل سڀني معلومات کي ختم ڪري ٿو ۽ تبديل ڪري ٿو.
سيڪيورٽي - گراهڪ سمجهي ٿو ته سڀئي NXP پروڊڪٽس اڻ سڃاتل يا دستاويزي خطرن جي تابع ٿي سگهن ٿيون. گراهڪ ان جي ايپليڪيشنن ۽ پروڊڪٽس جي ڊيزائن ۽ آپريشن لاءِ ذميوار هوندو آهي انهن جي سڄي حياتي دوران انهن نقصانن جي اثر کي گهٽائڻ لاءِ گراهڪ جي ايپليڪيشنن ۽ پروڊڪٽس تي. گراهڪ جي ذميواري ٻين کليل ۽/يا پراپرائيٽري ٽيڪنالاجيز تائين به وڌي ٿي جيڪا NXP پروڊڪٽس جي مدد سان گراهڪن جي ايپليڪيشنن ۾ استعمال لاءِ. NXP ڪنهن به خطري جي ذميواري قبول نه ڪندو آهي. صارفين کي باقاعدي NXP کان سيڪيورٽي اپڊيٽ چيڪ ڪرڻ گهرجي ۽ مناسب طريقي سان پيروي ڪرڻ گهرجي. گراهڪ حفاظتي خصوصيتن سان پروڊڪٽس کي چونڊيندو جيڪي قاعدن، ضابطن ۽ ارادي واري ايپليڪيشن جي معيارن کي بهترين طور تي پورا ڪن ٿا ۽ ان جي مصنوعات جي حوالي سان حتمي ڊيزائن جا فيصلا ڪن ٿا، ۽ ان جي متعلق سڀني قانوني، ريگيوليٽري، ۽ سيڪيورٽي سان لاڳاپيل گهرجن جي تعميل لاء مڪمل طور تي ذميوار آهي. پراڊڪٽس، ڪنهن به معلومات يا مدد جي پرواهه ڪرڻ کان سواءِ جيڪا شايد NXP پاران مهيا ڪئي وئي هجي. NXP وٽ هڪ پراڊڪٽ سيڪيورٽي حادثو جوابي ٽيم (PSIRT) آهي (پهچ PSIRT@nxp.com) جيڪو NXP پروڊڪٽس جي سيڪيورٽي نقصانن جي تحقيقات، رپورٽنگ، ۽ حل جاري ڪرڻ جو انتظام ڪري ٿو.
NXP, the NXP لوگو, NXP SECURE Connections for a smarter World, COOLFLUX, EMBRACE, GREEN CHIP, 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+, The Energy Efficient Solutions Logo, Kinetis, LayerVeg, ​​MobileTEG, MobileTeg,
PowerQUICC, پروسيسر ماهر, QorIQ, QorIQ Qonverge, SafeAssure, the SafeAssure لوگو, StarCore, Symphony, VortiQa, Vybrid, Airfast, BeeKit, BeeStack, CoreNet, Flexis, MXC, Platform in a Package, QorIQ, Engine, Engine, Eng, EdgeLock، eIQ، ۽ Immersive3D 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, ULINK-PLUS, ULINKpro, µVision, Versatile آهن ٽريڊ مارڪز يا رجسٽرڊ ٽريڊ مارڪ Arm Limited (يا ان جي ماتحت ادارن) آمريڪا ۾ ۽/يا ٻين هنڌن تي. لاڳاپيل ٽيڪنالاجي ڪنهن به يا سڀني پيٽرن، ڪاپي رائيٽ، ڊيزائن، ۽ واپاري رازن طرفان محفوظ ٿي سگهي ٿي. سڀ حق محفوظ آهن. Oracle ۽ Java رجسٽرڊ ٽريڊ مارڪ آهن Oracle ۽/يا ان سان لاڳاپيل ادارن جا. پاور آرڪيٽيڪچر ۽ Power.org لفظ جا نشان ۽ Power and Power.org لوگو ۽ لاڳاپيل نشان ٽريڊ مارڪ ۽ سروس جا نشان آھن جيڪي Power.org پاران لائسنس ٿيل آھن. M, M Mobileye ۽ ٻيا Mobileye ٽريڊ مارڪ يا لوگو جيڪي ھتي ظاھر ٿيندا آھن اھي Mobileye Vision Technologies Ltd. جا ٽريڊمارڪ آھن آمريڪا ۾، EU، ۽/يا ٻين دائري اختيار ۾.

© NXP BV 2019-2021.
سڀ حق محفوظ آهن.
وڌيڪ معلومات لاء، مهرباني ڪري دورو ڪريو: http://www.nxp.com
سيلز آفيس پتي لاء، مهرباني ڪري هڪ اي ميل موڪليو: salesaddresses@nxp.com
دستاويز جي سڃاڻپ ڪندڙ: LPC55S1x/LPC551x

دستاويز / وسيلا

NXP LPC55S1x ڊولپمينٽ بورڊ [pdf] هدايتون LPC55S1x، LPC551x، LPC55S1x ترقياتي بورڊ، LPC55S1x، ترقياتي بورڊ

حوالو

• استعمال ڪندڙ دستي