Instrukcja obsługi mikrokontrolera opartego na NXP LPC55S0x M33

Obrót silnika	Data	Opis
1.3	20211110	Dodano uwagę CAN-FD.1 w sekcji 3.3 „CAN-FD.1: Przerwanie transakcji magistrali może wystąpić, gdy urządzenie peryferyjne CAN-FD używa bezpiecznego aliasu”.
1.2	20210810	Dodano VBAT_DCDC.1: Sekcja 3.2 „VBAT_DCDC.1: Minimalny czas narastania napięcia zasilania musi wynosić 2.6 ms lub mniej dla Tamb = -40 C i 0.5 ms lub mniej dla Tamb = 0 C, aby
		+105 stopni Celsjusza”
1.1	20201006	Druga wersja.
1.0	20200814	Początkowa wersja.

Identyfikacja produktu

Pakiet LPC55S0x/LPC550x HTQFP64 ma następujące oznaczenie na górze:

Pierwsza linia: LPC55S0x/LPC550x
Druga linia: JBD64

Trzecia linia: xxxx
Czwarta linijka: xxxx

Piąta linia: zzzyywwxR
- yyww: Kod daty, gdzie yy = rok, a ww = tydzień.
- xR: Wersja urządzenia A

Obudowa LPC55S0x/LPC550x HVQFN48 ma następujące oznaczenia na górnej stronie:

Pierwsza linia: LPC55S0x/LPC550x
Druga linia: JHI48

Trzecia linia: xxxxxxxx
Czwarta linijka: xxxx

Piąta linia: zzzyywwxR
- yyww: Kod daty, gdzie yy = rok, a ww = tydzień.
- xR: Wersja urządzenia A

Errata skończonaview

Tabela problemów funkcjonalnych

Tabela 1. Tabela problemów funkcjonalnych
Funkcjonalny Problemy z krótkim opisem	Identyfikator wersji	Szczegółowy opis
Pamięć ROM.1 ROM nie może przejść do trybu ISP, gdy obraz jest uszkodzony, a strony flash są w stanie wymazanym lub niezaprogramowanym.	A	Rozdział 3.1
VBAT_DCDC.1 Minimalny czas narastania napięcia zasilania musi wynosić 2.6 ms lub dłużej dla Tamb = -40 C i 0.5 ms lub dłużej dla Tamb = 0 C do +105 C.	A	Rozdział 3.2
Przerwanie transakcji na magistrali CAN-FD.1 może nastąpić, gdy urządzenie peryferyjne CAN-FD używa bezpiecznego aliasu.	A	Rozdział 3.3.

Tabela odchyleń AC/DC

Notatki erraty

Szczegóły problemów funkcjonalnych

ROM.1: ROM nie może przejść do trybu ISP, gdy obraz jest uszkodzony, a strony flash są w stanie wymazanym lub niezaprogramowanym

Wstęp
W modelu LPC55S0x/LPC550x, jeśli obraz jest uszkodzony przez strony flash w stanie skasowanym lub niezaprogramowanym, pamięć ROM może nie przejść automatycznie w tryb ISP.

Problem
Gdy w CMPA włączony jest bezpieczny rozruch, a pamięć flash zawiera skasowaną lub niezaprogramowaną stronę pamięci w obszarze pamięci określonym przez pole rozmiaru obrazu w nagłówku obrazu, urządzenie nie przechodzi automatycznie w tryb ISP przy użyciu mechanizmu awaryjnego, jak w przypadek nieudanego rozruchu dla nieprawidłowego obrazu. Ten problem występuje, gdy obraz aplikacji jest tylko częściowo zapisany lub usunięty, ale w pamięci nadal znajduje się prawidłowy nagłówek obrazu.

Obejście problemu
Wykonaj masowe wymazywanie, aby usunąć niekompletny i uszkodzony obraz, korzystając z jednej z następujących metod:

Wykonaj polecenie erasme za pomocą polecenia Debug. Urządzenie przejdzie bezpośrednio do trybu ISP po wyjściu ze skrzynki pocztowej.
Przejdź do trybu ISP za pomocą polecenia Debug Mailbox i użyj polecenia flash-erase.
Zresetuj urządzenie i przejdź do trybu ISP za pomocą polecenia ISP. Użyj polecenia flash-erase, aby usunąć uszkodzony (niekompletny) obraz.

VBAT_DCDC.1: Minimalny czas narastania napięcia zasilania musi wynosić 2.6 ms lub mniej dla Tamb = -40 C i 0.5 ms lub mniej dla Tamb = 0 C do +105 C

