Encoder Protocol Conversion in Multi-Protocol Device Drivers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing systems for motion-capable devices face significant challenges in interoperability between different encoder and controller protocols, leading to increased complexity, cost, and proprietary dependencies, which restricts end users' flexibility and ability to adapt to different vendors or technological developments.

Innovation Solution

A method and apparatus for data transmission in a device driver that converts encoder data from one protocol to another using controller protocol conversion rules, allowing the device controller to operate seamlessly with different encoder protocols without requiring extensive reconfiguration of the device controller, thereby reducing the burden on device driver manufacturers and enhancing interoperability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple encoder protocols are supported through separate device driver instances, then protocol compatibility is improved, but device complexity and system cost increase

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The device driver is designed with a universal protocol logic module that can interpret multiple encoder protocols (HIPERFACE DSL, ENDAT 3.0, SCS OPEN LINK) through a single interface. This multi-functional approach allows the same device driver instance to support different protocols without requiring separate instances for each protocol, thereby reducing system complexity while maintaining protocol compatibility.

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

Solution Approach 2:

A protocol logic module acts as an intermediary between the communication interface and the device controller. This mediator layer translates and adapts data from various encoder protocols into a unified format that the device controller can process, eliminating the need for multiple specialized device driver instances and reducing overall system complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If different encoder protocols are implemented with separate device drivers, then protocol-specific functionality is improved, but ease of operation and maintenance deteriorate

Engineering Contradiction:
Improveprotocol supportVSAvoidsystem configuration
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The device driver incorporates a universal communication interface and protocol logic module that can operate with multiple encoder protocols through a single standardized configuration process. This eliminates the need for users to configure and maintain separate device driver instances for each protocol, significantly improving ease of operation and system setup.

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

3Measurement precision

If protocol-specific device drivers are used, then encoding accuracy is improved, but interoperability and vendor flexibility deteriorate

Engineering Contradiction:
Improveencoder data accuracyVSAvoidvendor interoperability
Core Design Contradiction:
Measurement precisionVSAdaptability or versatility

Solution Approach 1:

The protocol logic module serves as an intermediary that preserves the precision of encoder data from different protocols while translating it into a unified format. This mediator layer maintains the accuracy characteristics of each specific protocol (HIPERFACE DSL, ENDAT 3.0, SCS OPEN LINK) while enabling interoperability across different vendors and encoder types, thereby achieving both measurement precision and vendor flexibility.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentEP4429208A1Data communication in a device driver supporting multiple encoder protocols
Publication Date: 2024.09.11 HENGSTLER HALLER RELAIS
  • EP4429208A1 patent drawingFigure 1
  • EP4429208A1 patent drawingFigure 2
  • EP4429208A1 patent drawingFigure 3

AI summary

A device driver comprises a device controller and a first encoder provides encoder data according to a first encoder protocol capable of being converted to an associated first controller protocol. In the device driver, encoder data conforming to a first encoder protocol is received, wherein: the first encoder protocol is not the same as a second encoder protocol, the second encoder protocol is capable of being converted to an associated second controller protocol that is not the same as a first controller protocol associated with the first encoder protocol, and the device controller is configured according to the second controller protocol. The encoder data is converted, according to at least one controller protocol conversion rule, into converted controller data conforming to the second controller protocol that is thereafter provided to the device controller.