Radar MMIC Context Programming for Smaller Memory Footprints

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Radar MMICs face challenges with increasing firmware size leading to higher costs, larger size, and extended startup times due to ROM-based firmware that cannot be changed post-manufacturing and requires large on-chip memory, limiting flexibility and efficiency.

Innovation Solution

Implementing a radar MMIC with a plurality of downloadable programming contexts stored in RAM partitions, allowing sequential activation and deactivation to reduce memory size and startup time, enabling flexibility by only loading necessary commands when required.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If ROM-based firmware is used to ensure reliability and immutability post-manufacturing, then firmware reliability is improved, but memory size and startup time increase

Engineering Contradiction:
Improvefirmware reliabilityVSAvoidmemory size
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent divides the firmware into multiple contexts that can be stored in RAM partitions. Each context represents a functional unit that can be independently loaded and executed. This segmentation allows the system to load only necessary contexts into memory rather than storing all firmware in ROM, thereby reducing the required memory size while maintaining reliability through selective loading of validated context units.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary validation and organization of firmware contexts during the manufacturing process. Contexts are pre-validated and structured into manageable units that can be sequentially loaded into RAM. This preliminary action ensures firmware reliability is maintained while allowing flexible memory management during operation, as the system only needs to hold active contexts in memory rather than all firmware.

Inventive Principle:
Principle #10Preliminary action

2Quantity of substance

If large on-chip memory is used to store all firmware, then firmware completeness is improved, but device size and cost increase

Engineering Contradiction:
Improvefirmware completenessVSAvoiddevice size
Core Design Contradiction:
Quantity of substanceVSVolume of stationary object

Solution Approach 1:

The patent segments firmware into multiple contexts that can be stored externally and loaded sequentially into smaller on-chip RAM partitions. This allows the device to maintain access to complete firmware functionality without requiring large on-chip memory, as contexts are loaded on-demand from external storage media during operation.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements a dynamic memory management system where RAM partitions are allocated and deallocated based on active contexts. The system can dynamically load different context sets into memory depending on operational requirements, enabling complete firmware functionality with minimal on-chip memory by utilizing external storage and dynamic loading mechanisms.

Inventive Principle:
Principle #15Dynamics

3Ease of operation

If all firmware is loaded at startup, then system readiness is improved, but startup time increases

Engineering Contradiction:
Improvesystem readinessVSAvoidstartup time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The patent implements preliminary organization of firmware into contexts with designated loading priorities and dependencies. Critical contexts are pre-loaded into RAM partitions during startup, while non-critical contexts are loaded on-demand during operation. This preliminary structuring ensures system readiness for essential functions while minimizing startup time by avoiding loading of all firmware upfront.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements partial loading of firmware contexts at startup based on operational requirements. Only the minimum necessary contexts required for basic system operation are loaded into memory during startup, while additional contexts are loaded as needed during runtime. This partial action approach achieves sufficient system readiness with significantly reduced startup time compared to loading all firmware.

Inventive Principle:
Principle #16Partial or excessive action

4Device complexity

If fixed firmware is used to reduce complexity, then device complexity is reduced, but adaptability decreases

Engineering Contradiction:
Improvefirmware management complexityVSAvoidfirmware flexibility
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The patent segments firmware into standardized contexts with uniform loading and execution mechanisms. This segmentation manages complexity by providing a consistent interface for context management while enabling flexibility, as different context sets can be loaded to adapt the system to various operational requirements without changing the underlying management infrastructure.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements a universal context execution environment that can run any validated context regardless of its specific function. This universal mechanism manages complexity through a single execution path while providing adaptability, as the same infrastructure supports multiple different context types and functionalities by simply loading different context files into the standardized execution environment.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS12461198B2Radar monolithic microwave integrated circuit (MMIC) with context-based programming
Publication Date: 2025.11.04 INFINEON TECHNOLOGIES AG
  • US12461198B2 patent drawing
  • US12461198B2 patent drawing
  • US12461198B2 patent drawing

AI summary

A method of configuring a radar monolithic microwave integrated circuit (MMIC) and executing commands of an activated downloadable programming context is provided. The method includes receiving and storing a plurality of downloadable programming contexts that are sequentially received from an external controller, where each subsequent downloadable programming context received from the external controller is stored in a different random-access memory (RAM) partition of the radar MMIC than a RAM partition of the radar MMIC used to store a most-recent downloadable programming context received from the external controller; sequentially activating and deactivating the plurality of downloadable programming contexts according to a context execution sequence; executing the commands of an activated downloadable programming context stored in a corresponding RAM partition; and downloading a next downloadable programming context prior to a time slot in the context execution sequence that is assigned to the next downloadable programming context.