Wstęp
W arkuszu danych nie określono wymagań dotyczących zasilania dla zasilacza na pinie VBAT_DCDC.

Problem
Urządzenie może nie zawsze się uruchomić, jeżeli minimalny czas narastania napięcia zasilania ramp wynosi 2.6 ms lub szybciej dla Tamb = -40 C i 0.5 ms lub szybciej dla Tamb = 0 C do +105 C.

Obejście problemu
Nic.

CAN-FD.1: Transakcja magistrali może zostać przerwana, gdy urządzenie peryferyjne CAN-FD używa bezpiecznego aliasu

Wstęp
W przeciwieństwie do CM33, dla innych masterów AHB (CAN-FD, USB-FS, DMA) poziom bezpieczeństwa transakcji jest ustalony na podstawie poziomu przypisanego dla mastera w rejestrze SEC_AHB->MASTER_SEC_LEVEL. Tak więc, jeśli aplikacja musi ograniczyć CAN-FD w celu zabezpieczenia, wymagane są następujące kroki:

Ustaw poziom bezpieczeństwa CAN-FD na bezpieczny użytkownik (0x2) lub bezpieczne uprawnienie (0x3) w rejestrze SEC_AHB->MASTER_SEC_LEVEL.
Przypisz poziom bezpiecznego użytkownika lub bezpiecznego uprawnienia dla przestrzeni rejestru CAN-FD w rejestrze SEC_AHB-> SEC_CTRL_AHB_PORT8_SLAVE1.
Przypisz poziom bezpiecznego użytkownika lub bezpiecznego uprawnienia dla pamięci RAM wiadomości.

Exampna:
Jeśli 16KB banku SRAM 2 (0x2000_C000) jest używane dla wiadomości CAN RAM. Następnie ustaw reguły w SEC_AHB->SEC_CTRL_RAM2_MEM_RULE0 zarejestruj się na bezpieczny użytkownik (0x2) lub bezpieczny przywilej (0x3).

Problem
Pamięć współdzielona używana przez kontroler CAN-FD i procesor powinna być dostępna za pomocą bezpiecznego aliasu z ustawionym bitem adresu 28 (npampplik 0x3000_C000). Jednakże, gdy CAN-FD dokonuje transakcji magistrali przy użyciu bezpiecznego aliasu (ustawiony bit adresu 28), transakcja jest przerywana.

Obejście problemu

Gdy procesor uzyskuje dostęp do rejestru CAN-FD lub pamięci RAM komunikatów, powinien zawsze używać bezpiecznego aliasu, np. 0x3000_C000, w celu manipulacji pamięcią RAM komunikatów.
Dla każdej struktury, której urządzenie peryferyjne CAN-FD używa do pobierania lub zapisywania, pamięć powinna być ustawiona na używanie 0x2000_C000, aby transakcje magistrali działały. Sterownik oprogramowania CAN-FD powinien ustawić „Message RAM base address register (MRBA, offset 0x200)” na adres fizyczny RAM zamiast bezpiecznego aliasu.

Szczegóły odchyleń AC/DC

Brak znanej erraty.

Szczegóły notatki Erraty

Brak znanej erraty.

Ograniczona gwarancja i odpowiedzialność

Informacje zawarte w tym dokumencie mają na celu umożliwienie realizatorom systemów i oprogramowania korzystanie z produktów NXP. Niniejszy dokument nie udziela żadnych wyraźnych ani dorozumianych licencji dotyczących praw autorskich na projektowanie lub wytwarzanie jakichkolwiek układów scalonych w oparciu o informacje zawarte w tym dokumencie. NXP zastrzega sobie prawo do wprowadzania zmian bez wcześniejszego powiadomienia do jakichkolwiek produktów w niniejszym dokumencie.

Firma NXP nie udziela żadnych gwarancji, oświadczeń ani zapewnień dotyczących przydatności swoich produktów do jakiegokolwiek konkretnego celu, ani nie ponosi żadnej odpowiedzialności wynikającej z ich zastosowania.
lub korzystania z jakiegokolwiek produktu lub obwodu, a także wyraźnie zrzeka się wszelkiej odpowiedzialności, w tym, bez ograniczeń, szkód następczych lub przypadkowych. „Typowe” parametry, które mogą być podane w arkuszach danych i/lub specyfikacjach NXP, mogą się różnić i różnią się w różnych zastosowaniach, a rzeczywista wydajność może się zmieniać w czasie. Wszystkie parametry robocze, w tym „typowe”, muszą zostać zweryfikowane dla każdej aplikacji klienta przez ekspertów technicznych klienta. NXP nie przekazuje żadnej licencji na podstawie swoich praw patentowych ani praw innych osób. NXP sprzedaje produkty zgodnie ze standardowymi warunkami sprzedaży, które można znaleźć pod następującym adresem: nxp.com/SalesTermsandConditions.

