NXP LPC55S0x M33 Bazita MicroController Uzantmanlibro

Rev	Dato	Priskribo
1.3	20211110	Aldonita CAN-FD.1 noto en Sekcio 3.3 "CAN-FD.1: Busa transakcio aborto povus okazi kiam CAN-FD ekstercentra uzas sekuran kaŝnomon.".
1.2	20210810	Aldonita VBAT_DCDC.1: Sekcio 3.2 "VBAT_DCDC.1: La minimuma pliiĝotempo de la nutrado devas esti 2.6 ms aŭ pli malrapida por Tamb = -40 C, kaj 0.5 ms aŭ pli malrapida por Tamb = 0 C ĝis
		+105 C"
1.1	20201006	Dua versio.
1.0	20200814	Komenca versio.

Produktidentigo

La pakaĵo LPC55S0x/LPC550x HTQFP64 havas la jenan supran markadon:

Unua linio: LPC55S0x/LPC550x
Dua linio: JBD64

Tria linio: xxxx
La kvara linio: xxxx

La kvina linio: zzzyywwxR
- yyww: Datkodo kun yy = jaro kaj ww = semajno.
- xR: Aparato revizio A

La pakaĵo LPC55S0x/LPC550x HVQFN48 havas la jenan supran markadon:

Unua linio: LPC55S0x/LPC550x
Dua linio: JHI48

Tria linio: xxxxxxxx
La kvara linio: xxxx

Kvina linio: zzzyywwxR
- yyww: Datkodo kun yy = jaro kaj ww = semajno.
- xR: Aparato revizio A

Errato finiĝisview

Tabelo pri funkciaj problemoj

Tablo 1. Tabelo pri funkciaj problemoj
Funkcia Mallongaj priskribaj problemoj	Revizia identigilo	Detala priskribo
ROM.1 ROM malsukcesas eniri ISP-reĝimon kiam bildo estas koruptita kun fulmaj paĝoj en forigita aŭ neprogramita stato.	A	Sekcio 3.1
VBAT_DCDC.1 La minimuma pliiĝotempo de la nutrado devas esti 2.6 ms aŭ pli malrapida por Tamb = -40 C, kaj 0.5 ms aŭ pli malrapida por Tamb = 0 C ĝis +105 C.	A	Sekcio 3.2
CAN-FD.1 Busa transakcio interrompo povus okazi kiam CAN-FD-ekscentralo uzas sekuran kaŝnomon.	A	Sekcio 3.3.

Tabelo de devioj AC/DC

Eraraj notoj

Detalo pri funkciaj problemoj

ROM.1: ROM malsukcesas eniri ISP-reĝimon kiam la bildo estas koruptita kun fulmaj paĝoj en forigita aŭ neprogramita stato

Enkonduko
Sur la LPC55S0x/LPC550x, se la bildo estas koruptita per fulmaj paĝoj en forigita aŭ neprogramita stato, la ROM povas malsukcesi aŭtomate eniri ISP-reĝimon.

Problemo
Kiam sekura lanĉo estas ebligita en CMPA, kaj la fulmmemoro enhavas forigitan aŭ neprogramitan memorpaĝon ene de la memorregiono specifita per la bildgrandeckampo en la bildkapo, la aparato ne aŭtomate eniras en ISP-reĝimon uzante la rezervan mekanismon, kiel en la kazo de malsukcesa lanĉo por nevalida bildo. Ĉi tiu problemo okazas kiam la aplika bildo estas nur parte skribita aŭ forigita sed valida bildokapo ankoraŭ ĉeestas en memoro.

Solvaĵo
Faru amas-viŝadon por forigi la nekompletan kaj koruptitan bildon per unu el la sekvaj metodoj:

Efektivigu la forviŝan komandon uzante Sencimigi La aparato eniros rekte en ISP-reĝimon post eliro de la leterkesto.
Eniru en ISP-reĝimon uzante la komandon Sencimigi Poŝtkeston kaj uzu la komandon fulmviŝi.
Restarigu la aparaton kaj eniru la ISP-reĝimon per la ISP Uzu la fulm-viŝan komandon por forigi la koruptitan (nekompletan) bildon.

VBAT_DCDC.1: La minimuma pliiĝotempo de la nutrado devas esti 2.6 ms aŭ pli malrapida por Tamb = -40 C, kaj 0.5 ms aŭ pli malrapida por Tamb = 0 C ĝis +105 C.

