Universal Modem Sensor Configuration via Lookup Tables

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing communication devices require specific code development for each sensor device from different manufacturers, leading to high costs and time consumption due to the varied data collection and processing methods across sensors.

Innovation Solution

A modem device is configured to communicate with multiple sensor devices using multiple interfaces and configuration tables, allowing it to read and write data without requiring local interpretation, device drivers, or specific code for each sensor, enabling interoperability across various sensor types.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If specific code is developed for each sensor device, then communication reliability with the sensor is improved, but device complexity and development time increase

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidcode complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The communication device is designed with a universal configuration table structure that can accommodate multiple sensor types and manufacturers. The device uses a standardized data collection method that reads sensor information through a common interface, eliminating the need for separate code implementations for each sensor. The configuration tables store sensor-specific parameters (such as data format, sampling rate, and register addresses) in a unified structure, allowing the same communication protocol to work across different sensor devices.

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

Solution Approach 2:

Instead of changing the communication code for different sensors, the invention changes the parameters stored in configuration tables. Each sensor type is represented by different parameter values in the configuration table (such as different data formats, byte orders, or register addresses), but the underlying communication mechanism remains the same. This allows the system to adapt to different sensors by loading appropriate configuration parameters rather than rewriting code.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If custom code is developed for each sensor manufacturer, then sensor-specific functionality is optimized, but development cost and time increase

Engineering Contradiction:
Improvesensor functionalityVSAvoiddevelopment time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The invention performs preliminary action by pre-defining configuration table structures and data collection methods that work with multiple sensor types. The standardized interface and configuration formats are established in advance, so when a new sensor is introduced, developers only need to create or select appropriate configuration table entries rather than developing entirely new code. This preliminary setup significantly reduces development time for integrating new sensors.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The invention uses copying by replicating configuration table entries for different sensor types rather than creating unique code for each. Once a configuration table structure is defined for one sensor type, similar sensors can use copied or modified versions of these configurations. This approach maintains sensor-specific functionality while avoiding redundant code development.

Inventive Principle:
Principle #26Copying

3Measurement precision

If device drivers are created for each sensor, then communication precision is improved, but ease of operation deteriorates

Engineering Contradiction:
Improvedata collection precisionVSAvoidintegration ease
Core Design Contradiction:
Measurement precisionVSEase of operation

Solution Approach 1:

The configuration tables serve as an intermediary layer between the standardized communication interface and sensor-specific data formats. The data collection method uses this intermediary to automatically adapt to different sensor types by reading configuration parameters from the tables, eliminating the need for separate device drivers. This intermediary approach maintains measurement precision while significantly improving ease of operation.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS10420058B2Data-driven sensor configuration and information processing
Publication Date: 2019.09.17 VERIZON PATENT & LICENSING INC
  • US10420058B2 patent drawing
  • US10420058B2 patent drawing
  • US10420058B2 patent drawing

AI summary

A system may include one or more sensor devices and a wireless communication device. The wireless communication device may be configured to receive an indication of a sensor event from a sensor device via an interface port; perform a table lookup in a configuration table based on the interface port; identify sensor data location in the sensor device based on the table lookup; read data at the identified sensor data location; encapsulate the read data into a data unit; and transmit the data unit over a wireless connection to a sensor management system.