Edge cloud-based resin material drying system and method

Abstract

A method of evaluating factory production machinery up time and down time performance provides a collection of sensors in individual communication with factory production machinery, with each sensor collecting high frequency vector data as respecting a physical parameter associated with the machinery, extracts the data from the sensors to produce a sensor data set, transforms the data set into the frequency domain, extracts statistical and mathematical information from the data set, transfers the data set, to an associated edge cloud, and within the associated edge cloud processes the data set to provide a repair, maintenance and operation board for the machinery to evaluate up time and down time performance for the factory production machinery.

Claims

1. A method of evaluating factory production machinery up time and down time performance, comprising: a) providing a collection of sensors in individual communication with factory production machinery, each sensor collecting high frequency vector data as respecting a physical parameter associated with the machinery; b) extracting the data from the sensors to produce a sensor data set; c) transforming the data set into the frequency domain; d) extracting statistical and mathematical information from the data set; e) transferring data set, and optionally the extracted statistical and mathematical information, to an associated virtual edge cloud within a public cloud; within the associated virtual edge cloud, processing the data set using a rule based algorithm to predict machine reliability and future performance; g) within a second section of the associated virtual edge cloud, performing further analytical computations on the data set to provide a repair, maintenance and operation board for the machinery; h) within a third section of the associated virtual edge cloud, performing yet further analytical computations on the data set to evaluate up time and down time performance for the factory production machinery; i) storing time series data, metadata, and/or asset data from the sensors in a time series data base and an asset data base within the virtual edge cloud; j) feeding visualization data generated within the first, second, and third sections of the virtual edge cloud to a visualization data base within the public cloud; and k) storing user feedback information and data regarding the factory production machinery in the asset data base.

2. A method of evaluating factory production machinery performance, comprising: a) providing a collection of sensors in communication with factory production machinery, each sensor collecting high frequency vector data as respecting physical parameters of the machinery; b) extracting the data from the sensors to produce a sensor data set; c) transforming the data set into the time domain; d) extracting statistical and mathematical information from the data set; e) transferring data set, and optionally the extracted statistical and mathematical information, to an associated virtual edge cloud within a public cloud; within the associated virtual edge cloud, processing the data set for one machine using a rule based algorithm to predict machine reliability and future performance; g) within a second section of the associated virtual edge cloud, performing further analytical computations on the data set to provide a repair, maintenance and operation board for the machine; h) within a third section of the associated virtual edge cloud, performing analytical computations on the data set to evaluate performance for the machine; i) storing time series data, metadata, and/or asset data from the sensors in a time series data base and an asset data base within the virtual edge cloud; j) feeding visualization data generated within the first, second, and third sections of the virtual edge cloud to a visualization data base within the public cloud; and k) storing user feedback information and data regarding the factory production machinery in the asset data base.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) FIG. 1 is a schematic diagram of a system, in accordance with the invention, illustrating system interaction among a sets of sensors, the sensors being both with and without computational capabilities and electronics, and being located in different factory facilities, providing data to associated edge clouds and to the public cloud.

(2) FIG. 2 is a schematic flow chart depicting connection of legacy sensors and new sensors to a virtual edge cloud in accordance with aspects of the invention,

(3) FIG. 3 is a schematic block diagram illustrating a preferred system architecture in accordance with the invention.

(4) FIG. 4 is a schematic block diagram illustrating a preferred system architecture, the public cloud, and a virtual edge cloud in accordance with the invention.

DESCRIPTION OF THE INVENTION

(5) As used herein, the term Fog means computation in the sensor electronics itself, while Core means computation in a central server. In accordance with the invention, for complex Industrial Internet of Things analytics, there are at least five layers of computation that are important. The five layers, or protocols of computation are as follows: Fog 1: Where high frequency vector data is extracted from the sensors and transformed, either in the time domain or in the frequency domain, to produce a sensor data set. Fog 2: Where useful, statistical, and mathematical information is extracted from a transformed sensor data set. Core 1: Where data and features for one or multiple sensors are used in computations, using either a rule based algorithm or a machine learning engine, to predict reliability and performance and to provide further analytics for a machine or a process. Core 2: Where the analytics obtained for a machine or process, preferably from Core 1, are used for one or more secondary layers or analytics such as a repair, maintenance, and operation board for the machine or process, or a rule set for the machine or process. Core 3: Where data obtained preferably using the Core 2 protocol, is further used to process more advanced analytics such as the up time or down time performance of a factory in which machines having the sensors associated therewith are located.

