OM12001 - Automotive
Telematics On-board unit
Platform
Road Pricing - ECall
Rev. 0.75 — 14th August 2012Preliminary Specification
Document information
InfoContent
TitleOM12001 - Automotive Telematics On-board unit Platform
Short title (1 line)OM12001 (ATOP)
SubtitleRoad Pricing - ECall
Short subtitle (1 line) Telematics
Document IDATOP Preliminary Specification
Document typePreliminary Specification
Revision number0.75
KeywordsTelematics, Pay as you drive, eCall
AbstractAn Automotive T elematics On Board Unit Platform for Road pricing, eCall
and Telematics added value services
Page 2
NXP Semiconductors
OM12001 (ATOP)
Telematics
Revision history
RevDateDescription
0.759th August 2012Numerous typos corrected
0.746th August 2012Updated spec for “minus” version, ie. without NFC and security components.
0.731st February 2012Added RHF indication description to label
Preliminary SpecificationRev. 0.75 — 14th August 2012 2 of 42
Page 3
NXP Semiconductors
1.Introduction
OM12001 (ATOP) is the NXP Semiconductors platform for automotive telematics
on-board units (OBU's) for applications such as road pricing and eCall, based upon the
following technologies:
• GS M for communication
• GPS for localization service
• NFC for short range communication, e.g. configuration and law enforcement
• SmartMX smartcard with Java card JCOP OS for security
• J9 Virtual Machine for application portability and easy creation
• Dedicated processor for Real-Time and connection to system via Ethernet, USB,
• Targeting 10 years lifetime
Thanks to on board ATOP security resources, product developer s and manufacturers can
offer products which guarantee fraud prevention and tamper evidence without extra effort
for additional security precautions. These products can be used in end-to-end transa ction
systems requiring Common Criteria level 4+.
ADC, CAN, UART, ...
1
in automotive conditions
OM12001 (ATOP)
Telematics
OM12001 (ATOP) can be used by itself as a complete solution for GPS-GSM based road
pricing and eCall applications. In this case OM12001 (ATOP) just needs to be
complemented with a power supply, speaker, microphone, some knobs, and an optional
display. OM12001 (ATOP) provides the processing power and SW application
environment resources on board to complement road pricing and eCall with some other
added value telematics services.
OM12001 (ATOP) can also be applied as a 'front end' for more elaborate telematics
products, by making its resources, i.e. GNSS, mobile communication, Security (ID
authentication) available for use by other resources in the OBU.
2 different versions are available
• OM12001/100: Implements all the features described in this document
• OM12001/000: For market where security is not paramount, such as eCall, it does not
2.Product profile
2.1 Features
Utility processor for interfacing with external world and house-keeping
Application processor to run customer application code
include NFC short range communication, nor SmartMX security element
ARM Cortex M3 micro-controller with Ethernet, CAN, USB Host and device, UART,
SPI, I2C Bus, ADCs, DAC, GPIOs, and PWMs
Internal temperature sensor, and heating element
2
1.in accordance with NXP's "Knowledge-Based Qualification" ("KBQ", based upon ZVEI's Robustness Validation
AEC-Q100-defined qualification tests
Preliminary SpecificationRev. 0.75 — 14th August 2012 3 of 42
[1]
), using
Page 4
NXP Semiconductors
OM12001 (ATOP)
Virtual Machine for customer application
Communication coprocessor with Quad-band GSM/GPRS terminal
Localization coprocessor with GPS receive r
Near Field Communication (NFC) controller to connect to external vignette, smart
card, mobile phone
3
Security processor for providing a source of trust
SmartMX smartcard running JCOP 2.4.1
3
Mandatory and voluntary certification
R&TTE and FCC passed for safety, EMC and RF
Pre-certification for GCF, including field test
Certification for PTCRB
Automotive certification
-40 to +85°C operating range
Targeting 10 years lifetime in automotive conditions
1
2.2 Applications
OM12001 (ATOP) can be used for Telematics applications where tamper-resistance,
confidentiality, integrity, and authenticity of end-user information are required, e.g.:
Road pricing
Pay as you drive insurance
Stolen vehicles tracking
Emergency call
...
Telematics
2.3 Quick reference data
OM12001 (ATOP) is available with quad-band support in 2 versions
Table 1.ATOP versions
Name Description
OM12001/100Quad-band GPRS/GSM with antenna switch, GPS, NFC, SMX,
OM12001/000Quad-band GPRS/GSM with antenna switch, GPS, Cortex M3
3.General description
Figure 1 represents OM12001 (ATOP) connections in a typical application, with its
connection to batteries, antennas, and SIM. For communication with external world, ser ial
link, GPIOs, and ADCs will connect to screen, keys, and sensors. UART, CAN or USB can
be used to connect to on board computer.
Preliminary SpecificationRev. 0.75 — 14th August 2012 5 of 42
Page 6
NXP Semiconductors
Application Processor
Localization
Security Processor
NFCGPRS
Utility Processor
Fig 2.ATOP conceptual view
OM12001 (ATOP)
Telematics
4.Features
4.1 Utility processor
Three main components can be seen in Figure 2:
• Application processor: This processor will run code specific to the application
(roadtolling, insurance, ...) which is portable from one platform to another one in order
to avoid recertification:
– A localization coprocessor provides accurate location information to the application
– A NFC coprocessor provides connection to an external vignette to increase
application security
3
– A Communication coprocessor allows the application to connect to servers and
receive update and notifications, receive or generate voice call or SMS
• Security processor which provides a root of trust for signing messages to servers,
authenticate the presence of an external vignette, and run secure multiple security
applications
3
• Utility processor: This processor takes care of all housekeeping tasks such as
connecting to external interfaces, displays, but also of power management, waking-up
and booting-up the system, i.e. all support tasks which are not part of the high lev el
applications but are required to make the system wor k.
A LPC1768 micro-controller is available for interfacing to external world and user
interface.
ARM Cortex M3 core running up to 100 MHz
512 kB on-chip flash memory
64 kB SRAM memory
Dual AHB system that provides for simulta neous DMA and program execution fr om
on-chip flash with no contention between those functions.
General Purpose DMA controller (GPDMA) on AHB that can be used with the SSP
Preliminary SpecificationRev. 0.75 — 14th August 2012 6 of 42
Page 7
NXP Semiconductors
Serial Interfaces
High speed serial interfaces
Analog interfaces
Debug
OM12001 (ATOP)
Telematics
serial interfaces, the I2S port, ADCs, DAC as well as for memory transfers
3 UARTs
2 I2Cs
1 SSP (Synchronous Serial Port) and 1 SPI
I2S output/input
PWM/Capture unit
GPIOs (multiplexed)
Ethernet MAC with RMII interface and dedicated DMA controller
Full Speed USB 2.0 Host/Device controller with integrated PHY
2 CAN channels
7 12 bit ADCs (successive approximation)
1 internal temperature sensor (12 bit ADC)
1 10 bit DAC
ETJAG
Serial Wire Debug
4.2 Application processor
The application processor is actually a Virtual Machine (VM) running on the main CPU of
the GSM/GPRS baseband. Using a Virtual Machine offers numerous advantages:
portability to numerous platforms
maintainability via secure download and update mechanisms
large virtualized feature set, such as:
secure network access (https)
cryptography
Near Field Communication (NFC)
VM has the following features:
CDC Foundation Profile including following additional API's
Wireless Messaging
Mobile playback
Location
Contactless Communication
Telephony
Power management
Connection to micro-controller via message passing
3
4.3 Localization coprocessor
GPS reception is used for localization.
Best in class acquisition and tracking sensitivity
Preliminary SpecificationRev. 0.75 — 14th August 2012 7 of 42
Page 8
NXP Semiconductors
Advanced proprietary multipath algorithms for robust low dropout tracking in very low
SW upgradable
1 Pulse per Second (1PPS) output for synchronization with GPS system clock
4.4 GSM/GPRS coprocessor
Connection to mobile networks is provided by a certified comm un ica tio ns pr ot oc ol stack
that is field tested worldwide. It runs on a single monolithic IC integrating analog and
digital basebands, RF transceiver, power management, and audio codec with
best-in-class RF performance and power consumption.
32-bit ARM926EJ-S™ control processor, up to 156 MHz
Communication engine
Audio subsystem
SIM card interface
OM12001 (ATOP)
Telematics
signals environment
Support for 2 antennas with internal switch
Quad-band support: GSM 850, PCS 1900, E-GSM 900, and DCS 1800
GPRS multislot class 10, class B
HR / FR / EFR / AMR Vocoders
Noise suppression and echo cancellation
Microphone amplifier with differential input
High-performance 8 driver (500mW output power, 1% THD typ)
Digital PCM IO
1.8/2.9V power generation
Compliant with SIM card interface in accordance with GSM11.11
Compliant with ISO7816-3 requirements
4.5 Near Field Communication coprocessor
To connect to a external device, such as vignette, mobile phone, or personalization station
for a road pricing public scheme, a NFC communication link with the following features is
present:
Reader mode
Allows simultaneous access up to two external cards
Offers baud rate up to 424 kbps
Complete NFC framing and error detection
Supports ISO14443A&B/Mifare
Virtual Card mode
Direct connection to battery allowing operation with the rest of system is switched
off
Access to SmartMX in Mifare emulation mode
4.6 Smartcard & JCOP operating system
For telematics and other high value applications, it is paramount to protect against data
tampering, loading of unauthorized applications, ID stealing, as well as to protect end user
privacy. For this, a secured component such as a smartcard is required to be used as a
root of trust.
Preliminary SpecificationRev. 0.75 — 14th August 2012 8 of 42
3
3
Page 9
NXP Semiconductors
OM12001 (ATOP) relies on a SmartMX component with the following features:
Common criteria CC EAL5+ certification according to BSI-PP-0002 protection profile
Latest built-in security features to avoid power (SPA/DPA), timing, and fault attacks
80 KB EEPROM
6144 B RAM
200 KB ROM
Secure cryptographic processor
For portability and to allow multiple secure application (cardlets) to run in complete
isolation, OM12001 (ATOP) offers a Java Card Open Platform operating system (JCOP).
V2.4.1 based on independent, third party specifications, i.e. by Sun Microsystems, the
Global Platform consortium, the International Organization for Standards (ISO), EMV
(Europay, MasterCard, and VISA) and others.
OM12001 (ATOP)
Telematics
EEPROM with typical 500000 cycles endurance and minimum 20 years retention
SmartMX family was designed to service high volume, single- and multi-application
markets such as eGovernment e.g. Smart Passport, banking/finance, mobile
communications, public transportation, pay TV, conditional access, network access, and
digital rights management, thus ensuring applications running on OM12001 (ATOP) can
rely on the highest level of security available.
4.7 Debug and Security
For application development, but also field return analysis, debug capabilities are a must.
However the observability, test and control capabilities given by debug could be used for
device tampering.
That is why ATOP debug capabilities are locked until proper authentication. Additionally,
security features are present to ensure that only signed SW is executed.
For debug, the following features are present:
LPC1768 MCU
CPU debug via JTAG or Serial Wire Debug interface
Unique Serial Number
Core Read Protection with multiple levels
For security, the following features will protect against unauthorized debug, code
tampering, and insertion:
Observability
JTAG access locked down until authentication is performed
All sensitive bus are buried down in the PCB
Code authentication and integrity
Code is signed with RSA to ensure authentication and checked at boot
Preliminary SpecificationRev. 0.75 — 14th August 2012 9 of 42
Page 10
NXP Semiconductors
4.8 Battery and Power management
Thanks to its integration, OM12001 (ATOP) can be connected directly to a mobile phone
battery. All voltage conversion and battery charging management will be handled by
OM12001 (ATOP).
Direct connection to mobile phone type battery
Battery charging management
Support large voltage range
Integration of all required LDO and DC/DC conve rt er s
OM12001 (ATOP)
Telematics
Optional connection to coin cells for RTC
Full HW and SW support of single cell Li-Ion, Li-Ion polymer battery with voltage,
temperature and charge current monitoring
3.1V to 5.5V for Application processor and coprocessors whenever no connection
to GSM network is active (Airplane mode)
3.4 to 4.8V for Application processor and coprocessors when connection to
network is active
3V to 5.5V for Utility processor
Thanks to its use of highly integrated components, optimized for power co nsumptio n, in a
typical application
battery charge.
Separate power supply pins are provided for microcontroller, RTC, and the rest of the
system, so that each part can be separately disabled.
The utility micro-controller can be programmed to wake up OM12001 (ATOP) on external
(CAN, GPIO, ...) or RTC events. In this mode, less than 150 µA of current will be drawn.
1 µA are drawn by RTC if functionality is required.
For the rest of the system, a 50-100 µA leakage current can be expected (assuming
charger input is not active).
5.Ordering information
Please refer to OM12001 release note for ordering information.
6.Functional description
6.1 LPC1768 Micro-controller
LPC1768 will be responsible for tasks such as:
4
, OM12001 (A TO P) can function for about 30 days on a single 70 0 mAh
• booting up the system
• handling RTC and regular wake-up
• interfacing with external sensors, display, buttons via I2C, SPI, UART, ...
• communicating with others car’s units via CAN, UART, Ethernet, ...
• controlling operator access for firmware upgrade, data retrieval via USB, UART, ...
Preliminary SpecificationRev. 0.75 — 14th August 2012 10 of 42
Page 11
NXP Semiconductors
Except for a few services provided by NXP to handle communication between the
application running on Virtual Machine and virtualized external devices, Utility processor
will be completely available to the system integrator.
6.1.1 General features
• ARM Cortex-M3 microcontroller, running up to 100 MHz
• 512 kB on-chip Flash Program Memory with In-System Programming (ISP) and
• 32 kB Static RAM with local code/data bus for high-performance CPU access
• Two 16 kB Static RAM blocks with separate access paths for higher throughput, for
• Multilayer AHB matrix interconnect with separate bus for each AHB master
• Advanced Vectored Interrupt Controller, supporting up to 32 vectored interrupts
• Eight channel General Purpose DMA controller (GPDMA) on the AHB multilayer
• Serial interfaces available externally
• Other APB Peripherals
OM12001 (ATOP)
Telematics
In-Application Programming (IAP) capabilities. Single Flash sector or full-chip erase in
400 ms and 256 bytes programming in 1 ms. Flash program memory is on the ARM
local bus for high performance CPU access
– 10000 erase cycles
– 10 years retention powered on, 20 years powered off
– First 8 erase block are 4 KB large, others are 32 KB large
Ethernet, USB, DMA memory as well as for CPU code and data.
These SRAM blocks may be used for Ethernet, USB, and DMA memory, as well as
for general purpose CPU instruction and data storage for general purpose SRAM
matrix that can be used with the SSP, serial interfaces, the I2S port, as well as for
memory-to-memory transfers
– USB 2.0 Full-speed Device/Host controller with on-chip PHY and associated DMA
controller
– Three UARTs with fractional baud rate generation, one with modem control I/O,
one with IrDA support, all with FIFO. These reside on the APB bus
– One SSP controller with FIFO and multi-protocol capabilities, as well as a SPI port,
sharing its interrupt. The SSP controller can be used with the GPDMA controller
and reside on the APB bus
– Tw o I2C interfaces reside on the APB bus. The second and third I2C interfaces are
expansion I2C interfaces with stan dard port pins rather tha n special open-drain I2C
pins
– I2S (Inter-IC Sound) interface for digital audio input or output, residing on the APB
bus. The I2S interface can be used with the GPDMA
– Tw o channels with Acceptance Filter/FullCAN mode residing on the APB bus
– 12 bit A/D converter with input multiplexing among 7 external pins
– 10 bit D/A converter with DMA support
– Four general purpose timers with a total of 8 capture inputs and ten compare
output pins each. Each timer block has an external count input
Preliminary SpecificationRev. 0.75 — 14th August 2012 13 of 42
Page 14
NXP Semiconductors
6.1.3 Ethernet
Ethernet block supports bus clock rates of up to 100 MHz. The Ethernet block contains a
full featured 10 Mbit/s or 100 Mbit/s Ethernet MAC designed to provide optimized
performance through the use of DMA hardware acceleration. Featur es include a generous
suite of control registers, half or full duplex operation, flow control, control frames,
hardware acceleration for transmit retry, receive packet filtering and wake-up on LAN
activity. Automatic frame transmission and reception with scatter-gather DMA off-loads
many operations from the CPU.
The Ethernet block and the CPU share the ARM Cortex-M3 D-code and system bus
through the AHB-multilayer matrix to access the various on-chip SRAM blocks for
Ethernet data, control, and status information.
The Ethernet block interfaces between an off-chip Ethernet PHY using the Reduced MII
(RMII) protocol and the on-chip Media Independent Interface Management (MIIM) serial
bus.
6.1.4 USB
LPC1768 features an USB interface with a device and host controller with on-chip PHY.
OM12001 (ATOP)
Telematics
6.1.4.1 USB device controller
The device controller enables Full Speed (12 Mbit/s) data exchange with a USB Host
controller. It co nsists of a register interface, serial interface engine, endpoint buffer
memory, and a DMA controller . Th e ser ial interfa ce en gine de codes th e USB da ta stream
and writes data to the appropriate endpoint buf fer. The status of a completed USB transfer
or error condition is indicated via status registers. An interrupt is also generated if
enabled. When enabled, the DMA controller transfers data between the endpoint buffer
and the on-chip SRAM.
6.1.4.2 USB host controller
The host controller enables full- and low-speed dat a exchange with USB devices attached
to the bus. It consists of a register interface, a serial interface engine, and a DMA
controller. The register interface complies with the OHCI specification.
6.1.5 CAN
6.1.5.1 Description
The Controller Area Network (CAN) is a serial communications protocol which efficiently
supports distributed real-time control with a very high level of security. Its domain of
application ranges from high-speed networks to low cost multiplex wiring. The CAN block
is intended to support multiple CAN buses simultaneously, allowing the device to be used
as a gateway, switch, or router among a number of CAN buses in industrial or automotive
applications.
6.1.5.2 Features
• Two CAN controllers and buses
• Data rates to 1 Mbit/s on each bus
• 32-bit register and RAM access
• Compatible with CAN specification 2.0B, ISO 11898-1
Preliminary SpecificationRev. 0.75 — 14th August 2012 14 of 42
Page 15
NXP Semiconductors
• Global Acceptance Filter recognizes 11-bit and 29-bit receive identifiers for all CAN
• Acc ep tance Filter can pr ov ide FullC AN- s tyle automatic reception for selected
• Full CAN messages can generate interrupts
6.1.6 Power saving modes
6.1.6.1 Peripheral and clock control
As shown in Figure 4
clock sources, re-configuring PLL values, and/or altering the CPU clock divider value. This
allows a trade-off of power versus processing speed based on application requirements.
In addition, Peripheral Power Control allows shutting down the clocks to individual on-chip
peripherals, allowing fine tuning of power consumption by eliminating all dynamic power
use in any peripherals that are not required for th e application.
The LPC1768 include three independent oscillators. These are the main oscillator, the
IRC oscillator, and the RTC oscillator. Each oscillator can be used for more than one
purpose as required in a particular application. Any of the three clock sources can be
chosen by software to drive the main PLL and ultimately the CPU.
OM12001 (ATOP)
Telematics
buses
Standard Identifiers
, the CPU clock rate can also be controlled as needed by changing
Following reset, the LPC1768 will operate from the Internal RC oscillator until switched by
software. This allows systems to operate without any external crystal and the bootloader
code to operate at a known frequency. Main oscillator will be driven by an optional
external crystal on customer board. Its presence might be required if an accurate clock is
necessary, for instance for USB or HS CAN compliancy.
Preliminary SpecificationRev. 0.75 — 14th August 2012 15 of 42
Page 16
NXP Semiconductors
6.1.6.2 Power modes
The LPC1768 support a variety of power control features. There are four special mode s of
processor power reduction:
• Sleep
• Deep-sleep
• Power-down
• Deep power-down
The CPU clock rate may also be controlled as needed by changing clock sources,
reconfiguring PLL values, and/or altering the CPU clock divider value. This allows a
trade-off of power versus processing speed based on application requirements. In
addition, Peripheral Power Control allows shutting down the clocks to individual on-chip
peripherals, allowing fine tuning of power consumption by eliminating all dynamic power
use in any peripherals that are not required for th e application. Each of the peripherals
has its own clock divider which provides even better power control.
Integrated PMU (Power Management Unit) automatically adjust internal regulators to
minimize power consumption during Sleep, Deep sleep, Power-down, and Deep
power-down modes.
OM12001 (ATOP)
Telematics
The LPC1768 also implement a separate power domain to allo w turning off power to the
bulk of the device while maintaining operation of the RTC and a small set of registers for
storing data during any of the power-down modes.
Sleep mode: When Sleep mode is entered, the clo ck to th e cor e is stopped. Resum ption
from the Sleep mode does not need any special sequence but re-enabling the clock to the
ARM core.
In Sleep mode, execution of instructions is suspended until either a Reset or interrupt
occurs. Peripheral functions continue operation during Sleep mode and may generate
interrupts to cause the processor to resume execution. Sleep mode eliminates dynamic
power used by the processor itself, memory systems and related controllers, and internal
buses.
Deep-sleep mode: In Deep-sleep mode, the oscillator is shut down and the chip receives
no internal clocks. The processor state and registers, peripheral registers, and internal
SRAM values are preserved throughout Deep-sleep mode and the lo gic levels of chip pins
remain static. The output of the IRC is disabled but the IRC is not powered down for a fast
wake-up later.
The RTC oscillator is not stopped because the RTC interrupts may be used as the
wake-up source. The PLL is automatically turned off and disconnected.
The Deep-sleep mode can be terminated and normal operation resumed by either a
Reset or certain specific interrupts that are able to function without clocks. Since all
dynamic operation of the chip is suspended, Deep-sleep mode reduces chip power
consumption to a very low value. Power to the flash memory is left on in Deep-sleep
mode, allowing a very quick wake-up.
Preliminary SpecificationRev. 0.75 — 14th August 2012 16 of 42
Page 17
NXP Semiconductors
Power-down mode: Power-down mode does everything th at Deep-sleep mode does, but
also turns off the power to the IRC oscillator and the flash memory. This saves more
power but requires waiting for resumption of flash operation before execution of code or
data access in the flash memory can be accomplished.
Deep power-down mode: The Deep power-down mode can only be entered fr om the
RTC block. In Deep power-down mode, power is shut off to the entire chip with the
exception of the RTC module and the RESET pin. The LPC1768 can wake up from Deep
power-down mode via the RESET pin or an alarm match event of the RTC.
Wake-up interrupt controller: The Wake-up Interrupt Controller (WIC) allows the CPU to
automatically wake up from any enabled priority interrupt that can occur while the clocks
are stopped in Deep sleep, Power-down, and Deep power-down modes.
The WIC works in connection with the Nested Vectored Interrupt Controller (NVIC) . When
the CPU enters Deep sleep, Power-down, or Deep power-down mode, the NVIC sends a
mask of the current interrupt situation to the WIC.This mask includes all of the interrupts
that are both enabled and of sufficient priority to be serviced immediately. With this
information, the WIC simply notices when one of the interrupts has occurred and then it
wakes up the CPU.
OM12001 (ATOP)
Telematics
The WIC eliminates the need to periodically wake up the CPU and poll the interrupts
resulting in additional power savings.
6.1.7 RTC
The RTC on the LPC1768 is designed to have extre mely low power consumption, i.e. less
than 1 µA. The RTC will typically run from the main chip power supply, conserving battery
power while the rest of the device is powered up. When operating from a battery, the RTC
will continue working down to 2.1 V. Battery power can be provided from a standard 3 V
Lithium button cell.
An ultra-low power 32 kHz oscillator will provide a 1 Hz clock to the time counting portion
of the RTC, moving most of the power consumption out of the time counting function.
The RTC contains a small set of backup registers (20 bytes) for holding data while the
main part of the LPC1768 is powered off.
The RTC includes an alarm function that can wake up the LPC1768 from all reduced
power modes with a time resolution of 1 s.
7.Application design-in information
7.1 Battery charging
OM12001 (ATOP) natively handles Lithium Ion battery technology.
There are 3 distinct modes for battery charging, depending on the battery voltage:
• trickling mode: In this mode, ATOP will detect whether battery is dead (i.e. voltage
drop as soon as a small current is applied). If that is not the case, a small curr en t of 1
mA will be applied until the voltage is higher than 1.5V, and then ATOP will switch to
pre-charge mode
Preliminary SpecificationRev. 0.75 — 14th August 2012 17 of 42
Page 18
NXP Semiconductors
• precharge mode: Precharge mode is completely under HW control and will continue
• fast charge: If battery level is higher than 3.1V (i.e. enough for baseba nd to boot) and
OM12001 (ATOP)
Telematics
until the battery voltage is high enough so tha t baseband can boot. During precharge,
A TOP will provide a 200 mA current. As SW is not yet booted, temperature will not be
controlled, i.e. precharge will occur even if battery is outside of advised range for a
battery
there is voltage on Vcharge for more than 10 ms, then OM12001 (ATOP) will switch to
SW charge mode. SW will initiate a fast charge with Constant Current - Constant
Volt age (CC-CV) method as described in Figure 5
on the charger falls below 50 mA or whenever overvoltage/overcurrent is detected or
temperature is outside of allowed range (typically 0-50°C).
Limiting and dynamic values can be found in Table 4
. It will stop when the current drawn
and Table 26
Fig 5.Constant Current - Constant Voltage charging method
Figure 6 presents a typical implementation of the charging circuitry. A 0.1 Ohm resistor is
used as a shunt to measure charge current. 2 PMOS transistors are used respectively to
enable charging, avoid reverse leakage from battery to charger, and regulate current.
They should be properly dimensioned for power dissipation.
Preliminary SpecificationRev. 0.75 — 14th August 2012 19 of 42
Page 20
NXP Semiconductors
OM12001 (ATOP)
VBAT_MC_SNK
VDD_3V0_SRC_ENA
VDD_3V0_SRC
Utility processor
LDO
7.3 Current source
OM12001 (ATOP) handles internally all its voltage conversion. For Utility Processor, a
separate input, VBAT_MC_SNK, is used. Internally, a LDO, controlled by
VDD_3V0_SRC_ENA (active high, with internal pull-up), will convert it to the 3V required
by the Utility Processor. As described in Figure 7
externally to power external component, up to a maximum of 100 mA can b e drawn. Other
limiting values can be found in Table 13
OM12001 (ATOP)
Telematics
, the output of the LDO is also available
.
Fig 7.VDD_3V0 current source
7.4 RTC
MCU RTC is internally supplied by the output of the LDO described in Figure 7. It can also
be supplied by a separate battery such as a coin cell via VBAT_RTC_SNK so that RTC is
kept in case of power loss. If this feature is not required it is advised to connect
VBAT_RTC_SNK and VDD_3V0_SRC.
8.Application information
8.1 NFC antenna design
For NFC antenna design, please refer to Ref. [6] for antenna design and Ref. [7] if
application requires to boost NFC signal.
Preliminary SpecificationRev. 0.75 — 14th August 2012 21 of 42
Page 22
NXP Semiconductors
10. Limiting values
OM12001 (ATOP)
Telematics
Table 3.Power supply
SymbolParameterMinTypMaxUnitNote
V
bat_rf
Battery voltage for
application processor
3.4
[1]
4.24.8VVoltage range allowed in
case of connection and
transmission to GSM network
V
bat_no_rf
Battery voltage for
application processor
3.14.25.5VVoltage range allowed
without connection to GMS
network (i.e. airplane mode)
V
bat_mc
Battery voltage for
3.14.25.5V
utility processor
V
bat_rtc_mc
Battery voltage for
2.03.33.6V
utility processor RTC
V
bat_rtc_bb
Battery voltage for
2.03.03.15V
[3]
application processor
RTC
I
bat
Battery current1800
[2]
mAPeak current to be used to
dimension decoupling
capacitors (on VBAT_SNK)
[1] Note this minimum voltage should take into account the voltage drop due to the high current during transmission, i.e. for a typical battery
with a drop of 200 mV, minimum voltage is 3.6V
[2] Occurs only during transmission slot (577 µs) in case of poor reception
[3] It is not mandatory to connect V
active when V
is disconnected
bat
bat_rtc_pnx
as internal connection is provided, unless it is required to keep application processor RTC
Table 4.Battery charging
Handled by baseband integrated battery charging unit
SymbolParameterMinTypMaxUnitNote
V
Charge
I
bat_empty
I
PreCharge
I
FastCharge
Charge voltage3.24.87.5V
Empty battery current1mAfor V
Pre-charge current160200240mApre-charge current, i.e. for
Fast charge current2001400mAFor V
[1]
V
BAT_SNK
BAT_SNK
< 3.35V
BAT_SNK
< 1.5V
> 3.35V,
Settable with 100mA steps,
with additional step at 450
mA
V
FastCharge
Fast Charge Voltage3.454.25.5VSettable with 50 mV step
between 3.45 to 4.9V and 2
additional points at 5.25 and
5.55V
V
SW_CTL
Maximum voltage allowed
--V
BAT_SNK
V
on BB_CHARGE_SW_CTL
V
SW_REG
Maximum voltage allowed
--V
CHG_SNK
V
on BB_CHARGE_SW_REG
[1] Charge voltage should obviously be higher than Vbat. Voltage drop into external transistors and resistors should be taken into account
Preliminary SpecificationRev. 0.75 — 14th August 2012 23 of 42
Maximum voltage DC voltage-2525V
Maximum current DC current70mA
Page 24
NXP Semiconductors
OM12001 (ATOP)
Telematics
11. Characteristics
12. Static characteristics
12.1 Pins
Table 10. Characteristics for micro-controller pins
SymbolParameterConditionsMinTypMaxUnit
V
Omc
V
IHmc
V
ILmc
I
ILmc
I
IHmc
V
OHmc
V
OLmc
I
OLmc
I
OHmc
I
OLSmc
I
OHSmc
Output voltage03.0V
High level input voltage2.0V
Low level input voltage0.8V
Low level input currentVI=0 V; no pull-up3µA
High level input currentVI=3.0 V; no pull-down3µA
High level output voltageI
Low level output voltageI
Low level output currentVOL=0.4 V4mA
High level output currentVOH=2.6 V-4mA
Low level short circuit output current VI=3.0 V
High level short circuit output
current
I
OZmc
I
pdmc
I
pumc
I
Ilatchmc
Off state output currentVO=3.0 or 0V; no pull - up /d own3µA
Pull-down currentVI=5 V1050150µA
Pull-up currentVI=0 V;-15-50-85µA
I/O latchup current-1.5<VI<4.5V; Tj<125°C100mA
=-4 mA2.6V
OHmc
=-4 mA0.4V
OLmc
[1]
[1]
VI=0 V
<5 V000µA
3.0 <V
I
-45mA
50mA
[1] Only allowed for a short time period
Table 11. Characteristic for baseban d digital interface
Preliminary SpecificationRev. 0.75 — 14th August 2012 24 of 42
High level input voltage2.4V
Low level input voltage0.4V
High level input current-10+10µA
Low level input current-10+10µA
High level output voltage2.7V
Low level output voltage0.1V
Pull-up resistance100k
Pull-down resistance100k
Input capacitance0.1pF
Page 25
NXP Semiconductors
OM12001 (ATOP)
Telematics
Table 12. Characteristic for GPS digital interface
namely JTAG and GPS_UART2_RXD
SymbolParameterConditionsMinTypMaxUnit
V
V
I
IHbb
I
ILbb
V
V
R
R
I
O
IHbb
ILbb
OHbb
OLbb
pubb
pdbb
High level input voltage1.7V
Low level input voltage0.7V
High level input current-10+10µA
Low level input current-10+10µA
High level output voltage1.7V
Low level output voltage0.7V
Pull-up resistance60k
Pull-down resistance75k
Output current6mA
12.2 Current sources
Table 13. V
dd_3v0_src
Can be used to supply external components
SymbolParameterMinTypMaxUnitNote
V
dd_3v0
I
vdd3v0_max
V
dd_3v0
V
dd_3v0
t
on_dd_3v0
Output voltage 2.93.03.1VFor Tj=-40 to 125°C
maximum current100mA
Load regulation0.00080.004%/mA
Line regulation-0.10.1%/VFor V
Turn on time240µSMeasured from the time
current source
variation
bat
VDD_3V0_SRC_ENA exceeds 1.4V
Table 14. V
sim_src
To be only used to supply SIM cards
current source
[1]
SymbolParameterMinTypMaxUnitNote
V
sim_src
I
sim_src
Output voltage 2.752.903.00VAppropriate SIM card voltage is
1.651.801.95V
automatically detected and selected
by the software
Output current80mAFull power mode
3mASleep mode
V
o/Vo
t
on_dd_3v0
Relative output voltage50mV/VFor V
Settling time10µSfrom power-down
[1] Voltage is dynamically controlled to reduce power consumption when SIM card is not accessed
12.3 Voltage references
Table 15. V
io_ref
To be used as a reference to connect to BB_* test pins (JTAG)
SymbolParameterMinTypMaxUnitNote
V
V
io_ref
o/Vo
Output voltage 2.702.802.95V
Relative output voltage50mV/VFor V
Preliminary SpecificationRev. 0.75 — 14th August 2012 26 of 42
Page 27
NXP Semiconductors
OM12001 (ATOP)
13. Dynamic characteristics
13.1 Power consumption
All measured current consumption have been measured at 25°C with a power supply at
3.7V
Table 21. Utility processor po wer consumption
Includes LDO
SymbolParameterMinTypMaxUnitNote
Cortex M3 at 12 MHz77
[1]
mAat 25°C, code
Telematics
while(1){}
Cortex M3 at 100 MHz42
Powerdown mode150µA
[1]
mA
[2]
RTC active1µAbackup registers saved
[1] No peripherals enabled
[2] Wake-up can be initiated by event on RTC, CAN, USB and most GPIOs
[3] If a separate power source such as coin cell battery is connected to VBAT_RTC_SNK and no power is supplied via VBAT_MC_SNK
Baseband ARM and memories power consumption additionally to GSM/GPRS function
SymbolParameterMinTypMaxUnitNote
Application processor0
[1] Leakage currents are included in Table 23
Table 23. Communication coprocessor consumption characteristics
[1]
2060mA
Covers baseband RF frontend as well as memories (PSRAM and flash)
SymbolParameterMinTypMaxUnitNote
complete GSM function
network attachment
115
[1]
µAhEnergy consumption
equivalent to 300s of idle
mode
complete GSM function
active in idle mode
complete GSM function
during voice call
complete GPRS
function during data
transfer (Class 10:
2T+3RX)
complete GSM function
1.085
[5]
79
140
[2]
[5]
1.31
[3]
2.05
[4]
mAAverage consumption,
assuming typical setting
114
205
[6]
[6]
220
400
[7]
[7]
mA
mA
for mobile network. Peak
consumption for
GSM/GPRS at maximum
power can reach up to
1600 mA during transfer
slots (577 µs)
600µAGSM function active
in sleep mode
complete GSM function
50µA
leakage current
[3]
[1] Network dependent, assumes a typical 7s radio measurement plus 0.5s network inscription
[2] BS_PA_MFRMS = 9, i.e. paging from network will be checked every 2100 ms
[3] BS_PA_MFRMS = 5, i.e. p aging from network will be checked every 1175 ms. This is typically the setting used by most mobile operators
Preliminary SpecificationRev. 0.75 — 14th August 2012 27 of 42
Page 28
NXP Semiconductors
[4] BS_PA_MFRMS = 2, i.e. paging from network will be checked every 470 ms
[5] PCL = 19, i.e. 4.9db amplification for GSM900
[6] PCL = 7, i.e. 29.2db amplification for GSM900
[7] PCL = 5, i.e. 33.1 db amplification for GSM900
OM12001 (ATOP)
Telematics
Table 24. Security processor power consumption
SymbolParameterMinTypMaxUnitNote
Function switched off0µAincluded in NFC
coprocessor
Function active6mA
Table 25. NFC coproces sor power consumption
Covers NFC and SMX
SymbolParameterMinTypMaxUnitNote
Function switched off2µA
Power down35µARF field detection on
Function active30mA
function active with RF
90130mA
transmission ongoing
13.2 Battery charging
Table 26. Battery charging
Measured at 3.7V, 25°C
SymbolParameterMinTypMaxUnitNote
Battery overvoltage
detection
Battery overcurrent
detection
Fast charge stop50mA
V
Oreg/VOreg
Relative regulator output
voltage variation
I
Oreg/IOreg
Relative regulator output
current variation
I
qvchg
Quiescent current drawn
from VCHG_SNK
I
qbb_ighgp
Quiescent current drawn
from BB_ICHG_P
I
qbb_ighgn
Quiescent current drawn
from BB_ICHG_P
I
qvbat_snk
Quiescent current drawn
from VBAT_SENSE_[P|N]
6090130mV Battery voltage in excess of
VFAST above which fast charge
is automatically disabled
190210230mABattery current in excess of
programmed current above
which fast charge is automatically
disabled
Preliminary SpecificationRev. 0.75 — 14th August 2012 28 of 42
Page 29
NXP Semiconductors
14. Thermal characteristics
OM12001 (ATOP)
Telematics
14.1 Internal heater
2
As described in Table 2, OM12001 (ATOP) can operate between -40 and +85°C, except
for the NFC and Security processor which are limited to a -25 to +85°C temperature
range.
To ensure that operating range can be rapidly reached, an internal heater is available to
heat-up the device.
The internal heater is controlled by internal micro-controller pin P2.5 (active high).
Internal temperature should be monitored when heater is used. It must not be enabled for
more than a few seconds if current temperature is greater than 25°C as otherwise there is
a risk of destruction for the heater.
Table 27. Internal heater charac teristics
SymbolParameterMinTypMaxUnitNote
Current drawn500600700mA
Power dissipated160025003400mWDependant on V
14.2 Internal temperature sensor
OM12001 (ATOP) includes an internal temperature sensor. This sensor is used by GSM
baseband to tune its VCXO to achieve network lock-on but is also accessible to the
internal micro-controller which can use it to.
bat
Internal micro-controller (LPC1768) has also access to this sensor to adap t its beha vior to
conditions, i.e enabling internal heater in case of low temperature, ... .
Figure 9
presents accuracy of the internal temperature measurement depending on
Preliminary SpecificationRev. 0.75 — 14th August 2012 29 of 42
Page 30
NXP Semiconductors
OM12001 (ATOP)
Telematics
Fig 9.Internal temperature accuracy
14.3 Battery temperature sensor
To improve lifetime, it is recommended to avoid charging batteries, outside of the
temperature range specified by their manufacturers, typically 0 to 50°C.
For Lithium-Ion battery, the charger circuit inside OM12001 (ATOP) will use by default the
internal temperature sensor. However, in some cases, depending on implementation, it
can be expected the temperature of the battery will be significantly different from module
temperature. It is then recommended to use a battery with internal sensor. OM12001
(ATOP) supports the use of an external thermistor dedicated to battery.
Note that even if a separate thermistor is not used, this input is used to detect battery
presence.
OM12001 (ATOP) is a laminate based module with a metal cover and a Land Grid Array
(LGA) at the bottom side of the product. Th e OM12001 (ATOP) can be assembled using a
standard Surface Mount Technology (SMT) reflow process in a convection oven.
Figure 10
The applied profile has to fit within these limits.
Preheat (soak) temperature 150 to 200°C
Preheat time60 to 180s
Time to melting6 to 35s
Reflow temperature> 217°C
Reflow time60 to 150s
Minimum peak temperature235°C
Maximum peak temperature260°C
Maximum time above 250°C 10s
Maximum time 25°C to peak temperature8mn
The PCB footprint design is a copy of the metal LGA pattern at the bottom side of the
ATOP package.
17.2 Stencil design
The dimensions of the solder stencil apertures can be found in Figure 11.
In general there are 2 aperture sizes applied for the stencil:
Preliminary SpecificationRev. 0.75 — 14th August 2012 32 of 42
Page 33
NXP Semiconductors
OM12001 (ATOP)
Telematics
Fig 12. OM12001/100 labelling
Labelling can be decoded as follows:
• First line: Product name, ie OM12001/100 or OM12001/000
• Second line: Serial number
• Third line: Production info, including production site, RHF-2006 indicator
• Fourth line: BOM number
• Fifth line: FCC ID, ie XXMOM12001100 or XXMOM12001000 and Notified body for
CE certification
• Sixth line: IC ID, ie 8764A-OM12001100 or 8764A-OM12001000
• Seventh line: IMEI
DataMatrix 2D barcode includes the following information:
• Serial number
• EMS Internal product code
• Date code
• Product name, ie OM12001/100 or OM12001/000
• IMEI Type Allocation Code (TAC) iteration number
6
, date code
7
6.E standing for Exempted, ie. incorporates product containing exempted Lead that do contain Halogens/Antimony. For example
products with eutectic solder die-attach (HSOP/SIL-P) packages and glass-diodes containing Lead
7.1 stands for a TAC value of 35374505 for OM12001. IMEI can be computed by concatenating TAC, the 6 last digits of serial
number and Check Digit, (CD) computed with Luhn formula
Preliminary SpecificationRev. 0.75 — 14th August 2012 33 of 42
Page 34
NXP Semiconductors
19. Packing information
OM12001 (ATOP) modules are packed in trays. Before packing and shipping, trays have
been dry baked for 16 hours at 125°C, according to IPC/JEDEC J-Std-033B.1.
OM12001 (A TO P) has been tested accord ing to IPC/JEDEC J-STD 020D and is classified
as Moisture Sensitivity Level 3 (MSL3).
20. Package outline
A T OP present s itse lf as a 33x33x3.35 mm mo dule. Ball size is 0.8 m m with a 1.6mm pitch.
OM12001 (ATOP) is a class A digital device marketed for use in a commercial, industrial
or business environment.
It has been tested to be conform to FCC as well as to R&TTE Articles 3.1(a) and (b),
safety and EMC respectively, and relevant Article 3.2 requirements using NXP reference
board. The manufacturer of the final product integrating OM12001 (A TOP) must asse ss its
equipment against the Essential requirements of the R&TTE and FCC Directives
OM12001 (ATOP)
Telematics
OM12001 (ATOP) is compliant with the following standards:
• Mandatory european standards
– R&TTE Article 3.1a: Electrical safety (EN60950)
– R&TTE Article 3.1a: SAR (EN62209-1): MPE calculation as distance > 20 cm
– R&TTE Article 3.1b: EMC (EN301489-1 and -7 for GSM, EN301489-3 V1.4.1,
EN300440-2 for NFC and GPS)
– R&TTE Article 3.2: Radiated RF (EN301511 for GSM, EN302291-1-2 V1.1.1 for
NFC and GPS)
– Notified Body opinion according to Annex IV: Evaluation of compliance with
essential requirements
• Mandatory US and Canadian standards
– FCC EMC: part 15B
– FCC RF: part 24 for PCS1900, part 22 for GSM850, part 15.225 for GPS and NFC
– FCC certificate from Telecom Certification body
• Voluntary certification
– Global Certification Forum (GCF), including field tests
– PCS-1900 Type Certification Review Board (PTCRB)
Preliminary SpecificationRev. 0.75 — 14th August 2012 36 of 42
Page 37
NXP Semiconductors
SAR according to EN 62209-1 has not been checked and replaced by MPE calculation,
hence the antenna(s) used in the final application must be installed to provide a
separation distance of at least 20 centimeter s from all persons and must not be co-located
or operating in conjunction with any other antenna or transmitter. Additionally, for FCC
compliance, the system antenna(s) gain must no t exceed 3 dBi for mobile and fixed or
mobile operating configurations.
Manufacturer of the final product using OM12001 (ATOP) will have to provide instructions
for antenna installation and transmitter operating conditions to satisfy to RF exposure
compliance.
Manufacturer of the final product using OM120 01 (ATOP) should take care that OM12001
(ATOP) is always within the operating limits (such as temperature, power supply, …)
described in the present document, in particular it must be supplied by a limited power
source according to EN 60950-1.
Physically, the clearance and creepage distances required by the end product must be
withheld when the module is installed. The cooling of the end product shall not negatively
be influenced by the installation of the module.
Manufacturers of devices incorporating this module are advised to clarify any regulatory
questions and to have their complete product tested and approved for R&TTE, FCC
compliance and all relevant regulations.
OM12001 (ATOP)
Telematics
23.1 FCC Caution
Any changes or modifications not expressly approved by the party responsible for
compliance could void the user's authority to operate this equipment.
This device complies with Part 15 of the FCC Rules. Operation is subject to the following
two conditions: (1) This device may not cause harmful interference, and (2) this device
must accept any interference received, including interference that may cause undesired
operation.
This equipment has been tested and found to comply with the limits for a Class A digital
device, pursuant to part 15 of the FCC Rules. These limits are designed to provide
reasonable protection against harmful interference when the equipment is operated in a
commercial environment. This equipm e nt generates, uses, and can radiate radio
frequency energy and, if not installed and used in accordance with the instruction manual,
may cause harmful interference to radio communications. Operation of this e quipment in a
residential area is likely to cause harmful interference in which case the user will be
required to correct the interference at his own expense
23.2 IC Caution
This device complies with Industry Canada licence-exempt RSS standard(s). Operation is
subject to the following two conditions: (1) this device may not cause interfe rence, and (2)
this device must accept any interference, including interference that ma y cause undesired
operation of the device.
This Class B digital apparatus complies with Canadian ICES-003.
Preliminary SpecificationRev. 0.75 — 14th August 2012 37 of 42
Page 38
NXP Semiconductors
Under Industry Canada regulations, this radio transmitter may only operate using an
antenna of a type and maximum (or lesser) gain approved for the transmitter by Industry
Canada. To reduce potential radio interference to other users, the antenna type and its
gain should be so chosen that the equivalent isotropically radiated power (e.i.r.p.) is not
more than that necessary for successful communication.
Le présent appareil est conforme aux CNR d'Industrie Canada applicables aux appareils
radio exempts de licence. L'exploitation est autorisée aux deux conditions suivantes : (1)
l'appareil ne doit pas produire de brouillage, et (2) l'utilisateur de l'appareil doit accepter
tout brouillage radioélectrique subi, même si le brouillage est susceptible d'en
compromettre le fonctionnement.
Cet appareil numérique de la classe B est conforme à la norme NMB-003 du Canada .
Conformément à la réglementation d'Industrie Canada, le présent émetteur radio peut
fonctionner avec une antenne d'un type et d' un gain maximal ( ou inférieur) approu vé pour
l'émetteur par Industrie Canada. Dans le but de réduire les risques de brouillage
radioélectrique à l'intention des autres utilisateurs, il faut choisir le type d'antenne et son
gain de sorte que la puissance isotrope rayonnée équivalente (p .i.r.e.) ne dépasse pas
l'intensité nécessaire à l'établissement d'une communication satisfaisante.
Preliminary SpecificationRev. 0.75 — 14th August 2012 38 of 42
Page 39
NXP Semiconductors
24. Appendix
25. Abbreviations
Table 30. Abbreviations
AcronymDescription
ADCAnalog to Digital Converter
AESAdvanced Encryption Standard
AHBAMBA High Performance Bus
ATOPAutomotive Telematic On-board unit Platform
CLKClock
CPUCentral Processing Unit
DACDigital to Analog Converter
DCSDigital Cellular System
DESData Encryption Standard
DMADirect Memory Access
DPADifferential Power Analysis
DSPDigital Signal Processor
EEPROMElectrically Erasable Programmable Read Only Memory
GPGeneral Purpose
GPIOGeneral Purpose Input Output
IFIntermediate Frequency
IRQInterrupt ReQuest
JCOPJava Card Open Platform
LDOLow DropOut
LNALow Noise Amplifier
MCUMicro-Controller Unit
MIDPMobile Informati on Device Profile
NFCNear Field Communication
NiMHNickel Metal Hybrid
OBUOn Board Unit
OSOperating System
OTPOne Time Programmable
PAPower Amplifier
PCBPrinted Circuit Board
PCMPulse Code Modulatio n
PKIPublic Key Infrastructure
PLLPhase Locked Loop
PWMPulse Width Modulation
RFRadio Frequency
ROMRead Only Memory
Preliminary SpecificationRev. 0.75 — 14th August 2012 40 of 42
Page 41
NXP Semiconductors
28. Legal information
28.1Definitions
Draft — The document is a draft version only. The content is still unde r internal review an d subject to formal appr oval, which may
result in modifications or additions. NXP Semiconductors does not give any representations or warranties as to the accuracy or
completeness of information included herein and shall have no liability for the consequences of use of such information.
Short data sheet — A short data sheet is an extract from a full data sheet with the same product type number(s) and title. A
short data sheet is intended for quick reference only and should not be relied upon to contain detailed and full information. For
detailed and full information see the relevant full data sheet, which is avail able on request via the local NXP Semiconductors
sales office. In case of any inconsistency or conflict with the shor t data sheet, the full data sheet shall prevail.
Product specification — The information and data provided in a Product dat a sheet shall define the specificati on of the product
as agreed between NXP Semiconductors and its customer, unless NXP Semiconductors and customer have explicitly agreed
otherwise in writing. In no event however, shall an agreement be valid in which the NXP Semiconductors product is deemed to
offer functions and qualities beyond those described in t he Product data sheet.
28.2Disclaimers
Limited warranty and liability — Information in this document is believed to be accurate and reliable. However, NXP
Semiconductors does not give any representations or warranties, expressed or implied, as to the accuracy or completeness of
such information and shall have no liability for the consequences of use of such information.
In no event shall NXP Semiconductors be liable for any indirect, in cidental, p unitive, special or consequential d amages (including
- without limitation - lost profits, lost savings, business interruption, cost s related to the removal or re placement of any pr oducts or
rework charges) whether or not such damages are based on tort (including negligence) , warranty, breach of contract or any other
legal theory.
Notwithstanding any damages that customer might incur for any reason whatsoever, NXP Semiconductors’ aggregate and
cumulative liability towards customer for the products described herein shall be limited in accordance with the Terms and conditions of commercial sale of NXP Semiconductors.
Right to make changes — NXP Semiconductors reserves the right to make changes to information p ublished 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.
Suitability for use — NXP Semiconductors products are not designed, authorized or warranted to be suitable for use in
medical, military, aircraft, space or life support equipment, nor in applications where failure or malfunction of an NXP
Semiconductors product can reasonably be expected to result in personal injury, death or severe property or environmental
damage. NXP Semiconductors accepts no liability for inclusion and/or use of NXP Semiconductors products in such equipment
or applications and therefore such inclusion and/or use is at the customer’s own risk.
Applications — Applications that are described herein for any of these products are for illustrative purposes only. NXP
Semiconductors makes no representation or warranty that such applications will be suitable for the specified use without further
testing or modification.
NXP Semiconductors does not accept any liability related to any default, damage, costs or problem which is based on a
weakness or default in the customer application/use or the application/use of customer’s third party cu stomer(s) (hereinaf ter both
referred to as “Application”). It is customer’s sole responsibility to check whether the NXP Semiconductors product is suitable
and fit for the Application planned. Customer has to do all necessary testing for the Application in order to avoid a default of the
Application and the product. NXP Semiconductors does not accept any liability in this respect.
Limiting values — Stress above one or more limiting values (as defined in the Absolute Maximum Ratings System of
IEC 60134) will cause permanent damage to the device. Limiting values are stress ratings only and (proper) operation of the
device at these or any other conditions above those given in the Recommended operating conditions section (if present) or the
Characteristics sections of this document is not warranted. Constant or repeated exposu re to limiting values will permane ntly and
irreversibly affect the quality and reliability of the device.
Terms and conditions of commercial sale — NXP Semiconductors products are sold su bject to the general terms and
conditions of commercial sale, as published at http://www.nxp.com/profile/terms
individual agreement. In case an individual agreement is concluded only the terms and conditions of the respective agreement
shall apply. NXP Semiconductors hereby expressly objects to applying the customer’s general terms and conditions with regard
to the purchase of NXP Semiconductors products by customer.
No offer to sell or license — Nothing in this document may be interpreted or construed as an offer to sell products that is open
for acceptance or the grant, conveyance or implication of any license under any copyrights, patents or other industrial or
intellectual property rights.
Export control — This document as well as the item(s) described herein may be subject to export control regulations. Export
might require a prior authorization from national authorities.
Quick reference data — The Quick reference data is an extract of the product data given in the Limiting values and
Characteristics sections of this document, and as such is not complete, exhaustive or legally binding.
Preliminary SpecificationRev. 0.75 — 14th August 2012 41 of 42
Page 42
NXP Semiconductors
Non-automotive qualified products — Unless this data sheet expressly states that this specific NXP Semicondu ctors product
is automotive qualified, the product is not suitable for automotive use. It is neither qualified nor tested in accordance with
automotive testing or application requirements. NXP Semiconductors accepts no liability for inclusion and/or use of
non-automotive qualified products in automotive equipment or applications.
In the event that customer uses the product for design-in and use in automotive applications to automotive specifications and
standards, customer (a) shall use the product without NXP Semiconductors’ warranty of the product for such automotive
applications, use and specifications, and (b) whenever customer uses the product for automotive applications beyond NXP
Semiconductors’ specifications such use shall be solely at customer’s own risk, and (c) customer fully indemnifies NXP
Semiconductors for any liability, damages or failed product claims resulting from customer design and use of the product for
automotive applications beyond NXP Semiconductors’ standard warrant y and NXP Semiconductors’ product specifications.
28.3Licenses
Purchase of NXP ICs with ISO/IEC 14443 type B functionality
This NXP semiconductors IC is ISO/IEC 14443 Type B software enabled
and is licensed under Innovatron’s Contactless Card p atents license for
ISO/IEC 14443 B.
The license includes the right to use the IC in systems and/or end-user
equipment.
Purchase of NXP ICs with NFC technology
Purchase of an NXP semiconductors IC that complies with one of the Near
Filed Communications (NFC) standards ISO/IEC 18092 and IS O/IEC 21481
does not convey an implied license under any patent right infringed by
implementation of any of those standards. A license for the pate nt portfolio
of NXP B.V. for the NFC standards needs to be obtained at Via Licensing,
the pool agent of the NFC Patent pool, e-mail: info@vialicensing.com.
Purchase of NXP ICs with DPA and SPA countermeasures
NXP ICs containing functionality implementing countermeasures to
Differential Power Analysis and Simple Power Analysis are produced and
sold under applicable license from Cryptography Research, Inc.
OM12001 (ATOP)
Telematics
28.4Patents
Notice is herewith given that the subject device uses one or more of the following patents and that each of these patents may
have corresponding patents in other jurisdictions.
<Patent ID> — owned by <Company name>
28.5Trademarks
Notice: All referenced brands, product names, service names and trademarks are the property of their respective owners.
MIFARE — is a trademark of NXP B.V.
I²C-bus — logo is a trademark of NXP B.V.