Papan LPC55S1x / LPC551x
instruksi
Informasi dokumen
| Info | Isi |
| Tembung kunci | LPC55S16JBD100, LPC55S16JEV98, LPC55S16JBD64, LPC55S14JBD100, LPC55S14JBD64, LPC5516JBD100, LPC5516JEV98, LPC5516JBD64, LPC5514JBD100, LPC5514JBD64, LPC5512JBD100, LPC5512JBD64 |
| Abstrak | LPC55S1x / LPC551x salah |
NXP Semikonduktor
Riwayat revisi
| Pdt | Tanggal | Katrangan |
| 1.6 | 20211028 | Added CAN-FD.1 cathetan ing bagean 3.9 "CAN-FD.1: Transaksi bis abort bisa dumadi nalika CAN-FD peripheral nggunakake alias aman.". |
| 1.5 | 20210810 | Ditambahake VBAT_DCDC.1: bagean 3.8 "VBAT_DCDC.1: Wektu munggah minimal saka sumber daya kudu 2.6 ms utawa luwih alon kanggo Tamb = -40 C, lan 0.5 ms utawa luwih alon kanggo Tamb = 0 C kanggo +105 C " |
| 1.4 | 20210423 | Added USB.5, Section 3.6 "USB.5: Ing USB mode piranti kacepetan dhuwur, nalika piranti isochronous IN endpoint ngirim paket MaxPacketSize 1024 byte kanggo nanggepi token IN saka host, interupsi endpoint isochronous IN ora disetel lan printah endpoint / entri dhaftar status kanggo endpoint IN isochronous ora dianyari ". Added USB.6, bagean 3.7 "USB.6: Ing mode inang USB-kacepetan dhuwur, mung siji transaksi saben mikro-pigura diijini kanggo endpoints IN isochronous". |
| 1.3 | 20210225 | Added USB.4, Section 3.5 "USB.4: Ing mode piranti USB-kacepetan dhuwur, piranti nulis bait ekstra (s) menyang buffer yen NBytes ora kaping 8 kanggo transfer OUT ". Didandani Typo, Revisi pengenal minangka A kanggo USB.3 ing Tabel 1. |
| 1.2 | 20201214 | Kalebu Section 3.4 "USB.3: Kanggo USB controller piranti kacepetan dhuwur, handshaking deteksi gagal nalika hub full-kacepetan tartamtu disambungake". |
| 1.1 | 20200827 | Nambahake Bagean 5.1 "Periferal CAN-FD ora bisa ngakses alamat alias aman". |
| 1.0 | 20191204 | Versi dhisikan. |
Informasi kontak
Kanggo informasi luwih lengkap, bukak: http://www.nxp.com
Kanggo alamat kantor sales, kirim email menyang: salesaddresses@nxp.com
identifikasi produk
Paket LPC55S1x/LPC55 1x VFBGA98 nduweni tandha sisih ndhuwur ing ngisor iki:
- Baris pisanan: LPC55S1x/LPC551x
- Baris kapindho: JEV98
- Baris katelu: xxxxxxxxx
- Baris kaping papat: zzzyywwxR
– yyww: Kode tanggal karo yy = taun lan ww = minggu.
– xR: Revisi piranti A
Paket LPC55S1x / LPC551x HLQFP100 duwe tandha sisih ndhuwur ing ngisor iki:
- Baris pisanan: LPC55S1x/LPC551x
- Baris kapindho: xxxxxxxx
- Baris katelu: zzzyywwxR
– yyww: Kode tanggal karo yy = taun lan ww = minggu.
– xR: Revisi piranti A
Paket LPC55S1x/LPC551x HTQFP64 nduweni tandha sisih ndhuwur ing ngisor iki:
- Baris pisanan: LPC55S1x/LPC551x
- Baris kapindho: JBD64
- Baris katelu: xxxx
- Baris kaping papat: xxxx
- Baris kaping lima: zzzyywwxR
– yyww: Kode tanggal karo yy = taun lan ww = minggu.
– xR: Revisi piranti A
Rampung rampungview
Tabel masalah fungsional
| Masalah fungsional | Katrangan singkat | Pengenal revisi | Katrangan rinci |
| ROM.1 | ROM gagal ngetik mode ISP nalika gambar rusak karo kaca lampu kilat ing negara dibusak utawa ora diprogram. | A | Bagean 3.1 |
| USB.1 | USB HS host gagal nalika nyambung menyang piranti LS (mouse). | A | Bagean 3.2 |
| USB.2 | Pangaturan tingkat USB otomatis ora bisa digunakake nalika nggunakake macem-macem hub. | A | Bagean 3.3 |
| USB.3 | Kanggo pengontrol piranti USB kanthi kacepetan dhuwur, deteksi handshaking gagal nalika hub kacepetan lengkap tartamtu disambungake. | A | Bagean 3.4 |
| USB.4 | Ing mode piranti USB-kacepetan dhuwur, piranti nulis bait ekstra (e) menyang buffer yen NBytes ora kaping 8 kanggo transfer OUT. | A | Bagean 3.5 |
Tabel masalah fungsional
| masalah | Katrangan singkat | Pengenal revisi | Katrangan rinci |
| USB.5 | Ing mode piranti USB kacepetan dhuwur, nalika piranti | A | Bagean 3.6 |
| USB.6 | Ing mode host USB kacepetan dhuwur, mung siji transaksi saben | A | Bagean 3.7 |
| VBAT_DCDC.1 | Wektu munggah minimal saka sumber daya kudu 2.6 | A | Bagean 3.8 |
| BISA-FD.1 | Batal transaksi bis bisa kedadeyan nalika CAN-FD | A | Bagean 3.9 |
Tabel simpangan AC/DC
| Penyimpangan AC/DC | Katrangan singkat | Versi produk | Katrangan rinci |
| n/a | n/a | n/a | n/a |
Rincian masalah fungsional
3.1 ROM.1: ROM gagal ngetik mode ISP nalika gambar rusak karo kaca lampu kilat ing negara dibusak utawa ora diprogram
Pambuka
Ing LPC55S1x / LPC551x, yen gambar rusak karo kaca lampu kilat ing negara dibusak utawa ora diprogram, ROM bisa gagal kanthi otomatis ngetik mode ISP.
Masalah
Nalika boot aman diaktifake ing CMPA, lan memori lampu kilat ngemot kaca memori dibusak utawa ora diprogram ing wilayah memori sing ditemtokake dening kolom ukuran gambar ing header gambar, piranti ora kanthi otomatis mlebu menyang mode ISP nggunakake mekanisme fallback, kaya ing kasus boot gagal kanggo gambar ora bener. Masalah iki kedadeyan nalika gambar aplikasi mung ditulis utawa dibusak sebagian nanging header gambar sing bener isih ana ing memori.
Kerja-mubeng
Nindakake mbusak massal kanggo mbusak gambar sing ora lengkap lan rusak nggunakake salah siji cara ing ngisor iki:
- Jalanake perintah mbusak nggunakake Debug Mailbox. Piranti bakal langsung mlebu menyang mode ISP sawise metu saka kothak layang.
- Ketik mode ISP nggunakake printah Debug Mailbox lan gunakake printah flash-delete.
- Reset piranti lan mlebu menyang mode ISP nggunakake pin ISP. Gunakake printah flash-erase kanggo mbusak gambar sing rusak (ora lengkap).
3.2 USB.1: HS host gagal nalika nyambungake karo piranti LS (mouse)
Pambuka
Pengontrol kacepetan dhuwur USB1 kasedhiya ing piranti LPC55S1x / LPC551x sing dipilih lan nyedhiyakake sambungan plug-and-play piranti periferal menyang host kanthi telung kecepatan data sing beda:
- kacepetan dhuwur kanthi data rate 480Mbps.
- kacepetan lengkap kanthi data rate 12 Mbps.
- kacepetan kurang karo data rate 1.5 Mbps.
Akeh piranti hotspot bisa entuk manfaat saka kemampuan kanggo komunikasi karo saben liyane liwat antarmuka USB tanpa campur tangan PC host. Masalah USB HS host gagal nalika nyambungake karo piranti LS (mouse).
Kerja-mubeng
Kanggo ndhukung aplikasi Full-Speed lan Low-Speed, disaranake nggunakake port USB0 Full-Speed lan USB1 High-speed port kanggo Piranti utawa Host. Kajaba iku, yen aplikasi mbutuhake dhukungan saka piranti USB Kecepatan Sedheng karo Host Kecepatan Tinggi USB, iki bisa ditindakake kanthi nglebokake Hub USB ing antarane port kacepetan USB1 lan piranti USB eksternal.
3.3 USB. 2: Pangaturan tingkat USB otomatis ora bisa digunakake nalika nggunakake macem-macem hub
Pambuka:
Sinyal kacepetan lengkap lan kacepetan kurang nggunakake isian bit ing saindhenging paket tanpa istiméwa. Yen panrima ndeleng pitung consecutive ing ngendi wae ing paket kasebut, banjur ana sawetara kesalahan isi, lan paket kasebut kudu diabaikan. Interval wektu sakdurunge End of Packet (EOP) minangka kasus khusus. Bit data pungkasan sadurunge EOP bisa digawe dowo dening hub switching skews. Iki dikenal minangka dribble lan bisa mimpin kanggo kahanan ngendi dribble ngenalaken dicokot enem sing ora mbutuhake dicokot saka kuwi. Mulane, panrima kudu nampa paket sing ana nganti enem bit kaping lengkap ing port tanpa transisi sadurunge EOP.
Masalah:
Piranti LPC55S1x/LPC551x nggunakake wiwitan EOP kanggo pangukuran frekuensi. Iki ora fungsi nalika arep liwat sawetara hub sing introduce dicokot dribble amarga hub ngoper skews. Mulane, wiwitan EOP ora bisa digunakake kanggo pangukuran frekuensi kanggo imbuhan tingkat USB otomatis (kanthi nyetel USBCLKADJ ing FRO192M_CTRL register). Masalah ora kedadeyan nalika siji hub digunakake.
Work-round:
Gunakake perpustakaan kalibrasi FRO sing kasedhiya ing cathetan teknis TNxxxxx. Pustaka iki ngidini aplikasi duwe operasi piranti USB tanpa kristal ing mode kacepetan lengkap.
3.4 USB.3: Kanggo pengontrol piranti USB kanthi kacepetan dhuwur, deteksi handshaking gagal nalika hub kacepetan lengkap tartamtu disambungake
Pambuka
Deleng spesifikasi USB2.0 kanggo rincian babagan protokol jabat tangan Deteksi Kacepetan Tinggi USB.
Masalah
Minangka piranti kacepetan dhuwur, nalika hub full-kacepetan tartamtu disambungake, piranti USB ora ndeteksi urutan HOST KJ bener lan, minangka asil, ora ngenali kacepetan inang disambungake. Ing kasus iki, piranti USB bisa tumindak erratically amarga deteksi kacepetan salah.
Kerja-mubeng
Ana rong solusi:
- Solusi piranti lunak ing ngisor iki bisa ditindakake ing usb_dev_hid_mouse ing ngendi API diarani "USB_DeviceHsPhyChirpIssueWorkaround ()". Penanganan acara ing USB_DeviceCallback(),
- Ing acara "kUSB_DeviceEventBusReset", kudu diarani USB_DeviceHsPhyChirpIssueWorkaround () kanggo ngenali kacepetan host sing disambungake. Yen host-kacepetan lengkap disambungake utawa "isConnectedToFsHostFlag" disetel, FORCE_FS (dicokot 21) saka ndhaftar DEVCMDSTAT kudu disetel kanggo meksa piranti kanggo operate ing mode kacepetan lengkap.
- Ing acara "kUSB_DeviceEventDetach", FORCE_FS (bit 21) saka DEVCMDSTAT register kudu dibusak. - Solusi lunak ing ngisor iki kasedhiya ing cathetan teknologi (TN00071) Ing panangan acara ing USB_DeviceCallback (),
– Ing acara “kUSB_DeviceEventAttach”, atur PHY_RX register trip-level voltage paling dhuwur. USB PHY->RX &= ~(USBPHY_RX_ENVADJ_MASK);USBPHY->RX |= 2;.
- Ing acara "kUSB_DeviceEventBusReset", priksa DEVCMDSTAT[SPEED] kanggo nemtokake kacepetan bus sing disambungake. (SPEED minangka bit 22 lan 23). Yen DEVCMDSTAT[SPEED]=FS, FORCE_FS (dicokot 21) saka DEVCMDSTAT kudu disetel kanggo meksa piranti kanggo operate ing mode kacepetan lengkap.
- Ing acara "kUSB_DeviceEventGetDeviceDescriptor", utawa paket SETUP pisanan wis teka, Setel lapangan USBPHY_RX[ENVADJ] bali menyang gawan 0. Yen ora, lapangan USBPHY_RX[ENVADJ] bakal tetep 2 kajaba ana acara pedhot.
- Ing acara "kUSB_DeviceEventDetach", Mbusak FORCE_FS (bit 21) saka DEVCMDSTAT ndhaftar menyang nol. Reset kolom USBPHY_RX[ENVADJ] bali menyang standar 0.
3.5 USB.4: Ing mode piranti USB-kacepetan dhuwur, piranti nulis byte ekstra (s) menyang buffer yen NBytes ora kaping 8 kanggo transfer OUT
Pambuka
Kulawarga piranti LPC55S1x / LPC551x kalebu antarmuka USB-kacepetan dhuwur (USB1) sing bisa digunakake ing mode piranti kanthi kacepetan dhuwur. Nilai bita nggambarake jumlah bita sing bisa ditampa ing buffer.
Masalah
LPC55S1x / LPC551x USB controller piranti nulis bita ekstra menyang nampa buffer data yen ukuran transfer ora kaping 8 bait wiwit controller piranti USB tansah nyerat 8 bait. Kanggo example, yen dawa transfer 1 bait, 7 bait ekstra bakal ditulis menyang buffer data nampa. Yen dawa transfer 7 bait, 1 bait ekstra bakal ditulis menyang buffer data nampa.
Kerja-mubeng
Cadangan tambahan, buffer perantara bebarengan karo buffer digunakake dening aplikasi kanggo data USB. Sawise transfer data USB menyang buffer perantara wis rampung, gunakake memcpy kanggo mindhah data saka buffer perantara menyang buffer aplikasi, skip byte ekstra extraneous. Workaround piranti lunak iki dileksanakake ing
3.6 USB.5: Ing mode piranti USB kanthi kacepetan dhuwur, nalika piranti isochronous IN endpoint ngirim paket MaxPacketSize 1024 byte kanggo nanggepi token IN saka host, interrupt endpoint IN isochronous ora disetel lan printah / status endpoint. dhaftar entri kanggo endpoint IN isochronous ora dianyari
Pambuka
Kulawarga piranti LPC55S1x / LPC551x kalebu antarmuka USB-kacepetan dhuwur (USB1) sing bisa digunakake ing mode piranti kanthi kacepetan dhuwur. Titik akhir IN isochronous ndhukung MaxPacketSize 1024 bait.
Masalah
Nalika piranti isochronous IN endpoint ngirim paket saka MaxPacketSize 1024 bait nanggepi token IN saka host, interrupt IN isochronous ora disetel lan printah endpoint / entri dhaftar status kanggo endpoint IN isochronous ora dianyari.
Kerja-mubeng
Watesi endpoint IN isochronous MaxPacketSize nganti 1023 byte ing deskriptor piranti.
3.7 USB.6: Ing mode host kacepetan dhuwur USB, mung siji transaksi saben pigura mikro sing diidini kanggo endpoint IN isochronous
Pambuka
Kulawarga piranti LPC55S1x / LPC551x kalebu antarmuka USB kanthi kacepetan dhuwur sing bisa digunakake ing mode host. Nganti telung transaksi kacepetan dhuwur diijini ing siji mikro-pigura kanggo ndhukung endpoints bandwidth dhuwur. Mode iki diaktifake kanthi nyetel lapangan Mult (Multiple) ing Proprietary Transfer Descriptor (PTD) lan digunakake kanggo nunjukake menyang host controller nomer transaksi sing kudu dileksanakake saben mikro-pigura. Setelan bit sing diidini yaiku:
00b Simpenan. Nol ing lapangan iki ngasilake asil sing ora ditemtokake.
01b Siji transaksi sing bakal ditanggepi kanggo titik pungkasan iki saben pigura mikro.
10b Loro transaksi sing bakal ditanggepi kanggo titik pungkasan iki saben pigura mikro.
11b Telung transaksi kudu ditanggepi kanggo titik pungkasan iki saben pigura mikro.
Masalah
Kanggo mode bandwidth Dhuwur, nggunakake sawetara paket (MULT = 10b utawa 11b) ing pigura nyebabake operasi ora bisa dipercaya. Mung siji transaksi (MULT = 01b) bisa ditanggepi saben mikro-pigura.
Kerja-mubeng
Ora ana solusi piranti lunak. Mung siji transaksi bisa ditanggepi saben mikro-pigura.
3.8 VBAT_DCDC.1: Wektu munggah minimal sumber daya kudu 2.6 ms utawa luwih alon kanggo Tamb = -40 C, lan 0.5 ms utawa luwih alon kanggo Tamb = 0 C kanggo +105 C
Pambuka
Lembar data ora nemtokake syarat daya kanggo sumber daya ing pin VBAT_DCDC.
Masalah
Piranti bisa uga ora tansah miwiti-up yen wektu munggah minimal sumber daya ramp yaiku 2.6 ms utawa luwih cepet kanggo Tamb = -40 C, lan 0.5 ms utawa luwih cepet kanggo Tamb = 0 C nganti +105 C.
Kerja-mubeng
ora ana.
3.9 CAN-FD.1: Batal transaksi bis bisa kedadeyan nalika CAN-FD peripheral nggunakake alias aman.
Pambuka
Boten kados CM33, kanggo master AHB liyane (CAN-FD, USB-FS, DMA), tingkat keamanan transaksi tetep adhedhasar tingkat diutus kanggo master ing SEC_AHB-> MASTER_SEC_LEVEL register. Dadi, yen aplikasi kudu mbatesi CAN-FD kanggo ngamanake, langkah-langkah ing ngisor iki dibutuhake:
– Setel tingkat keamanan CAN-FD kanggo ngamanake-user (0x2) utawa ngamanake hak istimewa (0x3) ing SEC_AHB->MASTER_SEC_LEVEL register.
– Nemtokake tingkat aman-pangguna utawa aman-hak istimewa kanggo papan ndhaftar CAN-FD ing SEC_AHB-> SEC_CTRL_AHB_PORT8_SLAVE1 Register.
- Temtokake level aman pangguna utawa aman kanggo pesen RAM.
Example: Yen 16KB saka SRAM 2 (0x2000_C000) bank digunakake kanggo RAM pesen CAN. Banjur nyetel aturan ing SEC_AHB-> SEC_CTRL_RAM2_MEM_RULE0 ndhaftar kanggo ngamanake-user (0x2) utawa hak istimewa aman (0x3).
Masalah
Memori sing dienggo bareng sing digunakake dening pengontrol CAN-FD lan CPU kudu bisa diakses nggunakake alias aman kanthi alamat bit 28 set (mis.amplan 0x3000_C000). Nanging, nalika CAN-FD nggawe transaksi bis nggunakake alias aman (alamat bit 28 set), transaksi dibatalake.
Kerja-mubeng
– Nalika CPU ngakses CAN-FD register utawa pesen RAM kudu tansah nggunakake alias aman IE, 0x3000_C000 kanggo manipulasi RAM pesen.
- Kanggo struktur apa wae sing digunakake peripheral CAN-FD kanggo njupuk utawa nulis, memori kudu disetel kanggo nggunakake 0x2000_C000 supaya transaksi bis bisa digunakake. Pembalap piranti lunak CAN-FD kudu nyetel "Register alamat basis RAM pesen (MRBA, offset 0x200)" karo alamat fisik RAM tinimbang alias aman.
Rincian panyimpangan AC/DC
Errata cathetan rinci
Cara Tekan Kaca Ngarep: nxp.com
Web Dhukungan: nxp.com/support
babar pisan winates lan tanggung jawab - Informasi ing dokumen iki diwenehake mung kanggo ngaktifake pelaksana sistem lan piranti lunak nggunakake produk NXP. Ora ana lisensi hak cipta sing nyata utawa tersirat sing diwenehake ing kene kanggo ngrancang utawa nggawe sirkuit terpadu adhedhasar informasi ing dokumen iki. NXP nduweni hak kanggo nggawe owah-owahan tanpa kabar luwih lanjut kanggo produk apa wae ing kene.
NXP ora menehi garansi, perwakilan, utawa jaminan babagan kecocokan produk kanggo tujuan tartamtu, uga NXP ora nanggung tanggung jawab sing muncul saka aplikasi utawa panggunaan produk utawa sirkuit apa wae, lan khusus nolak tanggung jawab apa wae, kalebu tanpa watesan. karusakan consequential utawa insidental. Parameter "khas" sing bisa diwenehake ing lembar data lan / utawa spesifikasi NXP bisa beda-beda ing macem-macem aplikasi, lan kinerja nyata bisa beda-beda saka wektu. Kabeh parameter operasi, kalebu "khas," kudu divalidasi kanggo saben aplikasi pelanggan dening ahli teknis pelanggan. NXP ora menehi lisensi miturut hak paten utawa hak wong liya. NXP adol produk miturut syarat-syarat standar lan kahanan adol, sing bisa ditemokake ing alamat ing ngisor iki: nxp.com/SalesTermsandConditions.
Hak kanggo nggawe owah-owahan – NXP Semiconductors nduweni hak kanggo ngowahi informasi sing diterbitake ing dokumen iki, kalebu tanpa watesan spesifikasi lan deskripsi produk,
ing sembarang wektu lan tanpa kabar. Dokumen iki ngganti lan ngganti kabeh informasi sing diwenehake sadurunge diterbitake.
Keamanan - Pelanggan ngerti manawa kabeh produk NXP bisa uga ana kerentanan sing ora dingerteni utawa didokumentasikake. Pelanggan tanggung jawab kanggo desain lan operasi aplikasi lan produk sajrone siklus urip kanggo nyuda efek kerentanan kasebut ing aplikasi lan produk pelanggan. Tanggung jawab pelanggan uga ngluwihi teknologi mbukak lan/utawa eksklusif liyane sing didhukung produk NXP kanggo digunakake ing aplikasi pelanggan. NXP ora tanggung jawab kanggo kerentanan apa wae. Pelanggan kudu rutin mriksa nganyari keamanan saka NXP lan tindakake kanthi tepat. Pelanggan kudu milih produk kanthi fitur keamanan sing paling cocog karo aturan, peraturan, lan standar aplikasi sing dituju lan nggawe keputusan desain sing paling penting babagan produk, lan tanggung jawab mung kanggo netepi kabeh syarat legal, peraturan, lan keamanan sing ana gandhengane. produk, preduli saka sembarang informasi utawa support sing bisa diwenehake dening NXP. NXP duwe Product Security Incident Response Team (PSIRT) (bisa digayuh ing PSIRT@nxp.com) sing ngatur investigasi, laporan, lan rilis solusi kanggo kerentanan keamanan produk NXP.
NXP, logo 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, logo Freescale, AltiVec, CodeWarrior, ColdFire, ColdFire+, logo Solusi Hemat Energi, Kinetis, Layerscape, MagniV, mobileGT, PEG,
PowerQUICC, Ahli Prosesor, QorIQ, QorIQ Qonverge, SafeAssure, logo SafeAssure, StarCore, Symphony, VortiQa, Vybrid, Airfast, BeeKit, BeeStack, CoreNet, Flexis, MXC, Platform in a Package, QUICC Engine, EdgeScal, TurboLink EdgeLock, eIQ, lan Immersive3D minangka merek dagang saka NXP BV Kabeh jeneng produk utawa layanan liyane minangka properti saka sing nduweni. 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 minangka merek dagang utawa merek dagang kadhaptar saka Arm Limited (utawa anak perusahaan) ing AS lan/utawa ing papan liya. Teknologi sing gegandhengan bisa dilindhungi dening samubarang utawa kabeh paten, hak cipta, rancangan, lan rahasia dagang. Kabeh hak dilindhungi undhang-undhang. Oracle lan Java minangka merek dagang kadhaptar saka Oracle lan / utawa afiliasi. Tandha tembung Power Architecture lan Power.org lan logo Power and Power.org lan tandha sing gegandhengan minangka merek dagang lan tandha layanan sing dilisensi dening Power.org. M, M Mobileye lan merek dagang utawa logo Mobileye liyane sing katon ing kene minangka merek dagang Mobileye Vision Technologies Ltd. ing Amerika Serikat, EU, lan/utawa yuridiksi liyane.
© NXP BV 2019-2021.
Kabeh hak dilindhungi undhang-undhang.
Kanggo informasi luwih lengkap, bukak: http://www.nxp.com
Kanggo alamat kantor sales, kirim email menyang: salesaddresses@nxp.com
Pengenal dokumen: LPC55S1x/LPC551x
Dokumen / Sumber Daya
 |
Papan Pangembangan NXP LPC55S1x [pdf] Pandhuan LPC55S1x, LPC551x, LPC55S1x Papan Pengembangan, LPC55S1x, Papan Pengembangan |