(6) In the traditional edge of Fog computing paradigm, the Fog computation, either Fog 1 or Fog 2 as identified above, increases the cost of sensor electronics as they necessarily use at least one gigabit or more of random access memory and require at least one gigahertz or higher processor speed. Performing core computing in the public cloud as per computations Core 2, Core 2, and Core 3 above, increases the cloud computing costs. This invention addresses this problem by providing a edge cloud architecture as a system for merging layers of computation one through five, namely Fog 1 and 2, and Core 1, 2, and 3 as identified above, into the edge cloud by performing them in the edge cloud and thus reducing the cost of hardware and the cost of a cloud subscription simultaneously, through the single architecture in accordance with the invention.

(7) In addition to the computations described in the five protocols identified above, analytics obtained from the third and fourth protocols, Core 1 and Core 2, are used in accordance with the invention to provide real time feed data to control systems. The edge cloud computation approaches in accordance with the invention use soft integration of the layer consisting of either the third or fourth protocol, namely Core 1 and Core 2 identified above, with the system of the factory. The invention provides such edge cloud protocol for integration of the control plan with the edge cloud computations.

(8) Specific to the problem of predictive maintenance where feedback is required from the users of the adaptive predictive analytics respecting maintenance issues in a course of computing within protocols three and four above, the invention in one of its aspects runs local and global adaptive predictive analytics. The hybrid cloud architecture of the invention caters to both of those needs, namely the local protocol is optimally only a single edge cloud computation, whereas the predictive analytics global uses multiple feedback from plural edge cloud computational protocols.

(9) Fog level computation, in sensor electronics within or attached to the sensors, is vulnerable to cyber-attack, since typically there are many such devices in a single factory. In factories that are resource limited, advanced security measures are difficult to implement. This makes the entire factory network vulnerable to cyber attack and is one of the weakest points of the Industrial Internet of Things. With edge cloud computing in accordance with the invention, and now in the course of using proprietary protocols in accordance with the invention, preferably sensor devices used in the practice of the invention are ones that talk only to the associated edge cloud and to nothing else. In this way a factory Wi-Fi or Ethernet network in accordance with the invention remains much safer and essentially immune from compromise of the sensor devices. The invention accomplishes this with the edge cloud architecture addressing the critical issue of network security by use of proprietary protocol layers, all as disclosed and claimed herein.

(10) As described above, FIG. 1 depicts a system in accordance with the invention, in which a set of sensors, with or without integrated computational capabilities and electronics, are sending data to an edge cloud, and to a low cloud in the case of real time and non-real time users, and to the public cloud. FIG. 1 further depicts legacy sensors sending data to the public cloud directly, since such legacy sensors are normally without edge cloud support. New sensors can communicate with end users via the edge cloud or, as often is the case of smaller scale operations, can connect to the public cloud directly, all as illustrated in FIG. 1.

(11) Further regarding FIG. 1, two kinds of visualization are illustrated schematically where the public cloud provides visualization, which is non-real time but is available anywhere, while edge clouds serve the need for real-time visualization within the associated factory premises, with a user's viewing device and an associated edge cloud all connected to the same subnetwork. This is illustrated in FIG. 1. There could be hundreds of edge clouds in the system as illustrated in FIG. 1.

(12) As described above FIG. 2 is a schematic flow chart depicting different ways of connecting legacy sensors, which have already been deployed in the field and work without any edge cloud, and new sensors; the connection is performed using virtual edge cloud, which is sometime abbreviated herein as VEC. In the schematic diagram of FIG. 2, the public cloud should be understood as being composed of two major functional blocks, namely a virtual edge cloud and an Internet of Things visualization micro service, both as shown. Still referring to FIG. 2, the virtual edge cloud is similar to an ordinary edge cloud, but the virtual edge cloud is scalable for many more sensors and does not facilitate real time visualization. With the virtual edge cloud, in accordance with the invention sensor data, whether processed using an edge cloud approach or in the public cloud, creates the same level of non-real time visualization. However, sensor data processed by the virtual edge cloud and without use of edge cloud per se, does not provide for real time visualization in the factory, all as illustrated schematically in FIG. 2.

