This document describes key differences and new features on i.MX RT1170,
compared with i.MX RT1060. This document can be used as the migration
reference. It is intended for audience:
• who have developed some projects based i.MX RT1060 and decided to
migrate the project into i.MX RT1170.
• who is familiar with i.MX RT1060 and want to start the new project
based on previous knowledge on i.MX RT1060.
SEMC - Parallel NOR FLASH/SRAMUp to 16 bitUp to 16 bit
32 KB I-Cache
32 KB D-Cache
512 KB
8/16-bit SDRAM
up to 166 MHz
CM7 @ Up to 1 GHz
32 KB I-Cache
32 KB D-Cache
CM4 @ Up to 400 MHz
16 KB I-Cache
16 KB D-Cache
512 KB + 128 KB OCRAM1
512 KB + 128 KB OCRAM2
256 KB (Shared with CM4 TCM)
8/16/32-bit SDRAM
Up to 200 MHz
uSDHC - SD/eMMCeMMC 4.5/SD 3.0eMMC 5.0/SD 3.0
Flex SPI22
Flex SPI - WidthUp to 8 bitUp to 16 bit
Flex SPI - Single/Dual/Quad SPI interface√√
Flex SPI - Hyper√√
Flex SPI - PSRAM—√
Flex SPI - OCT interface with XIP support√√
Graphic, Display & Camera
LCDIF√√
LCDIFv2
—
√
Table continues on the next page...
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note2 / 15
NXP Semiconductors
Table 1. SOC comparison (continued)
Items for comparisoni.MX RT1060i.MX RT1170
PXP√√
SOC comparison
GPU
—
√
Parallel CSI√√
Parallel DSI√√
MIPI CSI
MIPI DSI
—
—
√
√
Connectivity
USB22
10/100M ENET with IEEE158821
1G ENET with AVB—1
1G ENET with TSN—1
UART812
LPSPI46
I2C46
FlexCAN33
FlexIO32
EVMSIM—2
GPIO149174
Audio
SAI34
SPDIF11
ASRC—1
PDM MIC—1
MQS11
Timer
WDOG45
Table continues on the next page...
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note3 / 15
NXP Semiconductors
Table 1. SOC comparison (continued)
Items for comparisoni.MX RT1060i.MX RT1170
GPT66
QDC44
QTimer44
FlexPWM44
PIT12
Analog
ACMP44
ADC20
LPADC02
Package
ADC ETC11
DAC01
TSC10
Others
eDMA12
8 × 8 Keypad√√
Security√√
3 Package
As shown in Table 2, i.MX RT1170 is a 289-pin MAPBGA while i.MX RT1060 is a 196-pin MAPBGA. i.MX RT1170 has a larger
package in order to accommodate additional functionality and change to the power architecture.
Table 2. Package comparison
RT1060RT1170
Package196-pin MAPBGA289-pin MAPBGA
4 Pin mux
For the new pin mux on i.MX RT1170, user can refer to Table 3.
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note4 / 15
NXP Semiconductors
Power supply change
Table 3. Pin mux information/tools
Pin mux information/toolsComments
Muxing Options table in RMGive pin list information for a peripheral.
Pin Assignments in RMGive pin mux list information on a pin and also show pad setting.
Pin Assignments in excel format
Pin config tool in MCUXpresso or standalone toolsA powerful graphic tool help customer to assign pin for application.
This table is in the attachment of this document as an option for
pin assignment.
5 Power supply change
The following describes key differences between i.MX RT1170 and RT1060. For details, see
for the MIMXRT1170 Processor
(document MIMXRT1170EVKHUG).
• i.MX RT1170 has more power domains than RT1060, especially introduces NVCC_LPSR domain. You will see during power
up sequence only if VDD_LPSR_DIG is stable, VDD_SOC_IN can be applied after 1 ms delay.
• i.MX RT1170 uses POR pin reset in VDD_SNVS_DIG (1.8 V) domain, which means to add external pull up or to use external
POR logic, guarantee the voltage level first.
• i.MX RT1170 internal DCDC has two outputs, VDD_DIG for core platform and 1.8 V for chip supply. i.MX RT1060 has only
one output.
• i.MX RT1170 is an automotive grade product and the internal DCDC load capacity is limited, so external PMIC is required
to power the core platform. For RT1060, internal DCDC is suggested for different standard products.
(document MIMXRT1170HDUG) and
MIMXRT1170 EVK Board Hardware User’s Guide
Hardware Development Guide
6 Clock
6.1 Overview
i.MX RT1170 clock architecture is new. It consists of three parts:
• Crystal/OSC/PLL/PLL_PFD as clock source
• Available clock source for each clock root and divider setting
• Clock gate
For more important information related to the below, see
• System Clocks Table: Gives the IP clock mapping to system clock source.
• Clock Tree: Gives the clock path from clock source to each root clock.
• Clock Sources Table: Lists all possible clock sources.
• Clock Root Table: Give the available clock source for each root clock.
• Clock Gate Table: Lists all the gate control.
• Clock Group: Lists all the clock groups (Synchronized clock).
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note5 / 15
i.MX RT1170 Processor Reference Manual
(document IMXRT1170RM).
NXP Semiconductors
6.2 Oscillator & PLL
Table 4. Oscillator & PLL comparison
Oscillator & PLLRT1060RT1170
Crystal Oscillator 24 MHz√√
Crystal Oscillator 32 KHz√√
RC Oscillator 32 KHz√√
Power mode/management
RC Oscillator 16 MHz
RC Oscillator 24 MHz√
RC Oscillator 48 MHz
RC Oscillator 400 MHz
PLL1ARM PLL (Up to 600 MHz core)ARM PLL (Up to 1 GHz core)
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note7 / 15
NXP Semiconductors
Graphic and display
Table 7. ECC comparison
Items for comparisoni.MX RT1060i.MX RT1170
FLEX RAM ECC—√
OCRAM MECC64—√
External XECC—√
11 Graphic and display
11.1 Graphics Processing Unit (GPU2D)
Graphics Processing Unit (GPU) provides high performance, low-power consumption, and high-quality graphics. It supports
raster, vector graphics encompassing most of the embedded graphics use-case scenarios. The following hardware platform and
operating system independent APIs are provided. These APIs provide user controls for optimizing the acceleration capabilities
available with GPU.
• OpenVG 1.1 API Standard for Vector Graphics Acceleration
• VGLite Graphics API
11.1.1 OpenVG 1.1 API standard for vector graphics acceleration
OpenVG is a royalty-free, cross-platform API managed by Khronos Group. It provides a low-level hardware acceleration interface
for vector graphics libraries such as Flash and SVG. OpenVG is used for acceleration of high-quality vector graphics for user
interfaces and text on small screen devices.
11.1.2 VGLite graphic API
The GPU can also be used with the VGLite Graphics API. It is designed to support menu-driven user interfaces optimized for
a system’s overall resource requirements. The goal is to provide maximum performance and keep the memory footprint to a
minimum. It has a feature set smaller than required to pass Khronos OpenVG CTS. Supported features include: Porter-Duff
Blending, Gradient Controls, Fast Clear, Arbitrary Rotations, Path Filling rules, Path painting, and Pattern Path Filling.
The VGLite API is partitioned to provide controls for following functionalities:
• Initialization: For Hardware and Software initialization
• Pixel Buffers Management: For GPU surface buffer allocate/free
• Matrix control: For transformation including rotation, scale, and translate
• Blit: For Raster rendering with compositing, blending, CSC, etc.
• Vector Path Control: For 2D path data setup
• Draw: For Draw operations
The VGLite Graphics API document is available as a part of the Software Development Kit (SDK).
11.2 LCDIFv2
LCDIFv2 is a new graphic IP on i.MX RT1170 with the following features:
• Display layers can support up to maximum eight layers of alpha blending.
— One Background (BG) layer for static background image
— One Foreground (FG) layer for video
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note8 / 15
NXP Semiconductors
— Six User Interface (UI) layers for the icons, test, moving pointers etc.
— The UI layers are for small objects which can be stored in OCRAM.
— The index color (1/2/4/8 bpp) support for each layer and lookup with separate. Color Look-Up Table (CLUT) memory
to 32 bits ARGB pixel.
• Each layer supports:
— Programmable plane size, Width/Height/Pitch, and X/Y offset on the panel.
— Background color for plane graphics
— Embedded alpha and global alpha
— Index color, 1/2/4/8 bpp
— Other layer encoding formats:
◦ RGB565/ARGB1555/ARGB4444
◦ YCbCr422, supporting up to two YCbCr layers in blending operation
◦ RGB888/ARGB8888/ABGR8888
• Support one parallel camera interface input and the following data formats of CSI-2:
— YUV422/RGB888/RGB666/RGB565/RGB555/RGB444
Audio
12 Audio
12.1 ASRC
The Asynchronous Sample Rate Converter (ASRC) is a new IP on i.MX RT1170 which converts the sampling rate of a signal
associated with an input clock into a signal associated with a different output clock.
The ASRC supports concurrent sample rate conversion of up to 10 channels of about -120 dB THD+N and supports up to three
sampling rate pairs.
The incoming audio data to this chip may be received from various sources at different sampling rates. The outgoing audio data of
this chip may have different sampling rates and it can be associated with output clocks that are asynchronous to the input clocks.
12.2 PDM MIC interface
i.MX RT1170 has a new feature which supports four lanes up to eight channel of PDM D-MIC audio input.
Features:
• Decimation filters
— Fixed filtering characteristics for audio application
— 24-bit signed filter output
— Dynamic range: <140dB at 1KHz tone (0dBFS); per AES17
— Internal clock divider for a programmable PDM clock generation
— Full or partial set of channels operation with individual enable control
— Programmable decimation rate
— Programmable DC remover
— Range adjustment capability
— FIFOs with interrupt and DMA capability
◦ Each FIFO with 8 entries length
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note9 / 15
NXP Semiconductors
• Hardware Voice Activity Detector (HWVAD)
— Interrupt capability
— Zero-Crossing Detection (ZCD) option
13 Low speed peripherals
13.1 FlexIO
Table 8. FlexIO
Items for comparisoni.MX RT1060i.MX RT1170
Instance count32
Port sizeUp to 32 bitUp to 32 bit
Shifter count48
Timer count48
Low speed peripherals
14 EMVSIM
Relative to i.MX RT1060, the EMVSIM module is a new IP on i.MX RT1170 which supports the following features:
• Independent clock for SIM logic (transmitter + receiver) and independent clock for register read-write interface
• 16 byte deep FIFO for transmitter and receiver
• Automatic NACK generation on parity error and receiver FIFO overflow error
• Both Inverse and Direct conventions
• Re-transmission of byte upon Smart Card NACK request with programmable threshold of re-transmissions
• Auto detection of Initial Character in receiver and setting of data format, inverse or direct
• NACK detection in receiver
• Independent timers to measure character wait time, block wait time and block guard time
• Two general purpose counters available for use by software application with programmable clock selection for the
counters
• DMA support is available to transfer data to/from FIFOs. Programmable option is available to select interrupt or DMA
feature
• Programmable Pre-scaler generates the desired frequency for Card Clock and Baud Rate Divisor generates the internal
ETU clocks for transmitter and receiver for any F/D ratio
• Deep sleep wake-up via Smart Card presence detect interrupt
• Manual control of all Smart Card interface signals
• Automatic power down of port logic on Smart Card presence detect
• 8-bit LRC and 16-bit CRC generation for bytes from the transmitter and incoming message checksum for the receiver
15 Watchdog
Table 9 lists the watchdog comparison.
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note10 / 15
NXP Semiconductors
Analog
Table 9. Watchdog comparison
Items for comparisoni.MX RT1060i.MX RT1170
Watchdog22
RTWDOG12
External Watchdog Monitor (EWM)11
16 Analog
RT1170 does not contain Touch Screen Controller (TSC).
The ADC peripherals for RT1170 are redesigned LPADC and the block diagram structure is completely different from that of the
i.MX RT1060. For details, see
Table 10 lists the feature comparison.
Table 10. ADC for i.MX RT1060 and i.MX RT1170
Items for comparisoni.MX RT1060i.MX RT1170
i.MX RT1170 Processor Reference Manual
(document IMXRT1170RM).
Max sampling rate1 MS/s4.2 MS/s
External analog inputs1620
Differential operation with 13-bit resolution—√
Result data FIFO supported—√
Command buffers—15
Channel scaling—√
17 Boot
Table 11 lists differences related to system boot between the RT1060 and the RT1170.
Table 11. System boot differences between RT1060 and RT1170
FeatureDecryptioni.MX RT1060i.MX RT1170
• Serial NOR/NAND
Boot Device
• Raw NAND
• SD/MMC
• 1-bit SPI NOR/EEPROM
SupportedSupported
• Parallel NORSupportedUnsupported
Protocolsdphostblhost
Serial Downloader
• USB-HIDSupportedSupported
Table continues on the next page...
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note11 / 15
NXP Semiconductors
Table 11. System boot differences between RT1060 and RT1170 (continued)
FeatureDecryptioni.MX RT1060i.MX RT1170
• UART
Boot CoreN/ACM7CM7/CM4
Security
External
RAM destination
Internal RAM ECCN/AUnsupportedSupported
• DCDSupportedSupported
• XMCDUnsupportedSupported
18 Security
Table 12 lists differences related to the security between RT1060 and RT1170.
Table 12. Security differences between RT1060 and RT1170
• RSA public keys (1024-bit,
2048-bit, 3072-bit and 4096-bit)
• Supported
• RSA public keys (1024-bit, 2048-bit,
3072-bit and 4096-bit)
• ECC (P256/P384/P-521)
Secure Boot
Crypto Engine
Encrypted XIP
Hash
Algorithm Engine
• BEE
— AES-128 ECB and CTR
— Decrypt cypher context of
FlexSPI
• DCP
— SHA-1, SHA-256
• OTFAD1/2
— CTR-AES (128 bit)
— Decrypt cypher context of
FlexSPI
• IEE
— XTS-AES 256, 512 bit
— CTR-AES 128, 256 bit
— RAM encryption/decryption
— FlexSPI decryption only
• CAAM
— SHA-1, SHA-2
224/256/384/512
— MD5
— HMAC
Table continues on the next page...
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note12 / 15
NXP Semiconductors
Table 12. Security differences between RT1060 and RT1170 (continued)
FeatureDecryptioni.MX RT1060i.MX RT1170
• CAAM
Symmetric
Algorithm Engines
• DCP
— AES-128 (ECB and CBC
modes)
— AES 128, 192, 256 with
baseline modes (additional
modes include GCM, CMAC)
— 3DES/DES
• CAAM
— RSA (up to 4096 bits)
Security
Asymmetric
Algorithm Engine
RNG
Key managementKey Mangement
Always-on Domain
Secure Non-Volatile
Storage (SNVS)
• DCP
— Unsupported
• SA-TRNG
— Entropy source
• OCOTP
— OTPMK
— SW_GP2
• Secure Real-time Clock (SRTC)
• Zero Master Key (ZMK 128 bits)
• Digital Low-Voltage Detector
• Power glitch detector
— ECDSA (up to 521)
— ECDH
— Scalar-number Arithmetic
— ECC point Arithmetic
• CAAM
— RNG4 seeded by TRNG
• OCOTP
— OTPMK
— USER_KEY1/2/3/4/5
• PUF
• Secure Real-time Clock (SRTC)
• Zero Master Key (ZMK 256 bits)
• Digital Low-Voltage Detector
• Power glitch detector
• 4 KB secure retention RAM
• Provides a 1 K bit register protected
by tamper
• Voltage, temperature and Frequency
Tamper detector (RT1173 only)
• 10 external Tamper PINs (RT1173
only)
Secure Debug
Challenge-response
mechanism
• SJC (56 bit response)• JTAGC (128 bit response)
• RDC
Others
Access Protection• CSU
• xRDC
• IEE_APC
Table continues on the next page...
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note13 / 15
NXP Semiconductors
Table 12. Security differences between RT1060 and RT1170 (continued)
FeatureDecryptioni.MX RT1060i.MX RT1170
Software migration consideration
Manufacturing
Protection (MP)
For tamper feature application, see
How to use Tamper Function
• Unsupported• Supported
(document AN13078).
19 Software migration consideration
For software migration, similar with i.MX RT1060, i.MX RT1170 SW ecosystem is based on MCUXpresso SDK/IDE/Tools, as
listed in Table 13.
Table 13. SW ecosystem comparison
Items for comparisoni.MX RT1060i.MX RT1170
MCUXpresso SDK√√
MCUXpresso IDE√√
MCUXpresso Config Tools√√
MCUXpresso Secure Provisioning Tools√√
IAR√√
Keil√√
GCC√√
For the software-related silicon features, such as, clock, power mode, new IP on i.MX RT1170, users need to port the codes or
re-design on the i.MX RT1170 platform.
Codes related with the same IP feature on both i.MX RT1170 and i.MX RT1060 can be reused. Differences due to different SDK
version should be considered.
20 References
•
i.MX RT1170 Processor Reference Manual
•
i.MX RT1170 Crossover Processors Data Sheet for Consumer Products
(document IMXRT1170RM)
(document IMXRT1170CEC)
21 Revision history
Table 14. Revision history
Rev.DateDescription
0December 30, 2020Initial release
1February 18, 2021Updated RT1050/60 with RT1060
Migration guide from i.MX RT1060 to i.MX RT1170, Rev. 1, February 18, 2021
Application Note14 / 15
How To Reach Us
Home Page:
nxp.com
Web Support:
nxp.com/support
Information in this document is provided solely to enable system and software implementers to use NXP products. There
are no express or implied copyright licenses granted hereunder to design or fabricate any integrated circuits based on the
information in this document. NXP reserves the right to make changes without further notice to any products herein.
NXP makes no warranty, representation, or guarantee regarding the suitability of its products for any particular purpose, nor
does NXP assume any liability arising out of the application or use of any product or circuit, and specifically disclaims any
and all liability, including without limitation consequential or incidental damages. “Typical” parameters that may be provided
in NXP data sheets and/or specifications can and do vary in different applications, and actual performance may vary over
time. All operating parameters, including “typicals,” must be validated for each customer application by customer's technical
experts. NXP does not convey any license under its patent rights nor the rights of others. NXP sells products pursuant to
standard terms and conditions of sale, which can be found at the following address: nxp.com/SalesTermsandConditions.
Right to make changes - NXP Semiconductors reserves the right to make changes to information published in this
document, including without limitation specifications and product descriptions, at any time and without notice. This
document supersedes and replaces all information supplied prior to the publication hereof.
Security — Customer understands that all NXP products may be subject to unidentified or documented vulnerabilities.
Customer is responsible for the design and operation of its applications and products throughout their lifecycles to reduce
the effect of these vulnerabilities on customer’s applications and products. Customer’s responsibility also extends to other
open and/or proprietary technologies supported by NXP products for use in customer’s applications. NXP accepts no
liability for any vulnerability. Customer should regularly check security updates from NXP and follow up appropriately.
Customer shall select products with security features that best meet rules, regulations, and standards of the intended
application and make the ultimate design decisions regarding its products and is solely responsible for compliance with all
legal, regulatory, and security related requirements concerning its products, regardless of any information or support that
may be provided by NXP. NXP has a Product Security Incident Response Team (PSIRT) (reachable at PSIRT@nxp.com)
that manages the investigation, reporting, and solution release to security vulnerabilities of NXP products.
NXP, the NXP logo, NXP SECURE CONNECTIONS FOR A SMARTER WORLD, COOLFLUX,EMBRACE, GREENCHIP,