Severity: Warning
Message: file_get_contents(https://...@pubfacts.com&api_key=b8daa3ad693db53b1410957c26c9a51b4908&a=1): Failed to open stream: HTTP request failed! HTTP/1.1 429 Too Many Requests
Filename: helpers/my_audit_helper.php
Line Number: 176
Backtrace:
File: /var/www/html/application/helpers/my_audit_helper.php
Line: 176
Function: file_get_contents
File: /var/www/html/application/helpers/my_audit_helper.php
Line: 250
Function: simplexml_load_file_from_url
File: /var/www/html/application/helpers/my_audit_helper.php
Line: 3122
Function: getPubMedXML
File: /var/www/html/application/controllers/Detail.php
Line: 575
Function: pubMedSearch_Global
File: /var/www/html/application/controllers/Detail.php
Line: 489
Function: pubMedGetRelatedKeyword
File: /var/www/html/index.php
Line: 316
Function: require_once
Digital twins have been gaining an immense interest in various fields over the last decade. Bringing conventional process simulation models into (near) real time are thought to provide valuable insights for operators, decision makers, and stakeholders in many industries. The objective of this paper is to describe two methods for implementing digital twins at water resource recovery facilities and highlight and discuss their differences and preferable use situations, with focus on the automated data transfer from the real process. Case 1 uses a tailor-made infrastructure for automated data transfer between the facility and the digital twin. Case 2 uses edge computing for rapid automated data transfer. The data transfer lag from process to digital twin is low compared to the simulation frequency in both systems. The presented digital twin objectives can be achieved using either of the presented methods. The method of Case 1 is better suited for automatic recalibration of model parameters, although workarounds exist for the method in Case 2. The method of Case 2 is well suited for objectives such as soft sensors due to its integration with the SCADA system and low latency. The objective of the digital twin, and the required latency of the system, should guide the choice of method. PRACTITIONER POINTS: Various methods can be used for automated data transfer between the physical system and a digital twin. Delays in the data transfer differ depending on implementation method. The digital twin objective determines the required simulation frequency. Implementation method should be chosen based on the required simulation frequency.
Download full-text PDF |
Source |
---|---|
http://dx.doi.org/10.1002/wer.11074 | DOI Listing |
Enter search terms and have AI summaries delivered each week - change queries or unsubscribe any time!