(13) As noted above, FIG. 3 is a block diagram illustrating the architecture of the instant invention. In FIG. 3, it is understood that in edge cloud, as known in distributed computing, it is important to distribute to and from all of the Industrial Internet of Things sensors information into five layers, with each layer being defined by a modular computational block as illustrated in FIG. 3. These computational layers are respectively in series in the illustrated hierarchy as follows: Fog 1: This layer of the protocol of the invention includes high frequency vector data such as vibration information, current information, magnetic field information and the like, which is extracted from associated sensors connected to one or more machines in a factory with which the edge cloud of interest is associated. The vector data is transformed into either the time domain or the frequency domain. Fog 2: This layer of the protocol of the invention involves useful statistical and mathematical data, including moments, peak to root mean square ratio and other parameters of physical data that are extracted from a transformed data set created in the Fog 1 layer. Core 1: This layer of the protocol of the invention involves data for all the features for sensors using either a rule based or a machine learning engine approach and processing the same with a support vector machine or a random forest software, to predict reliability and provide analytics on the machine(s) on which the sensors reside. Core 2: This layer of the protocol of the invention involves the analytics obtained for one or more machine from the Core 1 layer to form secondary layers of analytics such as machine repair and operation data, which may be provided on a dashboard or some other display device. Core 3: This layer of the protocol of the invention involves data obtained from the layer identified as Core 2 and is further used to process more advanced enterprise resource planning software in order to evaluate parameters such as overall uptime or downtime performance of a factory or other facility.

(14) In the practice of the invention each of the distributed computational layers described above requires three different data types. One of these data types is machine information or sensor information regarding which sensors are mounted on what kind of machines, the make or model of the machine, and the analytics required. This asset database includes unstructured text, image, and sound data captured from a machine for adaptive boosting of the analytics.

(15) A second data type needed by each of the distributive computational layers is time series meta data processed from an earlier block in real time. So, as an example referring to FIG. 3, layer C receives metadata from computation in layer B., computation layer D receives metadata from computational layer C, and so on.

(16) The third data type needed by each of the distributive computation layers is time series metadata stored from each block in a sensor time series database, with the data being from the relatively recent past. In the industrial and commercial contexts typically this will be data from the last two hours or two days of operation of the facility.

(17) Each of the computational layers receives data via a broker service.

(18) In the course of practice of the invention, data input to the edge cloud of interest can be raw sensor data, without layer A or layer B processing, or can be metadata generated by a computation in layer B. If a sensor with a Fog device is connected to the edge cloud, the sensor will send metadata directly to computing layer C for use thereby. Otherwise, raw sensor data is processed by and within layer A.

(19) In the course of practice of the invention, metadata output from processing layers C, D, and E are preferably sent to the public cloud, and to a programmable logic controller/supervisory control and data acquisition system.

(20) Raw sensor data is preferably input directly to edge cloud in one embodiment of the invention without processing by computation layers A and B. Alternatively, raw sensor data is metadata generated by computational layer B and then supplied to the edge cloud. In the embodiment of the invention where a sensor with a Fog device is connected to the edge cloud of interest, the invention sends metadata directly to layer C for processing. Otherwise in the preferred practice of the invention, raw data is processed in the edge cloud as it is received from computational layer A.

(21) In the course of practice of the invention, metadata output from processing layers C, D, and/or E is sent to the public cloud, or to a programmable logic controller/supervisory control and data acquisition system, or to a hybrid programmable logic controller/supervisory control and data acquisition system, and/or to a real time listening service. Time series metadata is sent to be stored at a time series data base locally in the associated edge cloud. This time series database is synchronized and backed up with the time series database of the public cloud so that in the event of damage to the particular localized edge cloud of interest, no data is lost.

(22) In the course of practice of the invention, visualization data, which can be JSON formatted data as required for analytic visualization, is sent to a visualization database in the public cloud.

