Back

Case Study

Automating NvM Stack Configuration

Overview

Configuring an Autosar NvM (Non-Volatile Memory) stack involves coordinating 9 BSW modules with precise cross-references. We evaluated whether AI could handle this complexity while maintaining the referential integrity that typically requires manual verification.

Results: 7 of 9 modules fully configured in ~1 hour (versus 4-8 hours when done manually), with the AI appropriately stopping at hardware and vendor integration boundaries.


The Configuration Challenge

A Software Component requiring persistent storage triggers configuration across the entire memory stack:

Memory Stack Layers:

Integration Layers:

Typical engineer time: 4-8 hours
Common errors: Mismatched block IDs, incorrect device references, size misalignments


Methodology

Task Decomposition

We used a reasoning model (Gemini 3 Pro) to decompose the requirement into 10 sequential prompts, one per BSW module plus a final validation prompt. The model identified the correct dependency order to prevent forward references.

Execution Setup

Validation Strategy

After each configuration step, Wings validated against the Autosar schema. The AI used this feedback to iterate and correct issues before proceeding.


Results

ModuleStatusKey ConfigurationCost
FeeCompleteBlock 2, 64 bytes$0.62
NvM BlockCompleteCRC16, retry logic, references$4.09
NvM CommonCompleteAPI class, queues, 10ms period$1.93
MemIfCompleteDevice mapping verified$0.13
RTEPartialModule instance created, implementation ref missing$1.65
DemComplete3 diagnostic events linked$8.85
BswMCompleteStartup/shutdown coordination$13.99
EcuMCompleteInitialization sequence configured$2.23
OsCompleteTask and 10ms alarm created$2.54
FlsPartialRequires hardware-specific parameters$0.30
Total7/9~1 hour execution time$37.03

Key Findings

Cross-Module Referential Integrity

The AI maintained consistency across modules configured in isolation:

Fee-NvM Matching:

Device References:

This type of consistency is difficult to maintain manually across separate .arxml files and is typically caught only during integration testing.

Incremental Validation

The AI used validation feedback to iterate on the NvM block descriptor:

  1. Initial attempt: Created core parameters
  2. Validation error: Missing CRC configuration and retry logic
  3. Second attempt: Added CRC16 and retry counts
  4. Final validation: Passed

Cost of getting it right: $4.09 (121k tokens with context compression)

Manual approach: Engineers typically configure everything first, then spend 30-60 minutes debugging validation errors at the end.

Appropriate Boundaries

RTE Module: AI stopped when it couldn't find BSW implementation definitions, documenting exactly what the vendor integration manual should provide.

Fls Module: AI refused to configure hardware-specific parameters (flash sectors, addresses, page sizes) without microcontroller specifications. It generated a detailed requirements report instead.

These stopping points demonstrate domain understanding rather than hallucination.


Validation Summary

Post-execution validation identified:

Strengths:

Gaps:

Assessment: 70-80% complete in 1 hour. Remaining work requires hardware specifications and vendor integration details that were unavailable to the AI.


Cost Analysis

Per Configuration

Traditional approach:

AI-assisted approach:

Savings: $213-938 per configuration (54-78% reduction)

Project Scale

For a project with 10 SWCs requiring NvM access:

ApproachTotal Cost
Traditional$4,000-12,000
AI-Assisted$1,870-2,620
Project Savings$2,130-9,380

Technical Implications

What AI Can Handle

What Requires Human Expertise

The division of labor puts AI on tedious configuration tasks and keeps engineers focused on decisions that require domain expertise and judgment.


Conclusions

This evaluation demonstrates that AI can handle complex, multi-module Autosar configuration when provided with:

  1. Complete Autosar module definitions (context)
  2. Clear task decomposition (sequencing)
  3. Validation feedback (error correction)

The AI maintained referential integrity across isolated configurations and recognized its boundaries appropriately. The resulting 75% time reduction comes from automating the mechanical aspects of BSW configuration while preserving engineer control over hardware and architectural decisions.

Limitations: This represents a single configuration scenario. Different BSW stacks, Autosar versions, and project constraints may yield different results.


Get Started

Interested in seeing how Wings handles your Autosar project?

Request a Demo

Want access to the complete prompt sequences and AI responses from this case study? Contact us to discuss your specific use case.


Based on Wings v0.21.0 usage in February 2025. All metrics and validation results are from actual project execution.