Enkonduko
La datenfolio specifas neniujn elektajn postulojn por la elektroprovizo sur la VBAT_DCDC-stifto.

Problemo
La aparato eble ne ĉiam ekas se la minimuma pliiĝotempo de la elektroprovizo ramp estas 2.6 ms aŭ pli rapida por Tamb = -40 C, kaj 0.5 ms aŭ pli rapida por Tamb = 0 C ĝis +105 C.

Solvaĵo
Neniu.

CAN-FD.1: Busa transakcio ĉesigo povus okazi kiam CAN-FD-ekscentralo uzas sekuran kaŝnomon

Enkonduko
Male al CM33, por aliaj AHB-majstroj (CAN-FD, USB-FS, DMA), la sekurecnivelo de la transakcio estas fiksita surbaze de la nivelo asignita por la majstro en SEC_AHB->MASTER_SEC_LEVEL-registro. Do, se la aplikaĵo bezonas limigi la CAN-FD por sekurigi, la sekvaj paŝoj estas postulataj:

Agordu la sekurecnivelon de CAN-FD al sekura uzanto (0x2) aŭ sekura privilegio (0x3) en SEC_AHB->MASTER_SEC_LEVEL registro.
Asignu sekuran uzantan aŭ sekuran privilegian nivelon por CAN-FD registra spaco en SEC_AHB-> SEC_CTRL_AHB_PORT8_SLAVE1 Registro.
Asignu sekurecan uzantan aŭ sekuran privilegian nivelon por mesaĝo RAM.

Example:
Se 16KB de SRAM 2 (0x2000_C000) banko estas uzata por CAN-mesaĝo RAM. Poste starigu regulojn en SEC_AHB-> SEC_CTRL_RAM2_MEM_RULE0 registriĝu al sekura uzanto (0x2) aŭ sekura privilegio (0x3).

Problemo
La komuna memoro uzata de la CAN-FD-regilo kaj CPU devus esti alirebla uzante sekura kaŝnomo kun adresbito 28 aro (ekz.ample 0x3000_C000). Tamen, kiam CAN-FD faras bustransakcion uzante sekuran kaŝnomon (adresbit 28 aro), la transakcio estas ĉesigita.

Solvaĵo

Kiam CPU aliras la CAN-FD-registron aŭ mesaĝan RAM, ĝi ĉiam devus uzi sekuran kaŝnomon, t.e., 0x3000_C000 por mesaĝa RAM-manipulado. .
Por iu ajn strukturo kiun la CAN-FD-ekscentralo uzas por preni aŭ skribi, memoro devus esti agordita por uzi 0x2000_C000 por ke bustransakcioj funkciu. CAN-FD-programara ŝoforo devus agordi "Mesaĝa RAM-bazadresa registro (MRBA, ofseto 0x200)" kun la fizika adreso de RAM anstataŭ sekura kaŝnomo.

AC/DC devioj detalo

Neniu konata eraro.

Detalo de eraraj notoj

Neniu konata eraro.

Limigita garantio kaj respondeco

Informoj en ĉi tiu dokumento estas provizitaj nur por ebligi sistemojn kaj programistojn uzi NXP-produktojn. Ne estas eksplicitaj aŭ implicitaj kopirajtaj permesiloj donitaj ĉi-suba por desegni aŭ fabriki iujn ajn integrajn cirkvitojn bazitajn sur la informoj en ĉi tiu dokumento. NXP rezervas la rajton fari ŝanĝojn sen plia avizo al ajnaj produktoj ĉi tie.

NXP faras neniun garantion, reprezentadon aŭ garantion pri la taŭgeco de ĝiaj produktoj por iu ajn aparta celo, nek NXP supozas ajnan respondecon ekestiĝantan de la aplikaĵo.
aŭ uzo de iu ajn produkto aŭ cirkvito, kaj specife rifuzas ajnan respondecon, inkluzive sen limigo de konsekvencaj aŭ hazardaj damaĝoj. "Tipaj" parametroj kiuj povas esti provizitaj en NXP-datumfolioj kaj/aŭ specifoj povas kaj ja varias en malsamaj aplikoj, kaj reala efikeco povas varii laŭlonge de la tempo. Ĉiuj operaciaj parametroj, inkluzive de "tipaj", devas esti validigitaj por ĉiu klienta aplikaĵo de la teknikaj fakuloj de la kliento. NXP ne transdonas ajnan permesilon sub siaj patentaj rajtoj nek la rajtoj de aliaj. NXP vendas produktojn laŭ normaj terminoj kaj kondiĉoj de vendo, kiuj troveblas ĉe la sekva adreso: nxp.com/SalesTermsandConditions.

