Serial Buffer Protocol Translation for sRIO and Lite Interoperability

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing multi-port serial buffers face challenges in efficiently and flexibly transferring packet data between systems implementing different serial protocols, such as sRIO and Lite-weight protocols, which limits their ability to establish reliable connections.

Innovation Solution

A multi-port serial buffer with sRIO-to-Lite and Lite-to-sRIO translation logic that modifies packet headers to align with respective protocols, allowing for protocol translation and enabling communication between ports running different protocols, with the option to operate in packet-based or queue-based modes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If protocol translation is implemented between different serial protocols (sRIO and Lite-weight), then interoperability and communication capability between ports are improved, but device complexity increases due to the need for translation logic and header modification mechanisms

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidtranslation logic complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The serial buffer acts as an intermediary device between sRIO and Lite-weight protocol systems. It contains translation logic that receives packets from one protocol, modifies the header format to match the target protocol, and forwards the translated packet. This mediator approach enables protocol compatibility without requiring changes to the endpoint devices themselves.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The translation process is segmented into distinct functional components: header modification logic, case number lookup tables, and protocol-specific encoding/decoding units. The header structure is segmented into modifiable fields (source ID, destination ID, case number) that can be independently transformed. This segmentation makes the complex translation process more manageable and configurable.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If header modification is performed to translate between protocols, then protocol translation capability is improved, but processing time and data transfer efficiency may be worsened due to the additional modification steps

Engineering Contradiction:
Improveprotocol translation capabilityVSAvoiddata transfer efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

Case number mappings and protocol header templates are pre-configured in lookup tables within the translation logic. When a packet requires translation, the system performs a quick table lookup based on the source protocol type and destination port, rather than computing the entire header transformation algorithmically. This preliminary preparation significantly reduces processing time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The translation logic copies and modifies only the header portion of the packet while leaving the payload data unchanged. By focusing transformation efforts only on the header structure (source ID, destination ID, case number fields) and not the entire packet, the processing overhead is minimized while still achieving protocol compatibility.

Inventive Principle:
Principle #26Copying

3Adaptability or versatility

If the serial buffer supports multiple protocol types and translation modes (packet-based and queue-based), then versatility and adaptability are improved, but device complexity and configuration requirements increase

Engineering Contradiction:
Improveoperational mode flexibilityVSAvoidconfiguration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The serial buffer supports dynamic switching between packet-based mode and queue-based mode of operation. The translation logic can adapt its behavior based on the configured mode: in packet-based mode, it processes individual packets with immediate header modification; in queue-based mode, it manages buffered queues with batch processing. This dynamic adaptability allows the same hardware to serve different operational requirements.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The translation logic is designed with universal functionality to handle multiple protocol pairs (sRIO-to-Lite, Lite-to-sRIO) and multiple operational modes (packet-based, queue-based) through a single unified architecture. Configurable parameters and lookup tables enable the same hardware structure to perform different translation functions based on system requirements, reducing the need for multiple specialized devices.

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

Data Source

PatentUS8312190B2Protocol translation in a serial buffer
Publication Date: 2012.11.13 AXIRO SEMICONDUCTOR INC
  • US8312190B2 patent drawing
  • US8312190B2 patent drawing
  • US8312190B2 patent drawing

AI summary

A serial buffer includes a first port configured to operate in accordance with a first serial protocol and a second port configured to operate in accordance with a second serial protocol. A first translation circuit of the serial buffer allows packets received on the first port to be translated to the second serial protocol, and then transferred to the second port. A second translation circuit of the serial buffer allows packets received on the second port to be translated to the first serial protocol, and then transferred to the first port. Translations may be performed in response to information included in the headers of the received packets, including source ID values, destination ID values and/or case number values.