Automation Code Parsing for Protocol-Limited Device Control
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current automation systems face inefficiencies and complexities due to limitations in transmission protocols that restrict the automation code and parameters that can be broadcast to automated devices, leading to lengthy development and testing processes.
Innovation Solution
A system that utilizes a computing device to convert automation models into computer code, which is then parsed into broadcast parameters using a parser module, allowing efficient transmission and execution by automated devices, leveraging open source communication protocols like OPC-UA to enable minimal onboard processing and efficient execution.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If traditional transmission protocols are used to broadcast automation code to automated devices, then the system can maintain compatibility with existing devices, but the development and testing processes become lengthy and complex due to protocol limitations
Solution Approach 1:
The automation code is segmented into two parts: a standardized broadcast portion that complies with traditional transmission protocols and can be executed by existing automated devices, and a supplemental portion containing additional automation logic. This segmentation allows the system to maintain protocol compatibility while enabling complex automation tasks through the supplemental code that is processed locally by the device's onboard processor.
Solution Approach 2:
A communication module serves as an intermediary between the control system and the automated device. This module handles the conversion and transmission of automation code, managing the interface between the standardized broadcast protocol and the device's ability to execute both broadcast and supplemental code, thereby simplifying the overall system architecture.
2Adaptability or versatility
If more automation code is transmitted to automated devices, then more complex automation tasks can be performed, but the transmission protocol limitations restrict the amount of code that can be broadcast
Solution Approach 1:
The automation code is divided into a broadcast portion that fits within transmission protocol limits and a supplemental portion that contains additional automation logic. The broadcast portion is transmitted through standard protocols, while the supplemental portion is processed and executed locally by the automated device's onboard processor, enabling complex automation tasks without exceeding transmission capacity.
Solution Approach 2:
The system transitions from a single-dimension transmission model (all code sent via broadcast protocol) to a two-dimension model where code is split between broadcast transmission and local storage/processing. This dimensional change allows the system to overcome transmission protocol limitations by utilizing the device's local memory and processing capabilities.
3Productivity
If automation code is simplified to fit transmission protocols, then transmission efficiency improves, but the ability to perform complex automation tasks is reduced
Solution Approach 1:
The automation code is segmented into a simplified broadcast portion that fits transmission protocol requirements and maintains high transmission efficiency, and a supplemental portion that contains the complex automation logic needed for advanced tasks. The device's onboard processor combines and executes both portions, preserving full automation capability while achieving efficient transmission.
Solution Approach 2:
The automated device performs self-service by using its onboard processor to receive, process, and execute the supplemental automation code locally. This eliminates the need to transmit the entire complex automation code through the broadcast channel, maintaining transmission efficiency while enabling complex automation tasks through the device's own processing capabilities.
Data Source
AI summary
A system can provide automation with at least a computing device receiving an automation model via a graphical user interface that is converted to computer code with a controller of the computing device. A parser module of the computing device can remove portions of the computer code to create broadcast parameters that are subsequently transmitted to an automation device. A de-parser module of the automation device may translate the broadcast parameters into an automation process that is executed with the automation device to physically enact the automation model with the automation device.