Crossware Contact Us
Case Study · Automotive demonstrator

Live ADAS. 3D gauges.
4MB of VRAM.

Infineon TRAVEO™ T2G · CYT4DN Qt for MCUs Passenger car · 1280×480

A passenger car cluster demonstrator built to find the ceiling of what TRAVEO T2G can render — live ADAS visualisation, 3D-style gauge animation, a cinematic startup sequence and multiple switchable themes, all at 40+ FPS from internal memory alone.

Recorded from the demonstrator at native 1280×480 — Qt for MCUs on Infineon TRAVEO T2G CYT4DN
Platform
TRAVEO™ T2G CYT4DN
Technology
Qt for MCUs
Rendering
40+ FPSat 1280×480
Memory
Internal only

Find the ceiling — without adding external memory.

This demonstrator was built to answer a specific question: how far can an automotive MCU be pushed on cluster graphics before external memory becomes unavoidable? Rather than design to a comfortable margin, Crossware designed to the limit of what the TRAVEO T2G CYT4DN provides on-chip.

The brief was to combine the features that normally justify moving to an application processor — live ADAS visualisation, 3D-style gauges, cinematic startup animation and multiple themes — and deliver them together, on one MCU, at production frame rates.

Four features that usually demand more silicon.

Live ADAS view

A real-time driver assistance visualisation showing road, lane and surrounding vehicle context, composited live into the cluster rather than played back as a pre-rendered sequence.

Advanced gauge rendering

Tachometer and speed gauges with 3D-style depth and lighting behaviour — the visual quality normally associated with a GPU-backed application processor.

Startup animation sequence

A cinematic welcome sequence on boot, running within the same memory envelope as the rest of the cluster.

Multi-theme rendering

Multiple switchable cluster themes, each with its own visual language, held within the constrained internal asset budget.

Everything inside the chip.

The defining rule of the project was that nothing could live outside the MCU. No external RAM, no external flash. That put two hard ceilings on the design.

Internal VRAM
4 MB
Internal flash used
~5 MB
Why this is hard: a live ADAS view and 3D-style gauge animation are both framebuffer-hungry. Fitting them alongside a startup sequence and multiple themes inside 4MB of VRAM means every rendering decision — layer composition, asset format, redraw strategy — has to be made against the memory budget rather than around it.
An honest caveat. This is a demonstrator, not a shippable product configuration. It consumes roughly 5MB of internal flash for graphics assets alone, whereas a production cluster would also need to store application code, communication stacks and diagnostics in that same internal flash. The purpose here is to show the upper bound of what the platform can render — not to claim this exact split is viable in a shipping vehicle.

40+ FPS, with everything switched on.

The demonstrator sustains over 40 frames per second at the cluster's native 1280×480 resolution with all features active — live ADAS view, animated 3D-style gauges and theme switching — from internal memory alone.

It has since been used by Crossware and Infineon to show what is achievable on TRAVEO T2G without stepping up to an application processor, including in a joint webinar on unlocking the platform's HMI potential.

40+ FPSAll features active, native resolution
4 MBVRAM ceiling — no external RAM
1280×480Native cluster resolution