ISO 14229 Compliant

VxDiag — UDS Stack Configuration Tool

ANCIT's intelligent UDS Stack Configuration Tool that bridges the gap between AUTOSAR and non-AUTOSAR ECU development. Generate fully compliant UDS stacks in ARXML and C/H source code formats — without writing a single line of code.

View UDS Bootloader
ARXML
AUTOSAR Output
C / H
Non-AUTOSAR Output
ISO 14229
Full Compliance
Compliance Standards
ISO 14229-1
UDS Application Layer
ISO 14229-3
UDS on CAN (UDSonCAN)
ISO 15765-3
Transport Layer (CAN)

VxDiag - ANCIT UDS Stack Configuration Tool

VxDiag is ANCIT's intelligent UDS Stack Configuration Tool that bridges the gap between AUTOSAR and non-AUTOSAR ECU development. It empowers engineers, researchers, and educators to generate fully compliant UDS (Unified Diagnostic Services) stacks in both ARXML and C/.H source code formats - without writing a single line of code.

ISO 14229-1 Compliant ISO 14229-3 Compliant ISO 15765-3 Compliant
Zero-Code Generation

Define ECU parameters, diagnostic sessions, and service behavior through a clean GUI — then click Generate to produce a complete, compilable UDS stack.

Perfect for teaching, prototyping, and production deployment!

Output Modes

Dual-Mode Output Support

AUTOSAR ECUs

Generate Service and Diagnostic ARXMLs ready for RTE integration

  • ARXML output format
  • RTE-ready integration
  • Service & Diagnostic configurations
Non-AUTOSAR ECUs

Generate C/H code-based UDS Stack for direct deployment on microcontrollers

  • C/.H source code output
  • Direct MCU deployment
  • Ready-to-compile code
Features

Key Highlights

1Dual-Mode Support

Build UDS configurations for both AUTOSAR and Non-AUTOSAR ECUs from a single tool.

  • AUTOSAR ARXML output
  • C/H code generation
  • Unified configuration interface
2Zero-Code Stack Generation

Define parameters through GUI and generate complete, compilable UDS stacks instantly.

  • Visual configuration
  • One-click generation
  • No coding required
3Full ISO 14229 Compliance

All diagnostic services generated in accordance with ISO standards for reliability.

  • ISO 14229-1 compliant
  • ISO 14229-3 compliant
  • ISO 15765-3 compliant
4Flexible NRC Configuration

Choose, edit, or assign Negative Response Codes for each UDS service easily.

  • Dropdown configurator
  • Service-specific NRCs
  • Real-world testing ready
5Seamless ECU Integration

Generated code compiles directly on automotive-grade MCU platforms.

  • SmartWheels ECUs
  • NXP S32K series
  • TI TMS570 series
6Visual Parameter Configuration

Set ECU addresses, timing parameters, DIDs, and security levels through intuitive UI.

  • P2/P2* timing parameters
  • DID configuration
  • Security level setup
7Ready for Simulation and Validation

Integrate effortlessly with ANCIT's SmartWheels UDS Simulator to test your stack before deployment. Validate diagnostic services, test NRC responses, and ensure complete functionality in a safe simulation environment.

Platforms

Supported Platforms

SmartWheels ECUs

Native support for all SmartWheels ECU variants with optimized code generation.

NXP S32K Series

Full support for NXP S32K automotive MCU family with validated drivers.

TI TMS570 Series

Compatible with Texas Instruments TMS570 safety MCUs for critical applications.

Architecture

Why VxDiag and VxBoot are separate stacks

ISO 14229 defines 26+ UDS services. Each stack implements only the subset it actually needs — nothing more, nothing less.

VxDiag
Diagnostic Application
Runtime · Calibration · DTC management
0x10 DiagnosticSessionControlshared
0x11 ECUResetshared
0x14 ClearDTCInformation
0x19 ReadDTCInformation
0x22 ReadDataByIdentifier
0x27 SecurityAccessshared
0x2E WriteDataByIdentifier
0x2F InputOutputControl
0x31 RoutineControl
0x3E TesterPresentshared
0x85 ControlDTCSetting
Why
Two
Stacks?
VxBoot
UDS Bootloader
Flash programming · Secure download pipeline
0x10 DiagnosticSessionControlshared
0x11 ECUResetshared
0x28 CommunicationControl
0x27 SecurityAccessshared
0x31 RoutineControl (Erase)
0x34 RequestDownload
0x36 TransferData
0x37 RequestTransferExit
0x3E TesterPresentshared
Powered by SmartWheels GenX — Zero-code BSW · Made in India
Security-minimal attack surface

VxBoot exposes only the flash pipeline — fewer services means fewer entry points at the most security-critical ECU operation. Bundling VxDiag would expose flash-programming capability at the diagnostic layer. That’s a security hole, not a feature.

Independent validation cycle

Each stack is tested and updated on its own cycle. VxBoot doesn’t break when VxDiag’s DID list evolves. ROM footprint stays predictable — bootloaders live in reserved flash, so keeping them isolated keeps them tight and portable across ECU variants.

Purpose-built, not bundled

VxDiag is a scalpel for field diagnostics — precise, focused, no flash access. VxBoot is a scalpel for programming sessions — no DTC context, no calibration. Giving you both in one binary would be like handing every nurse a surgeon’s kit. Separation is by design.

ASL partitioning per ISO 26262

Mixed stacks blur ownership and complicate safety cases. Separate stacks map directly to ISO 26262 decomposition — each has a clear ASIL level, a clear memory region, and a clear integration boundary. No ambiguous handoffs between diagnostic and bootloader sessions.

FAQ

Common Questions

Q
Why two products if they’re based on the same standard?

Same standard, different purpose. ISO 14229 defines the full UDS vocabulary — 26+ services. VxDiag uses the diagnostic subset: DTC management, calibration, I/O control. VxBoot uses the flash programming subset: download session, data transfer, memory erase.

They share only 4 services out of the full spec. Bundling them would mean every ECU ships with flash-programming capability exposed at the diagnostic layer — that’s a security vulnerability, not a feature.

Q
If I buy one, doesn’t the other come with it?

No — and that separation is intentional, not a sales tactic. Think scalpel, not Swiss Army knife. VxDiag is purpose-built for field diagnostics — no flash memory access. VxBoot is purpose-built for programming sessions — no DTC or calibration context at all.

Giving you both in one binary would be like a hospital handing every nurse a surgeon’s kit. That said, we do offer a bundled license for teams that need both — contact us for details.

Q
Which stack do I need for OTA firmware updates?

VxBoot. OTA firmware updates use the ISO 14229 flash programming sequence — RequestDownload (0x34), TransferData (0x36), RequestTransferExit (0x37) — which is exactly what VxBoot implements. VxDiag has no download pipeline.

If you also need diagnostic access post-update (reading DTCs, calibration), you’ll want both stacks on the same ECU in separate memory regions.

Get in Touch

Ready to Generate Your UDS Stack?

Contact us for a demo, pricing, or trial license for VxDiag and VxBoot. Our team will get back within 24 hours.