Prawo do wprowadzania zmian
NXP Semiconductors zastrzega sobie prawo do wprowadzania zmian w informacjach opublikowanych w tym dokumencie, w tym między innymi w specyfikacjach i opisach produktów, w dowolnym czasie i bez powiadomienia. Niniejszy dokument zastępuje i zastępuje wszystkie informacje dostarczone przed publikacją niniejszego dokumentu.

Bezpieczeństwo
Klient rozumie, że wszystkie produkty NXP mogą być narażone na niezidentyfikowane lub udokumentowane luki w zabezpieczeniach. Klient jest odpowiedzialny za projektowanie i działanie swoich aplikacji i produktów przez cały cykl ich życia, aby zmniejszyć wpływ tych luk w zabezpieczeniach na aplikacje i produkty klientów. Odpowiedzialność klienta obejmuje również inne otwarte i/lub zastrzeżone technologie obsługiwane przez produkty NXP do użytku w aplikacjach klientów. NXP nie ponosi odpowiedzialności za żadne luki w zabezpieczeniach. Klienci powinni regularnie sprawdzać aktualizacje zabezpieczeń od NXP i odpowiednio je śledzić. Klient powinien wybrać produkty z funkcjami bezpieczeństwa, które najlepiej spełniają zasady, przepisy i standardy zamierzonego zastosowania i podjąć ostateczne decyzje projektowe dotyczące swoich produktów i ponosi wyłączną odpowiedzialność za zgodność ze wszystkimi wymogami prawnymi, regulacyjnymi i związanymi z bezpieczeństwem dotyczącymi swoich produktów, niezależnie od wszelkich informacji lub wsparcia, które może być świadczone przez NXP. NXP ma zespół reagowania na incydenty bezpieczeństwa produktu (PSIRT) (dostępny pod adresem PSIRT@nxp.com) zajmujący się badaniem, raportowaniem i udostępnianiem rozwiązań w zakresie luk w zabezpieczeniach produktów NXP.

NXP, logo NXP, NXP BEZPIECZNE POŁĄCZENIA DLA MĄDRZEJSZEGO ŚWIATA, 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 Energy Efficient Solutions, Kinetis, Layerscape, MagniV, mobileGT, PEG, PowerQUICC, Processor Expert, QorIQ, QorIQ Qonverge, SafeAssure, logo SafeAssure, StarCore, Symphony, VortiQa, Vybrid, Airfast, BeeKit, BeeStack, CoreNet, Flexis, MXC, Platforma w pakiecie, QUICC Engine, Tower, TurboLink, EdgeScale, EdgeLock, eIQ i Immersive3D są znakami towarowymi firmy NXP BV. Wszystkie pozostałe nazwy produktów lub usług są własnością ich odpowiednich właścicieli. 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 są znakami towarowymi lub zastrzeżonymi znakami towarowymi firmy Arm Limited (lub jej spółek zależnych) w USA i/lub gdzie indziej. Powiązana technologia może być chroniona jednym lub wszystkimi patentami, prawami autorskimi, projektami i tajemnicami handlowymi. Wszelkie prawa zastrzeżone. Oracle i Java są zastrzeżonymi znakami towarowymi firmy Oracle i/lub jej podmiotów stowarzyszonych. Znaki słowne Power Architecture i Power.org oraz logo Power i Power.org oraz powiązane znaki są znakami towarowymi i znakami usługowymi licencjonowanymi przez Power.org. M, M Mobileye i inne znaki towarowe lub logo Mobileye pojawiające się w niniejszym dokumencie są znakami towarowymi firmy Mobileye Vision Technologies Ltd. w Stanach Zjednoczonych, UE i/lub innych jurysdykcjach.

Dokumenty / Zasoby

Mikrokontroler NXP LPC55S0x oparty na M33 [plik PDF] Instrukcja obsługi
LPC55S0x, Mikrokontroler oparty na M33, Mikrokontroler oparty na LPC55S0x, Mikrokontroler

Odniesienia

Instrukcja obsługi

Mikrokontroler NXP LPC55S0x oparty na M33

Informacje o dokumencie