Rajto fari ŝanĝojn
NXP Semiconductors rezervas la rajton fari ŝanĝojn al informoj publikigitaj en ĉi tiu dokumento, inkluzive sen limigo de specifoj kaj produktaj priskriboj, iam ajn kaj sen avizo. Ĉi tiu dokumento anstataŭas kaj anstataŭigas ĉiujn informojn provizitajn antaŭ la publikigo de ĉi tio.

Sekureco
La kliento komprenas, ke ĉiuj NXP-produktoj povas esti submetitaj al neidentigitaj aŭ dokumentitaj vundeblecoj. La kliento respondecas pri la dezajno kaj operacio de ĝiaj aplikoj kaj produktoj dum iliaj vivocikloj por redukti la efikon de ĉi tiuj vundeblecoj sur la aplikoj kaj produktoj de klientoj. La respondeco de la kliento ankaŭ etendiĝas al aliaj malfermaj kaj/aŭ proprietaj teknologioj subtenataj de NXP-produktoj por uzo en aplikoj de klientoj. NXP ne akceptas respondecon por ajna vundebleco. Klientoj devas regule kontroli sekurecajn ĝisdatigojn de NXP kaj sekvi taŭge. Kliento elektos produktojn kun sekurecaj funkcioj, kiuj plej bone plenumas regulojn, regularojn kaj normojn de la celita aplikaĵo kaj faras la finajn dezajnajn decidojn pri ĝiaj produktoj kaj respondecas nur pri plenumado de ĉiuj laŭleĝaj, reguligaj kaj sekurec-rilataj postuloj pri ĝiaj produktoj, sendepende de ajna informo aŭ subteno kiu povas esti provizita de NXP. NXP havas Produktan Sekurecan Incident Response Team (PSIRT) (atingebla ĉe PSIRT@nxp.com) kiu administras la enketon, raportadon kaj solvan liberigon al sekurecaj vundeblecoj de NXP-produktoj.

NXP, la NXP-emblemo, NXP SEKURAJ KONEKTOJ POR PLI LEGA MONDO, COOLFLUX, BRAKU, VERDA PETO, SALUTONTAG, 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, la Freescale-emblemo, AltiVec, CodeWarrior, ColdFire, ColdFire+, la Energy Efficient Solutions-emblemo, Kinetis, Layerscape, MagniV, mobileGT, PEG, PowerQUICC, Procesor Expert, QorIQ, QorIQ Qonverge, SafeAssure, la SafeAssure-emblemo, StarCore, Symphony, VortiQa, Vybrid, Airfast, BeeKit, BeeStack, CoreNet, Flexis, MXC, Platformo en Pako, QUICC Engine, Turo, TurboLink, EdgeScale, EdgeLock, eIQ, kaj Immersive3D estas varmarkoj de NXP BV. Ĉiuj aliaj produktaj aŭ servaj nomoj estas posedaĵoj de siaj respektivaj posedantoj. 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 estas varmarkoj aŭ registritaj varmarkoj de Arm Limited (aŭ ĝiaj filioj) en Usono kaj/aŭ aliloke. La rilata teknologio povas esti protektita per iuj aŭ ĉiuj patentoj, kopirajtoj, dezajnoj kaj komercaj sekretoj. Ĉiuj rajtoj rezervitaj. Oracle kaj Java estas registritaj varmarkoj de Oracle kaj/aŭ ĝiaj filioj. La Power Architecture kaj Power.org vortmarkoj kaj la Power kaj Power.org emblemoj kaj rilataj markoj estas varmarkoj kaj servomarkoj licencitaj de Power.org. M, M Mobileye kaj aliaj varmarkoj aŭ emblemoj de Mobileye aperantaj ĉi tie estas varmarkoj de Mobileye Vision Technologies Ltd. en Usono, EU kaj/aŭ aliaj jurisdikcioj.

Dokumentoj/Rimedoj

NXP LPC55S0x M33 Bazita Mikroregilo [pdf] Uzanto-manlibro
LPC55S0x, M33 Bazita Mikroregilo, Bazita Mikroregilo, LPC55S0x, Mikroregilo

Referencoj

Uzanto Manlibro

NXP LPC55S0x M33 Bazita Mikroregilo

Dokumentaj informoj