Plugin-Based Communication Module for Machine Instruments

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing centralized systems for machine health monitoring and predictive maintenance face challenges when firmware updates are required, as they need to be taken offline to accommodate new or updated machine instruments, leading to downtime and increased costs due to the need for software updates to match communication protocols.

Innovation Solution

A centralized system with a communication module that includes a plugin manager and library, allowing for independent and selective firmware updates for each machine instrument, enabling seamless communication by associating compatible plugins with machine instruments without disrupting other connections, and allowing for dynamic data and instruction protocol conversion.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the centralized system takes itself offline to update software when firmware changes occur, then communication compatibility with new firmware versions is achieved, but system downtime increases and productivity decreases

Engineering Contradiction:
Improvecommunication compatibilityVSAvoidsystem availability
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The centralized system software is segmented into multiple independent plugins, each corresponding to a specific firmware version. When firmware changes occur, only the relevant plugin needs to be updated or swapped, rather than updating the entire centralized system. This segmentation allows the system to maintain operational continuity while adapting to new firmware versions.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The centralized system is designed with universal plugin interfaces that can accommodate multiple firmware versions simultaneously. The plugin architecture provides multi-functionality, allowing the same centralized system to communicate with various machine instrument firmware versions through different plugins, eliminating the need for complete system updates.

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

2Adaptability or versatility

If the centralized system is updated to match new firmware versions, then communication protocol compatibility is improved, but update time and costs increase

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidupdate time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

Plugins for different firmware versions are pre-configured and stored in the centralized system. When a machine instrument's firmware is updated, the system can quickly switch to the pre-prepared corresponding plugin without requiring time-consuming updates. This preliminary preparation of multiple plugins eliminates the need for real-time system updates.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Instead of updating the entire centralized system software, the solution creates and maintains copies of communication protocol handlers (plugins) for different firmware versions. The system copies or switches between these plugin copies based on the connected machine instrument's firmware version, avoiding the need for complete system updates.

Inventive Principle:
Principle #26Copying

3Adaptability or versatility

If the centralized system supports multiple firmware versions simultaneously, then adaptability improves, but system complexity increases

Engineering Contradiction:
Improvemulti-version supportVSAvoidsoftware architecture
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The plugin architecture introduces an intermediary layer between the centralized system core and the machine instruments. This plugin intermediary handles all protocol-specific logic, allowing the core system to remain simple while supporting multiple firmware versions. The complexity is isolated to individual plugins rather than the entire system.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The communication protocol handling logic is extracted from the centralized system core and placed into separate, independent plugins. This extraction removes complexity from the main system while maintaining the ability to support multiple firmware versions through optional plugin modules.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS9575779B1Isolated communication structure for machine instruments
Publication Date: 2017.02.21 EPRO GMBH
  • US9575779B1 patent drawing
  • US9575779B1 patent drawing
  • US9575779B1 patent drawing

AI summary

A centralized system for communicating with machine instruments, includes a processor, a memory, a communication port, and a communication module. The communication module has a set of sockets for communicating through the communication port, and a library of plugins, where each plugin is associated with at least one of the machine instrument types and firmware version. A plugin manager communicates with a selected one of the machine instruments and searches the plugin library to find a plugin that is compatible with the type and firmware version of the selected machine instrument. A compatible plugin is associated with the selected socket, such that the compatible plugin interprets communication between the centralized system and the machine instrument. The associating occurs without altering associations between other plugins and sockets and interrupting communications between the centralized system and any of the other machine instruments.