Home
Login / Signup
 di 

With i.MX35x the Entertainment is On-The-Go

iMX35

Our cars are media rooms on four wheels. The technology changed the meaning of "road trip". We have GPS-based Navigation systems and passenger entertainment with wireless connectivity to portable media players, cell phones and laptops. If we add voice response then we have the ability to control all of these devices without taking our hands off the steering wheel. All of these functionalities require an integrated circuit with the ability to drive the entire system. That's why Freescale developed i.MX35 - the multimedia applications processor for automotive.

i.MX35x - A new multimedia processor for automotive infotainment video-enabled applications

The i.MX35x products launch Freescale’s ARM11 portfolio into industrial applications by providing the product features, product quality, industrial pitch and device longevity required by customers.

Market Segments

    Automotive Infotainment
    Portable Navigation Devices
    Factory control, metering
    Home graphical panels
    Electronic books

The i.MX35x product development kit provides customers the value add hardware reference design and software source code they need in order to minimize their time to market and development costs.

Features

    ARM11 running at 532 MHz, with L2 cache and VFP
    Large integrated SRAM (128KB) for improved system performance
    LCD controller for up to SVGA resolution
    Open VG 1.1 support for accelerating Adobe Flash applications
    Multiple boot options including USB and SD
    USB Host and OTG controllers with integrated PHYs
    Industrial connectivity, including Ethernet and CAN
    Flexible memory support for mDDR, DDR2, SDRAM, and SLC/MLC NAND
imx35x_multimedia applications processor Freescale

Competitive Positioning

    Software packages for Linux and Windows Embedded CE 6.0 provided and supported by Freescale, complete with ARM11 multimedia codecs.
    Support for DDR2 memories which can provide customer system cost savings.
    Support for larger pitch packages that contribute to lower manufacturing costs.
    Real 2D Accelerator to enable advanced 2.5D UI at lower cost than 3D HW accelerator

The i.MX35 is a low-tier implementation of i.MX31 addressing the automobile infotainment video-enabled audio-player market. The iMX35 platform is intended to support the following:

    • External connectivity via Bluetooth
    • Multi-standard audio playback
    • Multi-standard video playback of 30fps at QVGA (320x240) resolution
    • Open OS support (Linux, WinCE, QNX, other auto RTOS)

The iMX35 is partitioned into two major subsystems: the ARM1136 platform, and the SDMA platform with external memory interface (EMI).

Key Features
The IMX35 ARM1136 Platform is based on the ARM1136 platform. The ARM1136 Platform has the following features:

    • ARM1136JF-S processor
    • 16-Kbyte level-one (L1) instruction cache
    • 16-Kbyte L1 data cache
    • 128-Kbyte level-two (L2) cache
    • Vector floating point unit (VFP11)
    • Maximum frequency of the core (including VFP11), L1, and L2 caches is:
      — 400 MHz at 1.2 V minimum
      — 532 MHz at 1.55 V minimum

To boost the multimedia performance, the following hardware accelerators are integrated:

    • Image processing unit (IPU)
    • 2-D graphics accelerator

Security functions are enabled and accelerated by the following hardware:

    • Secure JTAG controller (SJC). Protects JTAG from debug port attacks by regulating or blocking
    access to the system debug features
    • Real-time integrity checker type2 (RTICv3). RTIC type1, enhanced with SHA-256 engine
    • Secure RAM module and security monitor (SCC), providing 2 Kbytes of secure storage of
    sensitive information in both on-chip and off-chip RAM, non-volatile memory
    • High assurance boot (HAB) with SHA-256
    • Random number generator controller (RNGC) capable of generating 32-bit random numbers

The memory system consists of the following levels:

    • Level-1 cache
      — Instruction (16 Kbytes)
      — Data (16 Kbytes)

    • Level-2 cache

      — Unified instruction and data (128 Kbytes)

    • Level-2 memory

      — Boot ROM, including HAB (32 Kbytes)
      — Internal SRAM (128 Kbytes)
      — Secure RAM (2 Kbytes)