(23) The visualization data in another format is preferably sent to a mobile or other visualization device within the particular factory; these devices are preferably connected to the same subnetwork within the particular factory.

(24) Yet another format of the visualization data, which will be formatted for an industrial bus, is preferably sent to the hybrid programmable logic controller/supervisory controller and data acquisition system.

(25) FIG. 4 illustrates some architecture of the public cloud including a block identified as virtual edge cloud, which is similar to edge cloud except that with this block data does not need to be fed to a connected mobile device or to a hybrid programmable logic controller/supervisory control and data acquisition system, due to lower latency. Additionally, the sensor time series data base and the asset data base that are in or constitute the virtual edge cloud, in the preferred practice of the invention store such time series data, metadata and asset data of the sensors that are connected and report to the virtual edge cloud, which may be generated from the computations performed in block C and/or block D and/or block E of FIG. 3.

(26) The sensors comprise both brown sensors and green sensors, where brown denotes sensors lacking computational capability and associated electronics and green denotes sensors having computational capability with associated electronics being either built into the sensor or located immediately adjacent thereto as respecting the machine from which the sensor is harvests data.

(27) The architecture illustrated in FIG. 4 also performs back-up for all of the sensor time series database and asset database data generated in the edge cloud, for use in the event the edge cloud is damaged by hardware being damaged, or stolen, or misplaced, or taken away from the network by disconnection. Visualization data generated by and within computational layer C, and/or D, and/or E is fed directly to a visual database of the public cloud and then to a non-real time visualization device as requested by end users.

(28) Further in the practice of the invention, the asset data base not only stores all of the information about the machines required to build the analytic model provided in blocks C, D and E of FIG. 3; the asset data base also stores all of the feedback information and data given by the users respecting the machines, in the form of texts, images and sound captured by a mobile phone or tablet. Such mobile phone or tablet optionally uses either the on-premise mode connected to the edge cloud or operates in a non-real time mode connected to the public cloud; either mode of operation is within the scope of the invention. Feedback by the users is used for adaptive modeling of predictive maintenance in computational layers C and D in FIG. 3. The feedback information is further processed by a feedback processing microservice in the public cloud and is desirably synchronized with the C and D layers of the edge cloud by the asset data base abbreviated Asset DB in FIG. 4.

(29) Although schematic implementations of present invention and at least some of its advantages are described in detail hereinabove, it should be understood that various changes, substitutions and alterations may be made to the apparatus and methods disclosed herein without departing from the spirit and scope of the invention as defined by the appended claims. The disclosed embodiments are therefore to be considered in all respects as being illustrative and not restrictive with the scope of the invention being indicated by the appended claims rather than by the foregoing description. All changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Moreover, the scope of this patent application is not intended to be limited to the particular implementations of apparatus and methods described in the specification, nor to any methods that may be described or inferentially understood by those skilled in the art to be present as described in this specification.

(30) As disclosed above and from the foregoing description of exemplary embodiments of the invention, it will be readily apparent to those skilled in the art to which the invention pertains that the principles and particularly the compositions and methods disclosed herein can be used for applications other than those specifically mentioned. Further, as one of skill in the art will readily appreciate from the disclosure of the invention as set forth hereinabove, apparatus, methods, and steps presently existing or later developed, which perform substantially the same function or achieve substantially the same result as the corresponding embodiments described and disclosed hereinabove, may be utilized according to the description of the invention and the claims appended hereto. Accordingly, the appended claims are intended to include within their scope such apparatus, methods, and processes that provide the same result or which are, as a matter of law, embraced by the doctrine of the equivalents respecting the claims of this application.

(31) As respecting the claims appended hereto, the term comprising means including but not limited to, whereas the term consisting of means having only and no more, and the term consisting essentially of means having only and no more except for minor additions which would be known to one of skill in the art as possibly needed for operation of the invention. The scope of the invention is, therefore, indicated by the appended claims rather than by the foregoing description and all changes which come within the range of equivalency of the claims are to be considered to be embraced within the scope of the claims. Additional objects, other advantages, and further novel features of the invention will become apparent from study of the appended claims as well as from study of the foregoing detailed discussion and description of the preferred embodiments of the invention, as that study proceeds.