SDV Guide
digital.auto
  • Welcome
  • SDV101
    • Part A: Essentials
      • Smart Phone? No: Habitat on Wheels!
      • Basics: What is a Software-defined Vehicle
      • MHP: Expert Opinion
      • Challenges: What sets automotive software development apart?
      • SDV Domains and Two-Speed Delivery
    • Part B: Lessons Learned
      • Learnings from the Internet Folks
        • Innovation Management
        • Cloud Native Principles
          • DevOps and Continuous Delivery
          • Loose Coupling
            • Microservices & APIs
            • Containerization
            • Building Robust and Resilient Systems
      • Learnings from the Smart Phone Folks
    • Part C: Building Blocks
      • Foundation: E/E Architecture
        • Today`s E/E Architectures
        • Evolving Trends in E/E Architectur
        • Case Study: Rivian
      • Standards for Software-Defined Vehicles and E/E Architectures
      • Building Blocks of an SDV
        • Service-Oriented Architecture
          • The SOA Framework for SDVs
          • Container Runtimes
          • Vehicle APIs
          • Example: Real-World Application of SDV Concepts
          • Ensuring Functional Safety
          • Event Chains in Vehicle SOAs
          • Vehicle SOA Tech Stack
        • Over-the-Air Updates: The Backbone of Software-Defined Vehicles
        • Vehicle App Store: The Holy Grail of Software-Defined Vehicles
      • Summary: Building Blocks for Software-Defined Vehicles
    • Part D: Implementation Strategies
      • #DigitalFirst
      • Hardware vs Software Engineering
        • The Traditional V-Model in Automotive Development
        • Agile V-Model, anybody?
        • Key: Loosely Coupled, Automated Development Pipelines
        • The SDV Software Factory
      • Implementing the Shift Left
        • Simulation and Digital Prototyping
          • Early Validation: Cloud-based SDV Prototyping
          • Detailed Validation: SDVs and Simulation
        • Towards the Virtual Vehicle
          • Case Study: Multi-Supplier Collaboration on Virtual Platform
          • Long-Term Vision
        • Physical test system
        • De-Coupled, Multi-Speed System Evolution
        • Continuous Homologation
        • Summary and Outlook
      • Enterprise Topics
        • Variant Management
        • Engineering Intelligence
        • Enterprise Organization, Processes, and Architecture
        • Incumbent OEMs vs EV Start-ups
  • SDV201
  • ./pulse
    • SDV Culture
    • Lean Sourcing
      • LeanRM
        • Why so many Requirements?
      • SCM for SDVs
    • SDV Systems Engineering
      • LeanSE
      • SDVxMBSE
    • Digital First
    • Loose Coupling
      • API-first
      • Freeze Points
    • Automation and Engineering Intelligence
    • Continuous Homologation
    • Build / Measure / Learn
  • Glossary
Powered by GitBook

SDV Guide

  • Legal Notice
  • Disclaimer
  • Privacy Policy

(c) 2025 Dirk Slama

On this page
  • The Smartphone Revolution
  • APIs and Developer Ecosystems
  • App Stores and Developer Engagement
  • Hardware Abstraction and Device Compatibility
  • Sensors and Actuators
  • Resource Utilization: Smartphones vs Automotive Systems
  • Smartphones: Dynamic and Extensible
  • Automotive Systems: Tightly Controlled and Efficient
  • Bridging the Gap
  • Lessons for the Automotive Industry
  • Applying Smartphone Principles to SDVs
  1. SDV101
  2. Part B: Lessons Learned

Learnings from the Smart Phone Folks

PreviousBuilding Robust and Resilient SystemsNextPart C: Building Blocks

Last updated 6 months ago

After exploring lessons from the internet, we now turn to smartphones, the devices that revolutionized personal technology by integrating communication, computing, and connectivity. Smartphones built on the internet’s foundation, enabling seamless access to information, apps, and services anytime, anywhere. With touch interfaces, app ecosystems, and powerful hardware, they set new standards for usability, scalability, and innovation.

The Smartphone Revolution

Think back to devices like the Apple Newton, Palm Treo, BlackBerry, and Nokia Communicator. These were precursors to the modern smartphone era. The true smartphone revolution, however, began in January 2007, when Steve Jobs announced the iPhone, transforming how technology and personal devices interacted.

Smartphones continue to serve as benchmarks for Software-Defined Vehicles (SDVs). Let’s explore how their key principles apply.

APIs and Developer Ecosystems

Consider a simple but illustrative example from popular culture: a smartphone app that makes a whip sound, as seen in The Big Bang Theory. As the app developer, you wouldn’t need to understand the physics behind measuring acceleration. You’d only need access to an API that provides acceleration data. Based on that, you’d program the app to trigger a whip sound when the phone moves fast enough.

Smartphone vendors invested heavily in creating APIs, abstraction layers, and reusable libraries, along with marketplaces like app stores. This infrastructure enables developers to build millions of apps, generating billions in revenue. APIs ensure different apps look and behave consistently while allowing third-party developers to build innovative features without needing deep knowledge of the underlying hardware.

App Stores and Developer Engagement

App stores provide centralized distribution channels for apps. They ensure:

  • Quality Control through standard reviews.

  • Monetization Models with in-app purchases and subscriptions.

  • Developer Engagement through portals, hackathons, competitions, and early access programs.

Smartphone companies continually invest in these ecosystems, enabling faster development and ongoing innovation.

Hardware Abstraction and Device Compatibility

Smartphones use a hardware abstraction layer (HAL) to ensure compatibility across devices. This allows apps to run on different devices and future hardware versions. Developers don’t have to rewrite code when new smartphones are released. Instead, the HAL adapts their apps to new hardware, simplifying development and future-proofing applications.

Sensors and Actuators

Modern smartphones are packed with sensors like:

  • Light and proximity sensors.

  • Touchscreens and fingerprint readers.

  • GPS and communication modules.

  • Accelerometers, gyroscopes, and magnetometers.

The default apps use only a fraction of these sensors' potential, leaving the rest to the creativity of developers. This open ecosystem encourages novel applications, from fitness tracking to augmented reality.

Resource Utilization: Smartphones vs Automotive Systems

Smartphones and automotive systems approach resource management with fundamentally different priorities. Smartphones emphasize flexibility and headroom to support third-party applications, enabling continuous innovation. In contrast, automotive systems focus on tightly optimized resource use, ensuring safety-critical operations and reliability.

Smartphones: Dynamic and Extensible

Smartphones are designed with excess capacity, allowing developers to introduce new features and apps. This adaptability supports diverse workloads, frequent updates, and third-party innovation. Resource allocation dynamically scales to user needs, balancing performance and battery life.

Automotive Systems: Tightly Controlled and Efficient

Automotive systems prioritize efficiency and stability, with resources precisely allocated to predefined tasks. This ensures reliable performance for safety-critical functions like braking and steering. The highly optimized nature of embedded systems leaves minimal room for additional functionality or post-production updates.

Bridging the Gap

The shift to software-defined vehicles (SDVs) aims to bring the flexibility of smartphones to automotive systems. By adopting hardware abstraction layers and scalable architectures, SDVs can enable dynamic resource management, fostering innovation while maintaining safety and reliability

Lessons for the Automotive Industry

The smartphone industry offers critical lessons for automotive development:

  • User-Centric Design: Prioritize user experience and personalization.

  • Ecosystem Integration: Build a platform that supports external developers.

  • New Revenue Models: Use app stores, subscriptions, and premium features.

  • Software-First Approach: Focus on software-driven innovation.

  • Frequent Updates: Enable over-the-air (OTA) updates.

  • Fast Innovation Cycles: Encourage rapid iteration and testing.

  • Data-Driven Insights: Use operational data for continuous improvement.

  • Developer Community Support: Invest in engagement and resources.

  • Platform Thinking: Create a flexible, scalable, and secure platform.

  • Global Scalability and Interoperability: Ensure compatibility across diverse environments.

  • Cybersecurity: Implement robust security features from the start.

Applying Smartphone Principles to SDVs

The smartphone model inspires how SDVs can evolve. Non-safety-critical applications could run on a separate software stack above the hardware abstraction layer, isolated from critical systems like ADAS, energy management, and motion control. This setup would allow rapid feature development, app store-like distribution, and community-driven innovation.

The digital-first approach underpins these principles, emphasizing shift-north (moving functionality above the hardware layer) and shift-left (enabling early development and testing). This strategy promises a new era of automotive innovation, unlocking possibilities similar to the smartphone revolution.