FireProbe Sub-Diagnostic Module for IEEE-1394 Bus Monitoring

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

IEEE-1394 Serial bus technology provides limited diagnostic capabilities due to restricted access to diagnostic registers and non-configurable status information, hindering effective monitoring and troubleshooting of network issues.

Innovation Solution

A Sub-Diagnostic Module, known as FireProbe, is introduced to acquire and log internal node information, provide real-time time-synchronized diagnostic data, and autonomously generate warning events, enhancing diagnostic capabilities by incorporating programmable registers and a diagnostic protocol for remote and local access.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If IEEE-1394 Serial bus technology uses standard diagnostic registers, then diagnostic information can be read locally and remotely, but the number of accessible diagnostic registers is very limited and provides only limited diagnostic information

Engineering Contradiction:
Improvediagnostic informationVSAvoiddiagnostic register structure
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The diagnostic module is segmented into multiple functional components including a control unit, a plurality of diagnostic registers (status registers, configuration registers, data registers), and a log buffer. This segmentation allows comprehensive diagnostic information to be organized into manageable sections, each accessible through standardized IEEE-1394 transactions while providing extensive diagnostic coverage without overwhelming system complexity

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The diagnostic module implements a universal interface that combines multiple functions: status monitoring, configuration control, data logging, and event notification all through the single IEEE-1394 bus interface. The module serves multiple devices simultaneously and provides both local and remote access capabilities, making it a multi-functional solution that replaces multiple separate diagnostic mechanisms

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

2Adaptability or versatility

If IEEE-1394 technology provides standard PHY register access, then some status and diagnostic information can be read, but the information is non-configurable and limited

Engineering Contradiction:
Improvediagnostic capabilityVSAvoidregister configuration
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The diagnostic module implements dynamic configurability where register addresses, transaction types, and monitoring parameters can be modified during operation. The control unit responds to configuration transactions that allow runtime adjustment of diagnostic behavior, enabling the system to adapt to different operational modes and diagnostic requirements without fixed predetermined settings

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The module includes pre-configured default values and initialization sequences that set up diagnostic registers and logging parameters before operation begins. Configuration registers allow preliminary setup of monitoring thresholds, log buffer sizes, and event filtering criteria, so the diagnostic system is ready to operate effectively from startup without requiring complex runtime adjustments

Inventive Principle:
Principle #10Preliminary action

3Measurement precision

If a diagnostic module monitors multiple devices in real-time, then comprehensive diagnostic information can be collected, but time synchronization and data correlation across devices becomes complex

Engineering Contradiction:
Improvediagnostic timing accuracyVSAvoidtime synchronization mechanism
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The module implements a time synchronization mechanism where each device records timestamps for diagnostic events and transactions. The control unit compares timestamps from multiple devices, detects synchronization drift, and generates correction transactions to realign device clocks. This feedback loop maintains precise time correlation across the network without requiring complex centralized synchronization hardware

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

Each device equipped with the diagnostic module autonomously maintains its own timestamp counter and event logging with precise timing information. The modules self-synchronize by exchanging timestamp data through normal IEEE-1394 transactions and automatically adjusting their local time references, eliminating the need for external synchronization infrastructure or complex centralized control

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS9575866B1Diagnostic module for monitoring electronic data transmission
Publication Date: 2017.02.21 DAP HLDG BV
  • US9575866B1 patent drawing
  • US9575866B1 patent drawing
  • US9575866B1 patent drawing

AI summary

A Sub-Diagnostic Module incorporated into a System Module. The Sub-Diagnostic Module receives signals from the System Modules through the diagnostic signal interface. The diagnostic signal interface passes the signals through to the diagnostic signal evaluation logic where it determines if a signal or combination of signals is an event to be recorded in the sub-diagnostic registers and/or the sub-diagnostic log memory. The events recorded in the registers and log memory are accessed by the Portable Diagnostic Module through the Sub-Diagnostic Module's diagnostic protocol interface. Recorded events placed in log memory are synchronized by the sub-diagnostic time synchronizer. The time synchronizer receives high resolution time information from a local clock, such as a physical layer clock, and lower resolution network synchronized information from the diagnostic protocol interface.