Virtual Embedded Device for Parallel Development and Testing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for developing embedded type devices are inefficient and costly due to the complexity of integrating professional functions, requiring extensive research and development processes, and lack a comprehensive simulation method for testing device functions, especially in fields like power systems and industrial control.

Innovation Solution

A running method for an embedded type virtual device that simulates the actual hardware environment, allowing for complete function verification through a virtual managing process that loads real-time and non-real-time modules, schedules tasks, and enables accurate data exchange among processors, supporting parallel communication and debugging, using a configuration file to maintain consistency with actual devices.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If traditional serial research and development methods are used for embedded type devices, then device functionality can be verified, but the research and development period is extended and efficiency is reduced

Engineering Contradiction:
Improveresearch and development efficiencyVSAvoidresearch and development period
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent creates a virtual embedded device that replicates the functionality and behavior of the actual hardware device. This virtual copy allows parallel development and testing without requiring physical device samples, thereby shortening the development period and improving efficiency while maintaining full functional verification capability

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The virtual device enables preliminary development, testing, and debugging activities to be performed before actual hardware is available. Developers can implement and test algorithms, software, and system integration in advance, eliminating waiting time and enabling parallel workflows that reduce the overall research and development period

Inventive Principle:
Principle #10Preliminary action

2Productivity

If multiple device samples and debugging devices are provided for parallel research and development, then development can proceed in parallel, but device complexity and cost increase

Engineering Contradiction:
Improveparallel development capabilityVSAvoidnumber of device samples and debugging devices
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The virtual embedded device serves multiple functions simultaneously: it acts as both the target device for algorithm development and the debugging environment for software testing. This multi-functional virtual platform eliminates the need for separate physical device samples and debugging equipment, reducing complexity while enabling parallel development by multiple teams

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

Solution Approach 2:

The virtual device acts as an intermediary between developers and the actual hardware, providing all necessary debugging and testing capabilities in a virtual environment. This intermediary eliminates the need for multiple physical devices and complex debugging setups, simplifying the development infrastructure while maintaining parallel development capabilities

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If existing virtual simulation methods are used, then application algorithm simulation is possible, but complete device function verification including man-machine interface and communication functions cannot be achieved

Engineering Contradiction:
Improvecomplete device function verificationVSAvoidsimulation coverage scope
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The virtual embedded device is segmented into distinct functional modules including real-time modules, non-real-time modules, man-machine interface modules, and communication modules. Each module is independently implemented and can be separately tested, while maintaining their integrated interactions. This segmentation enables complete device function verification across all components while preserving the system's adaptability and versatility

Inventive Principle:
Principle #1Segmentation

4Adaptability or versatility

If high integration degree is achieved in embedded type devices with multiple professional functions, then device functionality is enhanced, but research and development cost and complexity increase

Engineering Contradiction:
Improvedevice functionalityVSAvoidresearch and development process complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The virtual embedded device replicates the high-integration system with all its professional functions (line protection, transformer protection, busbar protection, stability control, and measurement control) in a virtual environment. This virtual copy allows complete testing and verification of all integrated functions without requiring complex physical prototypes, reducing development complexity while maintaining full functional capability

Inventive Principle:
Principle #26Copying

Data Source

PatentUS10949242B2Development of embedded type devices and running method for embedded type virtual device and system
Publication Date: 2021.03.16 NR ELECTRIC CO LTD
  • US10949242B2 patent drawing
  • US10949242B2 patent drawing
  • US10949242B2 patent drawing

AI summary

Disclosed by the present invention are a running method for an embedded type virtual device and a system, an embedded type device being divided into a managing process, a plurality of real-time modules and a plurality of non-real-time modules. The managing process reading a configuration file, loading real-time and non-real-time module libraries of each processor and completing initialization interaction by means of a virtual controller area network (CAN) bus and first in, first out (FIFO) communication. The managing process starting a real-time thread and serially scheduling real-time task according to a task period setting relation. The managing process starting a plurality of non-real-time threads, calling a period task of a non-real-time module and carrying out parallel communication with a plurality of debugging clients. The real-time modules exchange data with each other by means of a virtual data bus, and the real-time modules exchange data with the non-real-time modules by means of a sharing memory.