Smart Meter Block Cloud Parameter Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In industrial applications, such as the oil and gas industry, configuring program parameters for replacement hardware is time-consuming and prone to errors, especially when the replaced device is damaged, as existing methods lack efficient ways to copy or retrieve configuration parameters, leading to mistakes and inefficiencies.

Innovation Solution

A system comprising control system elements (CSEs) and a control system platform (CSP) that receives measurement device state information, processes it, and generates notifications based on client device notification criteria, allowing for cloud-based parameter management to simplify the configuration process and reduce errors.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of repair

If manual configuration of program parameters is performed on replacement hardware, then hardware can be replaced, but time consumption and error rate increase

Engineering Contradiction:
Improvehardware replaceabilityVSAvoidconfiguration time
Core Design Contradiction:
Ease of repairVSLoss of time

Solution Approach 1:

The system automatically retrieves and applies program parameters from the damaged device to the replacement device before the technician completes the physical swap. This preliminary automatic configuration eliminates the need for manual parameter entry after hardware replacement, significantly reducing configuration time while maintaining ease of repair.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system creates a digital copy of the program parameters from the damaged device's memory and transfers it to the replacement device. This copying mechanism allows the replacement hardware to inherit all necessary configuration data automatically, eliminating time-consuming manual reconfiguration while preserving the original device's operational parameters.

Inventive Principle:
Principle #26Copying

2Ease of repair

If manual configuration of program parameters is performed on replacement hardware, then hardware can be replaced, but error rate increases

Engineering Contradiction:
Improvehardware replaceabilityVSAvoidconfiguration accuracy
Core Design Contradiction:
Ease of repairVSReliability

Solution Approach 1:

The system performs a direct digital copy of the program parameters from the damaged device to the replacement device, ensuring exact replication of configuration data. This automated copying process eliminates human transcription errors and ensures configuration accuracy matches the original device precisely.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The system verifies the successful transfer and application of program parameters by checking that the replacement device has received all necessary configuration data. This feedback mechanism ensures configuration accuracy and allows the system to detect and alert any potential errors in the parameter transfer process.

Inventive Principle:
Principle #23Feedback

3Adaptability or versatility

If parameters are stored locally on the device, then device can operate independently, but parameter retrieval becomes difficult when device is damaged

Engineering Contradiction:
Improvedevice independenceVSAvoidparameter retrieval ease
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The system merges local parameter storage on the device with cloud-based parameter repository. The device maintains local copies for independent operation, while the cloud repository stores backup copies that can be automatically retrieved when a device is damaged or replaced, combining the benefits of both approaches.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The cloud-based parameter repository acts as an intermediary between devices, storing and managing parameter data. When a device is damaged, the system can retrieve parameters from this intermediary repository and transfer them to replacement devices, making parameter retrieval easy without compromising device independence.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11902373B2Smart meter block
Publication Date: 2024.02.13 SMITH METER
  • US11902373B2 patent drawing
  • US11902373B2 patent drawing
  • US11902373B2 patent drawing

AI summary

A system includes a plurality of control system elements (CSEs) and a control system platform (CSP) including a data repository and operatively connected to the plurality of CSEs, and configured to: receive, from a CSE of the plurality of CSEs, a state logging message including measurement device state information (MDSI) and a control system element identifier (CSEI); store the MDSI in the data repository; process the MDSI to obtain analytic information; obtain, from the data repository, client device notification criteria (CDNC) associated with the CSEI; perform a comparison between the MDSI and the analytic information against the CDNC; determine, based on the comparison, that at least one notification trigger specified in the CDNC has been met; generate, in response to determining, an analysis notification message comprising the MDSI and the analytic information; and transmit the analysis notification message to a client device operatively connected to the CSP via a network.