iMX35 is built around the following system buses:

    • 64-bit AMBA AHB 2.0 (AHB-64)—Used by most of the high bandwidth bus master peripherals, such as IPU and GPU2D.
    • 32-bit AMBA AHB 2.0 (AHB)—Used by most of the bus master peripherals, such as SDMA, RTICv3, USB, EMI, and so forth; see the block diagram for the complete list.
    • 32-bit IP bus—Used for control (and slow data traffic) of most of the SoC peripheral devices. iMX35 enables the following interfaces to external devices:
    • Two CAN interfaces
    • One CE-ATA interface
    • Two SDIO 2.0/MMC 4.2 interfaces (up to 416 Mbps each)
    • Two CSPI (up to 52 Mbps each)
    • DDR2 and 32 bit SDRAM (up to 133 MHz)
    • Enhanced serial audio interface (ESAI)
    • Ethernet 10/100 Mbps
    • Flash controller—MLC/SLC, NAND, and NOR
    • GPIO with interrupt capabilities
    • Three I2C (up to 400 Kbps each)
    • Secure JTAG
    • Keypad port
    • Memory stick/Pro
    • Media local bus (MLB) interface
    • 1-Wire module
    • Parallel camera sensor (4/8/10/16-bit data port for video color models YCC, YU
    • Parallel display (primary up to 24-bit, 1024 x 1024)
    • P-ATA (up to 66 MBytes/s)
    • PWM
    • S/PDIF transceiver
    • Two SSIs
    • Three UARTs (up to 4.0 Mbps each)
    • One USB 2.0 Host (up to 480 Mbps) with FS PHY
    • One USB 2.0 OTG (up to 480 Mbps) controller with HS OTG PHY

Architecture Overview
The MCIMX35 consists of the following major subsystems:

    • ARM1136 Platform
    • SDMA Platform and EMI

1. ARM1136 Platform Overview
The ARM1136 platform is responsible for running the operating system and applications software, providing the user interface, and supplying access to integrated and external peripherals. The look and feel of the product depends on the software running on this processor, ultimately tying market acceptance to the availability of a wide variety of off-the-shelf, third-party software and development tools. Over the past couple of years, the ARM CPU family has emerged as the de facto standard for mobile application processors. To leverage this growing software base, the ARM1136 platform is based on the ARM architecture. With high-frequency operation and coupled with an L2 cache, the ARM1136 platform achieves multimedia and graphics performance to meet the targets for this market. The ARM1136 platform is built around an ARM1136JF-S core with 16-Kbyte instruction and 16-Kbyte data L1 caches, an MMU, a 128-Kbyte L2 cache, a multi-ported crossbar switch, and advanced debug and trace interfaces. The ARM11 core is intended to operate at a maximum frequency of 532 MHz in order to support the required multimedia use cases, such as concurrent video playback CIF at 30 fps and MP3 audio decode. Furthermore, an image processing unit is integrated into the ARM1136 platform to offload the ARM11 core from performing functions such as color-space conversion, image rotation and scaling, graphics overlay, and pre- and post-processing. Peripheral functionality belonging to the ARM1136 platform include the user interface, connectivity, display, security, and memory interfaces and 128 Kbytes of multipurpose SRAM. This SRAM can be used as audio RAM, scratch-pad RAM by the ARM11, or it can be accessed by the IPU for use as a display buffer for partial display refresh during deep sleep mode (DSM).

2. SDMA Platform and EMI Overview
The SDMA platform is composed of the SDMA peripherals, a Smart DMA Engine (SDMA), and a number of miscellaneous modules. For maximum flexibility, some peripherals are directly accessible by the
SDMA engine. The external memory subsystem represents a significant investment in chipset cost and board area. High-performance processors such as the ARM11 require a significant amount of bus bandwidth to achieve their maximum potential. The challenge here is to maximize the performance while minimizing the bandwidth. To achieve that, the iMX35 includes a hierarchical memory architecture including L1 caches, unified L2 cache and M2 memory. This reduces the bandwidth demands for the external bus and external memory. The external memory subsystem supports a flexible external memory system, including support for SDRAM (SDR and DDR), and NAND flash.

3. Advanced Power Management Overview
To address the continuing need to reduce power consumption, the following techniques have been incorporated into the iMX35 processor:

    • Clock gating
    • Power gating
    • Power-optimized synthesis
    • Well biasing
    • Dynamic process and temperature compensation (DPTC)
    • Dynamic voltage and frequency scaling (DVFS)

By inserting gating into the clock paths, unused portions of the chip can be disabled. Since static CMOS logic consumes only leakage power, significant power savings can be realized. iMX35 clock gating is inserted both manually on a large functional block basis and automatically within the blocks during logic synthesis. Synthesis tools are not only capable of inserting clock gates automatically, but they can also be instructed to minimize power consumption of logic through gate substitution and rearranging of terms to minimize unnecessary transitions. iMX35 integrates both clock gating and power optimization into the synthesis design flow. Well biasing is applying a voltage that is greater than Vdd to the nwells and lower than Vss to the pwells. The effect of applying this well back-bias voltage is to reduce the subthreshold channel leakage. For the 90 nm digital process, it is estimated that the subthreshold leakage will be reduced by a factor of 10 over the nominal leakage. Additionally, the supply voltage for internal logic can be reduced from 1.4 V to 1.2 V to 1.0 V during periods of inactivity.

For further information: i.MX35 Product Summary

Read the Italian version: Con l'i.MX35X l'intrattenimento è on-the-go

CONTACT REQUEST
If you want to know more about Freescale products, please submit your request to Arrow Italy using this form.
NOTE: this form is valid ONLY for Companies or Customers based in Italy and working in the Italian area.

Automotive infotainment to the next level

What more can you ask for? This multimedia processor has everything from being a pretty fast processor (based on ARM1136 architecture), to a powerful graphics engine with extensive options for external infotainment devices and applications. The i.MX35 builds on the track records of previous processors like the i.MX31, which was also meant for the automotive industry. This new processor is perfect for next level on-the-road multimedia experience like sophisticated GUIs, voice-actuated applications and more demanding navigational requirements. A product development kit (PDK) is available for the i.MX35 to help application developers. Suggested price ranges from US$10 to US$13 depending on version and quantity.

Just answering the market

i.MX35 is a natural response to the trend noticed in automotive of clogging as much as possible in the head units. Generally speaking, the tendency in car video applications is to replace the traditional video ECUs (Electronic Control Units - that would gather data via LVDS interfaces from various cameras scattered around the vehicle) with a super-video-ECU incorporated in the head unit, that would gather images, process them and allow other multimedia applications to use its processing power. This is the kind of application the i.MX35 is meant to be used in.

10-13$ for one processor is not little money, but it is worth paying when you can use it to replace one or maybe more physical units in the car.
Just a little disappointed by the lack of FlexRay connectivity, I notice still CAN is in place. Also it would have been nice to have an LVDS deserialiser integrated - the way things are, you still need an external one to convert video data from cameras to the parallel camera sensor port of the i.MX35.

Regards,
Cristian

Good product needs good support

Freescale/Motorola offers a perfect product with ARM11 core. The on-chip periperals make it a general microprocessor for other market. However, as same as TI's OMAP series, i.MX was dedicated for smart mobile phone, of course only for big manufacurers. Since Motorola Inc and Freescale semiconductors are changing their stretegy from mobile to other market segments. i.MX is available for small accounts.

MX35 is a powerful but complicated microprocessor. I hope it can learn from its competitors to setup an open source community with low cost development tools (JTAG, gcc, bootloader, Linux distribution, media codec and reference designs), as Atmel(AVR), Blackfin(BF/uCLinux) and TI(OMAP and Davinci) do. I do believe its BSP is avaiable in its web site. But Freescale should help its partners to build a whole ecosystem for an open source general purpose RISC computer.

As a general purpose development platform for hobbist and hackers, Samsung's S3C2440 is quite popular. Now the new designs go to Samsung's S3C6440 and TI's OMAP3530/3503, which are all based upon ARM-CORTEX-A8/9. Freescale must release the i.MX35 open source package in a very short time to win the attentions of the developers. However, i.MX35 is quite cheap according its claim. That may help it to win some designs.

Besides, Freescale has many cores at hand, ColdFire, PowerPC and ARM. Sometimes I feel it has too many cores, the developers are difficult to know its market strategy for these products. For example, its CORTEX-A8 is used for Netbook PC, while its PowerPC SoC 5121e is used for Netbook as well. If you take a look at i.MX35, it is suitable for low cost Netbook and MID as well.

Clearly, Freescale must make itself clear in the market: Strategy, price, and support.

It is good to hear from a Freescale staff

It is good to hear from a Freescale staff directly for the questions. Thanks. I hope Arrow can do the same job here as they do in Italy.

One small catch. How would

One small catch. How would each component know that the command is for it and not any other?

MPEG4 video is the most challenging

Debasis Das

In a entertainment setting the video may be coming down a DVB-H link on the car or from the resident DVD/Blue-ray player. In terms of types of data handled within such a setting it is the video . A highly compressed video like the MPEG4, particularly the H.264/AVC. The challenge is to decompress the average 1.5 Mbps data to full blown video, may be HD even. To do this in real-time you still need hardware help such as a MPEG4 /H.264 decoder. Do keep that in mind when putting together a system. You may have additional video from security use, such as collision avoidance system and such. You have a lot of processing power in the Freescale engine!

Who's online

There are currently 0 users and 16 guests online.

Recent comments