CA3139505A1 - Platform for facilitating development of intelligence in an industrial internet of things system - Google Patents
Platform for facilitating development of intelligence in an industrial internet of things system Download PDFInfo
- Publication number
- CA3139505A1 CA3139505A1 CA3139505A CA3139505A CA3139505A1 CA 3139505 A1 CA3139505 A1 CA 3139505A1 CA 3139505 A CA3139505 A CA 3139505A CA 3139505 A CA3139505 A CA 3139505A CA 3139505 A1 CA3139505 A1 CA 3139505A1
- Authority
- CA
- Canada
- Prior art keywords
- data
- platform
- industrial
- storage
- adaptive
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000011161 development Methods 0.000 title claims abstract description 28
- 238000012544 monitoring process Methods 0.000 claims abstract description 155
- 230000003044 adaptive effect Effects 0.000 claims abstract description 127
- 238000007726 management method Methods 0.000 claims abstract description 93
- 238000013500 data storage Methods 0.000 claims abstract description 60
- 238000004801 process automation Methods 0.000 claims abstract description 39
- 238000000034 method Methods 0.000 claims description 423
- 238000012545 processing Methods 0.000 claims description 296
- 238000003860 storage Methods 0.000 claims description 242
- 230000008569 process Effects 0.000 claims description 126
- 238000010801 machine learning Methods 0.000 claims description 78
- 238000012423 maintenance Methods 0.000 claims description 56
- 230000006870 function Effects 0.000 claims description 53
- 238000012549 training Methods 0.000 claims description 50
- 238000004519 manufacturing process Methods 0.000 claims description 48
- 241000282414 Homo sapiens Species 0.000 claims description 45
- 238000001514 detection method Methods 0.000 claims description 38
- 238000013473 artificial intelligence Methods 0.000 claims description 37
- 230000003993 interaction Effects 0.000 claims description 35
- 230000001965 increasing effect Effects 0.000 claims description 34
- 238000004422 calculation algorithm Methods 0.000 claims description 31
- 238000004891 communication Methods 0.000 claims description 31
- 238000005457 optimization Methods 0.000 claims description 29
- 230000000694 effects Effects 0.000 claims description 23
- 238000005065 mining Methods 0.000 claims description 23
- 238000013528 artificial neural network Methods 0.000 claims description 22
- 238000013135 deep learning Methods 0.000 claims description 22
- 230000009471 action Effects 0.000 claims description 21
- 230000008439 repair process Effects 0.000 claims description 19
- 230000009466 transformation Effects 0.000 claims description 18
- 230000000007 visual effect Effects 0.000 claims description 18
- 230000008859 change Effects 0.000 claims description 17
- 238000013461 design Methods 0.000 claims description 16
- 230000033001 locomotion Effects 0.000 claims description 16
- 230000006855 networking Effects 0.000 claims description 16
- 230000005540 biological transmission Effects 0.000 claims description 12
- 230000006378 damage Effects 0.000 claims description 12
- 238000000605 extraction Methods 0.000 claims description 12
- 239000000446 fuel Substances 0.000 claims description 12
- 230000007613 environmental effect Effects 0.000 claims description 11
- 238000012384 transportation and delivery Methods 0.000 claims description 8
- 230000001133 acceleration Effects 0.000 claims description 6
- 230000003190 augmentative effect Effects 0.000 claims description 6
- 230000001413 cellular effect Effects 0.000 claims description 6
- 230000001131 transforming effect Effects 0.000 claims description 6
- 230000036541 health Effects 0.000 claims description 5
- 238000000844 transformation Methods 0.000 claims description 5
- 238000010200 validation analysis Methods 0.000 claims description 5
- 241000282412 Homo Species 0.000 claims description 4
- 208000027418 Wounds and injury Diseases 0.000 claims description 4
- 238000005553 drilling Methods 0.000 claims description 4
- 208000014674 injury Diseases 0.000 claims description 4
- 238000004886 process control Methods 0.000 claims description 4
- 238000012552 review Methods 0.000 claims description 3
- 238000012937 correction Methods 0.000 claims description 2
- 238000002372 labelling Methods 0.000 claims description 2
- 238000003908 quality control method Methods 0.000 claims description 2
- 238000013480 data collection Methods 0.000 description 368
- 238000004458 analytical method Methods 0.000 description 146
- 238000005070 sampling Methods 0.000 description 112
- 230000001149 cognitive effect Effects 0.000 description 57
- 239000000523 sample Substances 0.000 description 45
- 230000001976 improved effect Effects 0.000 description 43
- 238000005259 measurement Methods 0.000 description 33
- 238000013459 approach Methods 0.000 description 32
- 238000012806 monitoring device Methods 0.000 description 32
- 230000032258 transport Effects 0.000 description 30
- 230000004927 fusion Effects 0.000 description 29
- 230000003466 anti-cipated effect Effects 0.000 description 25
- 230000003750 conditioning effect Effects 0.000 description 24
- 238000012546 transfer Methods 0.000 description 24
- 238000001914 filtration Methods 0.000 description 23
- 230000010354 integration Effects 0.000 description 22
- 230000006399 behavior Effects 0.000 description 21
- 238000010586 diagram Methods 0.000 description 21
- 230000004044 response Effects 0.000 description 21
- WCIDIJQCEUODDY-UHFFFAOYSA-N chloro(dimethyl)sulfanium Chemical compound C[S+](C)Cl WCIDIJQCEUODDY-UHFFFAOYSA-N 0.000 description 20
- 238000005516 engineering process Methods 0.000 description 20
- 230000015654 memory Effects 0.000 description 18
- 238000003909 pattern recognition Methods 0.000 description 18
- 230000008901 benefit Effects 0.000 description 17
- 230000002068 genetic effect Effects 0.000 description 17
- 230000003595 spectral effect Effects 0.000 description 16
- 238000012800 visualization Methods 0.000 description 16
- 230000018109 developmental process Effects 0.000 description 15
- 230000008520 organization Effects 0.000 description 14
- 230000008878 coupling Effects 0.000 description 13
- 238000010168 coupling process Methods 0.000 description 13
- 238000005859 coupling reaction Methods 0.000 description 13
- 230000002349 favourable effect Effects 0.000 description 13
- 239000007789 gas Substances 0.000 description 13
- 238000013507 mapping Methods 0.000 description 13
- 238000001228 spectrum Methods 0.000 description 13
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Chemical compound O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 13
- 239000000284 extract Substances 0.000 description 12
- 238000004806 packaging method and process Methods 0.000 description 12
- 230000001537 neural effect Effects 0.000 description 11
- 238000012952 Resampling Methods 0.000 description 10
- 238000009795 derivation Methods 0.000 description 10
- 241000196324 Embryophyta Species 0.000 description 9
- 238000003745 diagnosis Methods 0.000 description 9
- 239000003550 marker Substances 0.000 description 9
- 230000008093 supporting effect Effects 0.000 description 9
- 238000012360 testing method Methods 0.000 description 9
- 238000004364 calculation method Methods 0.000 description 8
- 238000003672 processing method Methods 0.000 description 8
- 239000007787 solid Substances 0.000 description 8
- 208000024891 symptom Diseases 0.000 description 8
- 239000008186 active pharmaceutical agent Substances 0.000 description 7
- 238000007405 data analysis Methods 0.000 description 7
- 238000010438 heat treatment Methods 0.000 description 7
- 238000011068 loading method Methods 0.000 description 7
- 239000000463 material Substances 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 7
- 239000000203 mixture Substances 0.000 description 7
- 238000012805 post-processing Methods 0.000 description 7
- 238000006243 chemical reaction Methods 0.000 description 6
- 238000010276 construction Methods 0.000 description 6
- 238000013021 overheating Methods 0.000 description 6
- 230000001052 transient effect Effects 0.000 description 6
- 235000011468 Albizia julibrissin Nutrition 0.000 description 5
- 238000012935 Averaging Methods 0.000 description 5
- 241001070944 Mimosa Species 0.000 description 5
- 239000003086 colorant Substances 0.000 description 5
- 230000001143 conditioned effect Effects 0.000 description 5
- 230000000875 corresponding effect Effects 0.000 description 5
- 239000011521 glass Substances 0.000 description 5
- 238000007689 inspection Methods 0.000 description 5
- 238000009434 installation Methods 0.000 description 5
- 238000005461 lubrication Methods 0.000 description 5
- 238000004088 simulation Methods 0.000 description 5
- 239000000126 substance Substances 0.000 description 5
- 230000001276 controlling effect Effects 0.000 description 4
- 238000001816 cooling Methods 0.000 description 4
- 239000002184 metal Substances 0.000 description 4
- 210000002569 neuron Anatomy 0.000 description 4
- 239000000047 product Substances 0.000 description 4
- 230000002829 reductive effect Effects 0.000 description 4
- 230000002787 reinforcement Effects 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 238000002604 ultrasonography Methods 0.000 description 4
- 239000000470 constituent Substances 0.000 description 3
- 239000013078 crystal Substances 0.000 description 3
- 238000013523 data management Methods 0.000 description 3
- 238000009826 distribution Methods 0.000 description 3
- 230000005684 electric field Effects 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 3
- 238000003306 harvesting Methods 0.000 description 3
- 230000006872 improvement Effects 0.000 description 3
- 239000011159 matrix material Substances 0.000 description 3
- 238000003058 natural language processing Methods 0.000 description 3
- 230000000737 periodic effect Effects 0.000 description 3
- 238000010248 power generation Methods 0.000 description 3
- 238000007637 random forest analysis Methods 0.000 description 3
- 230000009467 reduction Effects 0.000 description 3
- 238000013403 standard screening design Methods 0.000 description 3
- 230000035882 stress Effects 0.000 description 3
- 238000013519 translation Methods 0.000 description 3
- 238000010792 warming Methods 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 230000002411 adverse Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 238000007635 classification algorithm Methods 0.000 description 2
- 238000002485 combustion reaction Methods 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 239000012530 fluid Substances 0.000 description 2
- 230000004907 flux Effects 0.000 description 2
- 238000000227 grinding Methods 0.000 description 2
- 210000003128 head Anatomy 0.000 description 2
- 230000006698 induction Effects 0.000 description 2
- 230000001939 inductive effect Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000000670 limiting effect Effects 0.000 description 2
- 238000002156 mixing Methods 0.000 description 2
- 238000012015 optical character recognition Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000003449 preventive effect Effects 0.000 description 2
- 230000000750 progressive effect Effects 0.000 description 2
- 230000001737 promoting effect Effects 0.000 description 2
- 230000005855 radiation Effects 0.000 description 2
- 238000005295 random walk Methods 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 150000003839 salts Chemical class 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000035945 sensitivity Effects 0.000 description 2
- 230000001953 sensory effect Effects 0.000 description 2
- 238000010183 spectrum analysis Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000010025 steaming Methods 0.000 description 2
- 238000012706 support-vector machine Methods 0.000 description 2
- 230000002459 sustained effect Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 241000239290 Araneae Species 0.000 description 1
- 239000002028 Biomass Substances 0.000 description 1
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 1
- UFHFLCQGNIYNRP-UHFFFAOYSA-N Hydrogen Chemical class [H][H] UFHFLCQGNIYNRP-UHFFFAOYSA-N 0.000 description 1
- 108091028043 Nucleic acid sequence Proteins 0.000 description 1
- GJWAPAVRQYYSTK-UHFFFAOYSA-N [(dimethyl-$l^{3}-silanyl)amino]-dimethylsilicon Chemical compound C[Si](C)N[Si](C)C GJWAPAVRQYYSTK-UHFFFAOYSA-N 0.000 description 1
- 230000001594 aberrant effect Effects 0.000 description 1
- 230000002730 additional effect Effects 0.000 description 1
- 239000000654 additive Substances 0.000 description 1
- 230000000996 additive effect Effects 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000032683 aging Effects 0.000 description 1
- 230000003321 amplification Effects 0.000 description 1
- 210000003484 anatomy Anatomy 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 239000003990 capacitor Substances 0.000 description 1
- 229910052799 carbon Inorganic materials 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 230000002301 combined effect Effects 0.000 description 1
- 239000000567 combustion gas Substances 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 238000005094 computer simulation Methods 0.000 description 1
- 238000011960 computer-aided design Methods 0.000 description 1
- 238000011109 contamination Methods 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000007797 corrosion Effects 0.000 description 1
- 238000005260 corrosion Methods 0.000 description 1
- 230000001351 cycling effect Effects 0.000 description 1
- 238000013016 damping Methods 0.000 description 1
- 238000012517 data analytics Methods 0.000 description 1
- 238000013481 data capture Methods 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 238000007418 data mining Methods 0.000 description 1
- 238000003066 decision tree Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- LTMHDMANZUZIPE-PUGKRICDSA-N digoxin Chemical compound C1[C@H](O)[C@H](O)[C@@H](C)O[C@H]1O[C@@H]1[C@@H](C)O[C@@H](O[C@@H]2[C@H](O[C@@H](O[C@@H]3C[C@@H]4[C@]([C@@H]5[C@H]([C@]6(CC[C@@H]([C@@]6(C)[C@H](O)C5)C=5COC(=O)C=5)O)CC4)(C)CC3)C[C@@H]2O)C)C[C@@H]1O LTMHDMANZUZIPE-PUGKRICDSA-N 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 238000004374 forensic analysis Methods 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- ZZUFCTLCJUWOSV-UHFFFAOYSA-N furosemide Chemical compound C1=C(Cl)C(S(=O)(=O)N)=CC(C(O)=O)=C1NCC1=CC=CO1 ZZUFCTLCJUWOSV-UHFFFAOYSA-N 0.000 description 1
- 229910052739 hydrogen Inorganic materials 0.000 description 1
- 239000001257 hydrogen Substances 0.000 description 1
- 238000002513 implantation Methods 0.000 description 1
- 238000010921 in-depth analysis Methods 0.000 description 1
- 238000007373 indentation Methods 0.000 description 1
- 230000004941 influx Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000003064 k means clustering Methods 0.000 description 1
- 238000012417 linear regression Methods 0.000 description 1
- 238000007477 logistic regression Methods 0.000 description 1
- 239000000314 lubricant Substances 0.000 description 1
- 238000007620 mathematical function Methods 0.000 description 1
- 238000004377 microelectronic Methods 0.000 description 1
- 230000000116 mitigating effect Effects 0.000 description 1
- 238000003199 nucleic acid amplification method Methods 0.000 description 1
- 230000010355 oscillation Effects 0.000 description 1
- 230000003534 oscillatory effect Effects 0.000 description 1
- 230000035515 penetration Effects 0.000 description 1
- 238000011176 pooling Methods 0.000 description 1
- 230000002028 premature Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 230000001681 protective effect Effects 0.000 description 1
- 238000010223 real-time analysis Methods 0.000 description 1
- 238000005057 refrigeration Methods 0.000 description 1
- 230000008521 reorganization Effects 0.000 description 1
- 230000003362 replicative effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000005096 rolling process Methods 0.000 description 1
- 238000013515 script Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 230000035939 shock Effects 0.000 description 1
- 230000006403 short-term memory Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000005549 size reduction Methods 0.000 description 1
- 239000002002 slurry Substances 0.000 description 1
- 239000000779 smoke Substances 0.000 description 1
- 238000005507 spraying Methods 0.000 description 1
- 239000004575 stone Substances 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 238000010897 surface acoustic wave method Methods 0.000 description 1
- 238000003786 synthesis reaction Methods 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000002560 therapeutic procedure Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
- 238000005303 weighing Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
- G05B19/4183—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by data acquisition, e.g. workpiece identification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3438—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment monitoring of user actions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N20/00—Machine learning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/20—Administration of product repair or maintenance
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/31—From computer integrated manufacturing till monitoring
- G05B2219/31282—Data acquisition, BDE MDE
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N3/00—Computing arrangements based on biological models
- G06N3/004—Artificial life, i.e. computing arrangements simulating life
- G06N3/006—Artificial life, i.e. computing arrangements simulating life based on simulated virtual individual or collective life forms, e.g. social simulations or particle swarm optimisation [PSO]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N3/00—Computing arrangements based on biological models
- G06N3/02—Neural networks
- G06N3/04—Architecture, e.g. interconnection topology
- G06N3/044—Recurrent networks, e.g. Hopfield networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N3/00—Computing arrangements based on biological models
- G06N3/02—Neural networks
- G06N3/08—Learning methods
- G06N3/084—Backpropagation, e.g. using gradient descent
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N5/00—Computing arrangements using knowledge-based models
- G06N5/02—Knowledge representation; Symbolic representation
- G06N5/022—Knowledge engineering; Knowledge acquisition
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N5/00—Computing arrangements using knowledge-based models
- G06N5/02—Knowledge representation; Symbolic representation
- G06N5/022—Knowledge engineering; Knowledge acquisition
- G06N5/025—Extracting rules from data
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P80/00—Climate change mitigation technologies for sector-wide applications
- Y02P80/10—Efficient use of energy, e.g. using compressed air or pressurized fluid as energy carrier
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/80—Management or planning
- Y02P90/84—Greenhouse gas [GHG] management systems
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/80—Management or planning
- Y02P90/84—Greenhouse gas [GHG] management systems
- Y02P90/845—Inventory and reporting systems for greenhouse gases [GHG]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Business, Economics & Management (AREA)
- Computing Systems (AREA)
- Human Resources & Organizations (AREA)
- Computer Hardware Design (AREA)
- Mathematical Physics (AREA)
- Software Systems (AREA)
- Automation & Control Theory (AREA)
- Data Mining & Analysis (AREA)
- Entrepreneurship & Innovation (AREA)
- Manufacturing & Machinery (AREA)
- Operations Research (AREA)
- Artificial Intelligence (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Economics (AREA)
- Evolutionary Computation (AREA)
- Medical Informatics (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Tourism & Hospitality (AREA)
- Strategic Management (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Testing And Monitoring For Control Systems (AREA)
Abstract
A platform for facilitating development of intelligence in an Industrial Internet of Things (IIoT) system can comprise a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IIoT system; an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systems in the IIoT system; and an industrial management application platform layer that includes a plurality of applications and that manages the platform in a common application environment. The adaptive intelligent systems layer can include a robotic process automation system that develops and deploys automation capabilities for one or more of the plurality of industrial entities in the IIoT system.
Description
DEMANDE OU BREVET VOLUMINEUX
LA PRESENTE PARTIE DE CETTE DEMANDE OU CE BREVET COMPREND
PLUS D'UN TOME.
NOTE : Pour les tomes additionels, veuillez contacter le Bureau canadien des brevets JUMBO APPLICATIONS/PATENTS
THIS SECTION OF THE APPLICATION/PATENT CONTAINS MORE THAN ONE
VOLUME
NOTE: For additional volumes, please contact the Canadian Patent Office NOM DU FICHIER / FILE NAME:
NOTE POUR LE TOME / VOLUME NOTE:
PLATFORM FOR FACILITATING DEVELOPMENT OF INTELLIGENCE IN
AN INDUSTRIAL INTERNET OF THINGS SYSTEM
CROSS-REFERENCE TO RELATED APPLICATIONS
100011 This application is a continuation of U.S. Non-Provisional Patent Application Serial No. 16/868,018 filed on May 6, 2020, entitled PLATFORM FOR FACILITATING
DEVELOPMENT OF INTELLIGENCE IN AN INDUSTRIAL INTERNET OF THINGS
SYSTEM, which claims priority to all of the applications identified below.
This application also claims priority to U.S. Provisional Patent Application number 62/969,629 filed on February 3, 2020 and to U.S. Provisional Patent Application number 62/843,798 filed on May 6, 2019, each entitled PLATFORM FOR FACILITATING
DEVELOPMENT OF INTELLIGENCE IN AN INDUSTRIAL INTERNET OF THINGS
SYSTEM.
100021 This application is a continuation-in-part of U.S. Non-Provisional Patent Application Serial number 16/700,413 filed December 2, 2019, entitled METHODS
AND
SYSTEMS FOR DATA COLLECTION, LEARNING, AND STREAMING OF
MACHINE SIGNALS FOR COMPUTERIZED MAINTENANCE MANAGEMENT
SYSTEM USING THE INDUSTRIAL INTERNET OF THINGS.
100031 This application is a continuation-in-part of U.S. Non-Provisional Patent Application Serial number 16/741,470 filed January 13, 2020, entitled METHODS, SYSTEMS, KITS AND APPARATUSES FOR MONITORING AND MANAGING
INDUSTRIAL SETITNGS IN AN INDUSTRIAL INTERNET OF THINGS DATA
COLLECTION ENVIRONMENT.
100041 U.S. Non-Provisional Patent Application Serial Number 16/741,470 filed January 13, 2020, entitled METHODS, SYSTEMS, KITS AND APPARATUSES FOR
MONITORING AND MANAGING INDUSTRIAL SETTINGS IN AN INDUSTRIAL
INTERNET OF THINGS DATA COLLECTION ENVIRONMENT, claims priority to U.S. Provisional Patent Application number 62/791,878 filed on January 13, 2019, U.S.
Provisional Patent Application number 62/827,166 filed on March 31, 2019, U.S.
Provisional Patent Application number 62/869,011 filed on June 30, 2019, and U.S.
Provisional Patent Application number 62/914,998 filed on October 14, 2019, each entitled METHODS, SYSTEMS, KITS, AND APPARATUSES FOR MONITORING
INDUSTRIAL SETTINGS.
100051 U.S. Non-Provisional Patent Application Serial Number 16/741,470 filed January 13, 2020, entitled METHODS, SYSTEMS, KITS AND APPARATUSES FOR
MONITORING AND MANAGING INDUSTRIAL SETTINGS IN AN INDUSTRIAL
INTERNET OF THINGS DATA COLLECTION ENVIRONMENT, is a continuation-in-part of U.S. Application number 16/700,413 filed December 2, 2019, entitled METHODS
AND SYSTEMS FOR DATA COLLECTION, LEARNING, AND STREAMING OF
MACHINE SIGNALS FOR COMPUTERIZED MAINTENANCE MANAGEMENT
SYSTEM USING THE INDUSTRIAL INTERNET OF THINGS, which claims priority to U.S. Provisional Patent Application number 62/939,769 filed on November 25, 2019, entitled METHODS AND SYSTEMS FOR DETECTION IN AN INDUSTRIAL
INTERNET OF THINGS DATA COLLECTION ENVIRONMENT WITH LARGE
DATA SETS.
100061 U.S. Application Number 16/741,470 and U.S. Application number 16/700,413 are bypass continuations-in-part of International Application number filed February 28, 2019, and published as WO 2019/216975 on November 14, 2019, and entitled METHODS AND SYSTEMS FOR DATA COLLECTION, LEARNING, AND
STREAMING OF MACHINE SIGNALS FOR ANALYTICS AND MAINTENANCE
USING THE INDUSTRIAL INTERNET OF THINGS, which (I) claims priority to: (i) U.S. Provisional Patent Application Serial Number 62/714,078 filed August 2, 2018, entitled METHODS AND SYSTEMS FOR STREAMING OF MACHINE SIGNALS
FOR ANALYTICS AND MAINTENANCE USING THE INDUSTRIAL INTERNET OF
THINGS: (ii) U.S. Provisional Patent Application Serial Number 62/713,897 filed August
LA PRESENTE PARTIE DE CETTE DEMANDE OU CE BREVET COMPREND
PLUS D'UN TOME.
NOTE : Pour les tomes additionels, veuillez contacter le Bureau canadien des brevets JUMBO APPLICATIONS/PATENTS
THIS SECTION OF THE APPLICATION/PATENT CONTAINS MORE THAN ONE
VOLUME
NOTE: For additional volumes, please contact the Canadian Patent Office NOM DU FICHIER / FILE NAME:
NOTE POUR LE TOME / VOLUME NOTE:
PLATFORM FOR FACILITATING DEVELOPMENT OF INTELLIGENCE IN
AN INDUSTRIAL INTERNET OF THINGS SYSTEM
CROSS-REFERENCE TO RELATED APPLICATIONS
100011 This application is a continuation of U.S. Non-Provisional Patent Application Serial No. 16/868,018 filed on May 6, 2020, entitled PLATFORM FOR FACILITATING
DEVELOPMENT OF INTELLIGENCE IN AN INDUSTRIAL INTERNET OF THINGS
SYSTEM, which claims priority to all of the applications identified below.
This application also claims priority to U.S. Provisional Patent Application number 62/969,629 filed on February 3, 2020 and to U.S. Provisional Patent Application number 62/843,798 filed on May 6, 2019, each entitled PLATFORM FOR FACILITATING
DEVELOPMENT OF INTELLIGENCE IN AN INDUSTRIAL INTERNET OF THINGS
SYSTEM.
100021 This application is a continuation-in-part of U.S. Non-Provisional Patent Application Serial number 16/700,413 filed December 2, 2019, entitled METHODS
AND
SYSTEMS FOR DATA COLLECTION, LEARNING, AND STREAMING OF
MACHINE SIGNALS FOR COMPUTERIZED MAINTENANCE MANAGEMENT
SYSTEM USING THE INDUSTRIAL INTERNET OF THINGS.
100031 This application is a continuation-in-part of U.S. Non-Provisional Patent Application Serial number 16/741,470 filed January 13, 2020, entitled METHODS, SYSTEMS, KITS AND APPARATUSES FOR MONITORING AND MANAGING
INDUSTRIAL SETITNGS IN AN INDUSTRIAL INTERNET OF THINGS DATA
COLLECTION ENVIRONMENT.
100041 U.S. Non-Provisional Patent Application Serial Number 16/741,470 filed January 13, 2020, entitled METHODS, SYSTEMS, KITS AND APPARATUSES FOR
MONITORING AND MANAGING INDUSTRIAL SETTINGS IN AN INDUSTRIAL
INTERNET OF THINGS DATA COLLECTION ENVIRONMENT, claims priority to U.S. Provisional Patent Application number 62/791,878 filed on January 13, 2019, U.S.
Provisional Patent Application number 62/827,166 filed on March 31, 2019, U.S.
Provisional Patent Application number 62/869,011 filed on June 30, 2019, and U.S.
Provisional Patent Application number 62/914,998 filed on October 14, 2019, each entitled METHODS, SYSTEMS, KITS, AND APPARATUSES FOR MONITORING
INDUSTRIAL SETTINGS.
100051 U.S. Non-Provisional Patent Application Serial Number 16/741,470 filed January 13, 2020, entitled METHODS, SYSTEMS, KITS AND APPARATUSES FOR
MONITORING AND MANAGING INDUSTRIAL SETTINGS IN AN INDUSTRIAL
INTERNET OF THINGS DATA COLLECTION ENVIRONMENT, is a continuation-in-part of U.S. Application number 16/700,413 filed December 2, 2019, entitled METHODS
AND SYSTEMS FOR DATA COLLECTION, LEARNING, AND STREAMING OF
MACHINE SIGNALS FOR COMPUTERIZED MAINTENANCE MANAGEMENT
SYSTEM USING THE INDUSTRIAL INTERNET OF THINGS, which claims priority to U.S. Provisional Patent Application number 62/939,769 filed on November 25, 2019, entitled METHODS AND SYSTEMS FOR DETECTION IN AN INDUSTRIAL
INTERNET OF THINGS DATA COLLECTION ENVIRONMENT WITH LARGE
DATA SETS.
100061 U.S. Application Number 16/741,470 and U.S. Application number 16/700,413 are bypass continuations-in-part of International Application number filed February 28, 2019, and published as WO 2019/216975 on November 14, 2019, and entitled METHODS AND SYSTEMS FOR DATA COLLECTION, LEARNING, AND
STREAMING OF MACHINE SIGNALS FOR ANALYTICS AND MAINTENANCE
USING THE INDUSTRIAL INTERNET OF THINGS, which (I) claims priority to: (i) U.S. Provisional Patent Application Serial Number 62/714,078 filed August 2, 2018, entitled METHODS AND SYSTEMS FOR STREAMING OF MACHINE SIGNALS
FOR ANALYTICS AND MAINTENANCE USING THE INDUSTRIAL INTERNET OF
THINGS: (ii) U.S. Provisional Patent Application Serial Number 62/713,897 filed August
2, 2018, entitled METHODS AND SYSTEMS FOR DATA COLLECTION AND
LEARNING USING THE INDUSTRIAL INTERNET OF THINGS; (iii) U.S. Provisional Patent Application Serial Number 62/757,166 filed November 8, 2018, entitled METHODS AND SYSTEMS FOR STREAMING OF MACHINE SIGNALS FOR
ANALYTICS AND MAINTENANCE USING THE INDUSTRIAL INTERNET OF
THINGS; and (iv) U.S. Provisional Patent Application Serial Number 62/799,732 filed January 31, 2019, entitled METHODS AND SYSTEMS FOR DATA COLLECTION, LEARNING, AND STREAMING OF MACHINE SIGNALS FOR ANALYTICS AND
MAINTENANCE USING THE INDUSTRIAL INTERNET OF THINGS; (II) is a continuation-in-part of U.S. Non-Provisional Patent Application Serial Number 16/143,286 filed September 26, 2018, entitled METHODS AND SYSTEMS FOR
DETECTION IN AN INDUSTRIAL INTERNET OF THINGS DATA COLLECTION
ENVIRONMENT WITH FREQUENCY BAND ADJUSTMENTS FOR DIAGNOSING
OIL AND GAS PRODUCTION EQUIPMENT; and (III) is continuation of U.S. Non-Provisional Patent Application Serial Number 15/973,406 filed May 7, 2018;
entitled METHODS AND SYSTEMS FOR DETECTION IN AN INDUSTRIAL INTERNET OF
THINGS DATA COLLECTION ENVIRONMENT WITH LARGE DATA SETS.
100071 U.S. Non-Provisional Patent Application Serial Number 16/143,286 filed September 26, 2018; entitled METHODS AND SYSTEMS FOR DETECTION IN AN
INDUSTRIAL INTERNET OF THINGS DATA COLLECTION ENVIRONMENT
WITH FREQUENCY BAND ADJUSTMENTS FOR DIAGNOSING OIL AND GAS
PRODUCTION EQUIPMENT (I) is a bypass continuation of International Application Number PCT/U52018/045036, filed August 2, 2018, entitled METHODS AND
SYSTEMS FOR DETECTION IN AN INDUSTRIAL INTERNET OF THINGS DATA
COLLECTION ENVIRONMENT WITH LARGE DATA SETS, published on February 7, 2019, as WO/2019/028269; (II) is a continuation of U.S. Non- Provisional Patent Application Serial Number 15/973,406, filed May 7, 2018, entitled METHODS AND
SYSTEMS FOR DETECTION IN AN INDUSTRIAL INTERNET OF THINGS DATA
COLLECTION ENVIRONMENT WITH LARGE DATA SETS; and (111) is a bypass continuation-in-part of International Application Number PCT/US2017/031721, filed May 9, 2017, entitled METHODS AND SYSTEM FOR THE INDUSTRIAL INTERNET
OF THINGS, published on November 16, 2017, as WO 2017/196821; and (1V) claims priority to (i) U.S. Provisional Patent Application Serial Number 62/540,557, filed August 2,2017, entitled SMART HEATING SYSTEMS IN AN INDUSTRIAL INTERNET OF
THINGS; (ii) U.S. Provisional Patent Application Serial Number 62/562,487, filed September 24; 2017, entitled METHODS AND SYSTEMS FOR THE INDUSTRIAL
INTERNET OF THINGS; (iii) U.S. Provisional Patent Application Serial Number 62/583,487, filed November 8, 2017, entitled METHODS AND SYSTEMS FOR THE
INDUSTRIAL INTERNET OF THINGS; (iv) U.S. Provisional Patent Application Serial Number 62/540,513, filed August 2, 2017, entitled SYSTEMS AND METHODS FOR
SMART HEATING SYSTEM THAT PRODUCES AND USES HYDROGEN FUEL; (v) U.S. Provisional Patent Application Serial Number 62/333,589, filed May 9, 2016, entitled STRONG FORCE INDUSTRIAL IOT MATRIX; (vi) U.S. Provisional Patent Application Serial Number 62/350,672, filed June 15, 2016, entitled STRATEGY FOR HIGH
LEARNING USING THE INDUSTRIAL INTERNET OF THINGS; (iii) U.S. Provisional Patent Application Serial Number 62/757,166 filed November 8, 2018, entitled METHODS AND SYSTEMS FOR STREAMING OF MACHINE SIGNALS FOR
ANALYTICS AND MAINTENANCE USING THE INDUSTRIAL INTERNET OF
THINGS; and (iv) U.S. Provisional Patent Application Serial Number 62/799,732 filed January 31, 2019, entitled METHODS AND SYSTEMS FOR DATA COLLECTION, LEARNING, AND STREAMING OF MACHINE SIGNALS FOR ANALYTICS AND
MAINTENANCE USING THE INDUSTRIAL INTERNET OF THINGS; (II) is a continuation-in-part of U.S. Non-Provisional Patent Application Serial Number 16/143,286 filed September 26, 2018, entitled METHODS AND SYSTEMS FOR
DETECTION IN AN INDUSTRIAL INTERNET OF THINGS DATA COLLECTION
ENVIRONMENT WITH FREQUENCY BAND ADJUSTMENTS FOR DIAGNOSING
OIL AND GAS PRODUCTION EQUIPMENT; and (III) is continuation of U.S. Non-Provisional Patent Application Serial Number 15/973,406 filed May 7, 2018;
entitled METHODS AND SYSTEMS FOR DETECTION IN AN INDUSTRIAL INTERNET OF
THINGS DATA COLLECTION ENVIRONMENT WITH LARGE DATA SETS.
100071 U.S. Non-Provisional Patent Application Serial Number 16/143,286 filed September 26, 2018; entitled METHODS AND SYSTEMS FOR DETECTION IN AN
INDUSTRIAL INTERNET OF THINGS DATA COLLECTION ENVIRONMENT
WITH FREQUENCY BAND ADJUSTMENTS FOR DIAGNOSING OIL AND GAS
PRODUCTION EQUIPMENT (I) is a bypass continuation of International Application Number PCT/U52018/045036, filed August 2, 2018, entitled METHODS AND
SYSTEMS FOR DETECTION IN AN INDUSTRIAL INTERNET OF THINGS DATA
COLLECTION ENVIRONMENT WITH LARGE DATA SETS, published on February 7, 2019, as WO/2019/028269; (II) is a continuation of U.S. Non- Provisional Patent Application Serial Number 15/973,406, filed May 7, 2018, entitled METHODS AND
SYSTEMS FOR DETECTION IN AN INDUSTRIAL INTERNET OF THINGS DATA
COLLECTION ENVIRONMENT WITH LARGE DATA SETS; and (111) is a bypass continuation-in-part of International Application Number PCT/US2017/031721, filed May 9, 2017, entitled METHODS AND SYSTEM FOR THE INDUSTRIAL INTERNET
OF THINGS, published on November 16, 2017, as WO 2017/196821; and (1V) claims priority to (i) U.S. Provisional Patent Application Serial Number 62/540,557, filed August 2,2017, entitled SMART HEATING SYSTEMS IN AN INDUSTRIAL INTERNET OF
THINGS; (ii) U.S. Provisional Patent Application Serial Number 62/562,487, filed September 24; 2017, entitled METHODS AND SYSTEMS FOR THE INDUSTRIAL
INTERNET OF THINGS; (iii) U.S. Provisional Patent Application Serial Number 62/583,487, filed November 8, 2017, entitled METHODS AND SYSTEMS FOR THE
INDUSTRIAL INTERNET OF THINGS; (iv) U.S. Provisional Patent Application Serial Number 62/540,513, filed August 2, 2017, entitled SYSTEMS AND METHODS FOR
SMART HEATING SYSTEM THAT PRODUCES AND USES HYDROGEN FUEL; (v) U.S. Provisional Patent Application Serial Number 62/333,589, filed May 9, 2016, entitled STRONG FORCE INDUSTRIAL IOT MATRIX; (vi) U.S. Provisional Patent Application Serial Number 62/350,672, filed June 15, 2016, entitled STRATEGY FOR HIGH
3 SAMPLING RATE DIGITAL RECORDING OF MEASUREMENT WAVEFORM
DATA AS PART OF AN AUTOMATED SEQUENTIAL LIST THAT STREAMS
LONG-DURATION AND GAP-FREE WAVEFORM DATA TO STORAGE FOR
MORE; FLEXIBLE POST-PROCESSING; (vii) U.S. Provisional Patent Application Serial Number 62/412,843, filed October 26,2016, entitled METHODS AND SYSTEMS
FOR THE INDUSTRIAL INTERNET OF THINGS; and (viii) U.S. Provisional Patent Application Serial Number 62/427,141, filed November 28, 2016, entitled METHODS
AND SYSTEMS FOR THE INDUSTRIAL INTERNET OF THINGS.
100081 U.S. Non- Provisional Patent Application Serial Number 15/973,406, filed May 7, 2018, entitled METHODS AND SYSTEMS FOR DETECTION IN AN INDUSTRIAL
INTERNET OF THINGS DATA COLLECTION ENVIRONMENT WITH LARGE
DATA SETS (I) is a bypass continuation-in-part of International Application Number PCT/US2017/031721, filed May 9, 2017, entitled METHODS AND SYSTEM FOR THE
INDUSTRIAL INTERNET OF THINGS, published on November 16, 2017, as WO
2017/196821; and (II) claims priority to (i) U.S. Provisional Patent Application Serial Number 62/540,557, filed August 2, 2017, entitled SMART HEATING SYSTEMS IN
AN INDUSTRIAL INTERNET OF THINGS; (ii) U.S. Provisional Patent Application Serial Number 62/562,487, filed September 24, 2017, entitled METHODS AND
SYSTEMS FOR THE INDUSTRIAL INTERNET OF THINGS: (iii) U.S. Provisional Patent Application Serial Number 62/583,487, filed November 8, 2017, entitled METHODS AND SYSTEMS FOR THE INDUSTRIAL INTERNET OF THINGS; (iv) U.S. Provisional Patent Application Serial Number 62/333,589, filed May 9,2016, entitled STRONG FORCE INDUSTRIAL TOT MATRIX; (v) U.S. Provisional Patent Application Serial Number 62/350,672, filed June 15, 2016, entitled STRATEGY FOR HIGH
SAMPLING RATE DIGITAL RECORDING OF MEASUREMENT WAVEFORM
DATA AS PART OF AN AUTOMATED SEQUENTIAL LIST THAT STREAMS
LONG-DURATION AND GAP-FREE WAVEFORM DATA TO STORAGE FOR
MORE; FLEXIBLE POST-PROCESSING; (vi) U.S. Provisional Patent Application Serial Number 62/412,843, filed October 26, 2016, entitled METHODS AND SYSTEMS
FOR THE INDUSTRIAL INTERNET OF THINGS; and (vii) U.S. Provisional Patent Application Serial Number 62/427,141, filed November 28, 2016, entitled METHODS
AND SYSTEMS FOR THE INDUSTRIAL INTERNET OF THINGS.
DATA AS PART OF AN AUTOMATED SEQUENTIAL LIST THAT STREAMS
LONG-DURATION AND GAP-FREE WAVEFORM DATA TO STORAGE FOR
MORE; FLEXIBLE POST-PROCESSING; (vii) U.S. Provisional Patent Application Serial Number 62/412,843, filed October 26,2016, entitled METHODS AND SYSTEMS
FOR THE INDUSTRIAL INTERNET OF THINGS; and (viii) U.S. Provisional Patent Application Serial Number 62/427,141, filed November 28, 2016, entitled METHODS
AND SYSTEMS FOR THE INDUSTRIAL INTERNET OF THINGS.
100081 U.S. Non- Provisional Patent Application Serial Number 15/973,406, filed May 7, 2018, entitled METHODS AND SYSTEMS FOR DETECTION IN AN INDUSTRIAL
INTERNET OF THINGS DATA COLLECTION ENVIRONMENT WITH LARGE
DATA SETS (I) is a bypass continuation-in-part of International Application Number PCT/US2017/031721, filed May 9, 2017, entitled METHODS AND SYSTEM FOR THE
INDUSTRIAL INTERNET OF THINGS, published on November 16, 2017, as WO
2017/196821; and (II) claims priority to (i) U.S. Provisional Patent Application Serial Number 62/540,557, filed August 2, 2017, entitled SMART HEATING SYSTEMS IN
AN INDUSTRIAL INTERNET OF THINGS; (ii) U.S. Provisional Patent Application Serial Number 62/562,487, filed September 24, 2017, entitled METHODS AND
SYSTEMS FOR THE INDUSTRIAL INTERNET OF THINGS: (iii) U.S. Provisional Patent Application Serial Number 62/583,487, filed November 8, 2017, entitled METHODS AND SYSTEMS FOR THE INDUSTRIAL INTERNET OF THINGS; (iv) U.S. Provisional Patent Application Serial Number 62/333,589, filed May 9,2016, entitled STRONG FORCE INDUSTRIAL TOT MATRIX; (v) U.S. Provisional Patent Application Serial Number 62/350,672, filed June 15, 2016, entitled STRATEGY FOR HIGH
SAMPLING RATE DIGITAL RECORDING OF MEASUREMENT WAVEFORM
DATA AS PART OF AN AUTOMATED SEQUENTIAL LIST THAT STREAMS
LONG-DURATION AND GAP-FREE WAVEFORM DATA TO STORAGE FOR
MORE; FLEXIBLE POST-PROCESSING; (vi) U.S. Provisional Patent Application Serial Number 62/412,843, filed October 26, 2016, entitled METHODS AND SYSTEMS
FOR THE INDUSTRIAL INTERNET OF THINGS; and (vii) U.S. Provisional Patent Application Serial Number 62/427,141, filed November 28, 2016, entitled METHODS
AND SYSTEMS FOR THE INDUSTRIAL INTERNET OF THINGS.
4 100091 All of the above applications are each hereby incorporated by reference as if fully set forth herein in their entirety.
BACKGROUND
Field 100101 The present disclosure relates to methods and systems for data collection in industrial environments, as well as methods and systems for leveraging collected data for monitoring, remote control, autonomous action, and other activities in industrial environments.
.. Description of the Related Art 100111 Industrial environments, such as environments for large scale manufacturing (such as manufacturing of aircraft, ships, trucks, automobiles, and large industrial machines), energy production environments (such as oil and gas plants, renewable energy environments, and others), energy extraction environments (such as mining, drilling, and the like), construction environments (such as for construction of large buildings), and others, involve highly complex machines, devices and systems and highly complex workflows, in which operators must account for a host of parameters, metrics, and the like in order to optimize design, development, deployment, and operation of different technologies in order to improve overall results. Historically, data has been collected in industrial environments by human beings using dedicated data collectors, often recording batches of specific sensor data on media, such as tape or a hard drive, for later analysis.
Batches of data have historically been returned to a central office for analysis, such as undertaking signal processing or other analysis on the data collected by various sensors, after which analysis can be used as a basis for diagnosing problems in an environment and/or suggesting ways to improve operations. This work has historically taken place on a time scale of weeks or months, and has been directed to limited data sets.
100121 The emergence of the Internet of Things (IoT) has made it possible to connect continuously to, and among, a much wider range of devices. Most such devices are consumer devices, such as lights, thermostats, and the like. More complex industrial environments remain more difficult, as the range of available data is often limited, and the complexity of dealing with data from multiple sensors makes it much more difficult to produce "smart" solutions that are effective for the industrial sector. A need exists for
BACKGROUND
Field 100101 The present disclosure relates to methods and systems for data collection in industrial environments, as well as methods and systems for leveraging collected data for monitoring, remote control, autonomous action, and other activities in industrial environments.
.. Description of the Related Art 100111 Industrial environments, such as environments for large scale manufacturing (such as manufacturing of aircraft, ships, trucks, automobiles, and large industrial machines), energy production environments (such as oil and gas plants, renewable energy environments, and others), energy extraction environments (such as mining, drilling, and the like), construction environments (such as for construction of large buildings), and others, involve highly complex machines, devices and systems and highly complex workflows, in which operators must account for a host of parameters, metrics, and the like in order to optimize design, development, deployment, and operation of different technologies in order to improve overall results. Historically, data has been collected in industrial environments by human beings using dedicated data collectors, often recording batches of specific sensor data on media, such as tape or a hard drive, for later analysis.
Batches of data have historically been returned to a central office for analysis, such as undertaking signal processing or other analysis on the data collected by various sensors, after which analysis can be used as a basis for diagnosing problems in an environment and/or suggesting ways to improve operations. This work has historically taken place on a time scale of weeks or months, and has been directed to limited data sets.
100121 The emergence of the Internet of Things (IoT) has made it possible to connect continuously to, and among, a much wider range of devices. Most such devices are consumer devices, such as lights, thermostats, and the like. More complex industrial environments remain more difficult, as the range of available data is often limited, and the complexity of dealing with data from multiple sensors makes it much more difficult to produce "smart" solutions that are effective for the industrial sector. A need exists for
5 improved methods and systems for data collection in industrial environments, as well as for improved methods and systems for using collected data to provide improved monitoring, control, intelligent diagnosis of problems and intelligent optimization of operations in various heavy industrial environments.
100131 Industrial systems in various environments have a number of challenges to utilizing data from a multiplicity of sensors. Many industrial systems have a wide range of computing resources and network capabilities at a location at a given time, for example as parts of the system are upgraded or replaced on varying time scales, as mobile equipment enters or leaves a location, and due to the capital costs and risks of upgrading equipment.
Additionally, many industrial systems are positioned in challenging environments, where network connectivity can be variable, where a number of noise sources such as vibrational noise and electro-magnetic (EM) noise sources can be significant an in varied locations, and with portions of the system having high pressure, high noise, high temperature, and corrosive materials. Many industrial processes are subject to high variability in process operating parameters and non-linear responses to off-nominal operations.
Accordingly, sensing requirements for industrial processes can vary with time, operating stages of a process, age and degradation of equipment, and operating conditions.
Previously known industrial processes suffer from sensing configurations that are conservative, detecting many parameters that are not needed during most operations of the industrial system, or that accept risk in the process, and do not detect parameters that are only occasionally utilized in characterizing the system. Further, previously known industrial systems are not flexible to configuring sensed parameters rapidly and in real-time, and in managing system variance such as intermittent network availability. Industrial systems often use similar components across systems such as pumps, mixers, tanks, and fans. However, previously known industrial systems do not have a mechanism to leverage data from similar components that may be used in a different type of process, and/or that may be unavailable due to competitive concerns. Additionally, previously known industrial systems do not integrate data from offset systems into the sensor plan and execution in real time.
100141 Industrial environments are widely populated with large, complex, heavy machines that are designed to have very long working lifetimes and have ongoing service requirements, including requirements for scheduled maintenance and for often unanticipated repairs.
100131 Industrial systems in various environments have a number of challenges to utilizing data from a multiplicity of sensors. Many industrial systems have a wide range of computing resources and network capabilities at a location at a given time, for example as parts of the system are upgraded or replaced on varying time scales, as mobile equipment enters or leaves a location, and due to the capital costs and risks of upgrading equipment.
Additionally, many industrial systems are positioned in challenging environments, where network connectivity can be variable, where a number of noise sources such as vibrational noise and electro-magnetic (EM) noise sources can be significant an in varied locations, and with portions of the system having high pressure, high noise, high temperature, and corrosive materials. Many industrial processes are subject to high variability in process operating parameters and non-linear responses to off-nominal operations.
Accordingly, sensing requirements for industrial processes can vary with time, operating stages of a process, age and degradation of equipment, and operating conditions.
Previously known industrial processes suffer from sensing configurations that are conservative, detecting many parameters that are not needed during most operations of the industrial system, or that accept risk in the process, and do not detect parameters that are only occasionally utilized in characterizing the system. Further, previously known industrial systems are not flexible to configuring sensed parameters rapidly and in real-time, and in managing system variance such as intermittent network availability. Industrial systems often use similar components across systems such as pumps, mixers, tanks, and fans. However, previously known industrial systems do not have a mechanism to leverage data from similar components that may be used in a different type of process, and/or that may be unavailable due to competitive concerns. Additionally, previously known industrial systems do not integrate data from offset systems into the sensor plan and execution in real time.
100141 Industrial environments are widely populated with large, complex, heavy machines that are designed to have very long working lifetimes and have ongoing service requirements, including requirements for scheduled maintenance and for often unanticipated repairs.
6 100151 Many of the large industrial machines that require ongoing maintenance, service and repairs are involved in high stakes production processes and other processes, such as energy production, manufacturing, mining, drilling, and transportation, that preferably involve minimal or no interruption. An unanticipated problem, or an extended delay in a service operation that requires a shutdown of a machine that is critical to such a process can cost thousands, or even millions of dollars per day. Embodiments disclosed herein, as well as in the documents incorporated by reference herein, provide for, among many other things, a platform having improved devices, systems, components, processes and methods for collection, processing, and use of data from and about industrial machines, including for purposes of predicting faults, anticipating needs for maintenance, and facilitating repairs. However, in some areas, the workforce that maintains, services and repairs heavy industrial machines is aging. As workers retire, much of their expertise is lost, and new workers often lack even basic factual information about a machine (such as about the internal structure of the machine), operational information (such as about how it is intended to behave in various working modes) and/or procedural information (such as how to perform a routine maintenance task), much less the know-how and expertise to handle a more complex procedure, such as a repair, that may require multi-step procedures that use unfamiliar parts or tools. Another challenge is finding relevant parts and components for an industrial machine, such as ones that may be required for an emergency repair, in a timely manner, so that they are available at the place and time required for the work.
Information about the internal structure, parts or components of a machine may be absent, so that a worker may be required to guess about what is wrong, what part is involved, and how a repair needs to be conducted. A repair may require multiple visits, such as one or more to discover the nature of a problem, what parts need to be replaced, and what tools are required, and one or more others to conduct the repair once the relevant parts and tools arrive. This can mean days of delay at massive cost to the operator of the machinery. This process may repeat a few months or years later, as the next worker may have no way of accessing the knowledge acquired about the internal structure, parts or components of the machine that was acquired by an initial worker.
100161 A need exists for improved methods and systems for collecting, discovering.
capturing, disseminating, managing, and processing information about industrial machines, including factual information (such as about internal structures, parts and components), operational information and procedural information, including know-how
Information about the internal structure, parts or components of a machine may be absent, so that a worker may be required to guess about what is wrong, what part is involved, and how a repair needs to be conducted. A repair may require multiple visits, such as one or more to discover the nature of a problem, what parts need to be replaced, and what tools are required, and one or more others to conduct the repair once the relevant parts and tools arrive. This can mean days of delay at massive cost to the operator of the machinery. This process may repeat a few months or years later, as the next worker may have no way of accessing the knowledge acquired about the internal structure, parts or components of the machine that was acquired by an initial worker.
100161 A need exists for improved methods and systems for collecting, discovering.
capturing, disseminating, managing, and processing information about industrial machines, including factual information (such as about internal structures, parts and components), operational information and procedural information, including know-how
7 and other information relevant to maintenance, service and repairs. A need also exists for improved methods and systems for finding a set of workers having relevant know-how and expertise about maintenance, service and repair of a particular machine. A
need also exists for improved methods and systems for finding, ordering, and fulfilling orders for relevant parts and components, so that maintenance, service and repair operations can occur seamlessly, with minimal disruption.
SUMMARY
100171 The present disclosure is directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (IIo'T) system. The platform can comprise a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IIoT system; an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systems in the IIoT system; and an industrial management application platform layer that includes a plurality of applications and that manages the platform in a common application environment. The adaptive intelligent systems layer can include a robotic process automation system that develops and deploys automation capabilities for one or more of the plurality of industrial entities in the IIoT system.
100181 In some aspects, the robotic process automation system receives data from the industrial monitoring systems layer and the industrial entity-oriented data storage systems layer.
10019) In some aspects, the robotic process automation system automates at least one of a set of software functions and a set of physical tasks based on a training set of observations of expert human actions.
100201 In some aspects, the robotic process automation system tracks and records a set of states, actions, events, and results that occur by, within, from, or about systems and processes with which a human is engaging in the lloT system.
100211 In some aspects, the robotic process automation system records mouse clicks on a frame of video that appears within a process by which a human reviews the video.
need also exists for improved methods and systems for finding, ordering, and fulfilling orders for relevant parts and components, so that maintenance, service and repair operations can occur seamlessly, with minimal disruption.
SUMMARY
100171 The present disclosure is directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (IIo'T) system. The platform can comprise a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IIoT system; an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systems in the IIoT system; and an industrial management application platform layer that includes a plurality of applications and that manages the platform in a common application environment. The adaptive intelligent systems layer can include a robotic process automation system that develops and deploys automation capabilities for one or more of the plurality of industrial entities in the IIoT system.
100181 In some aspects, the robotic process automation system receives data from the industrial monitoring systems layer and the industrial entity-oriented data storage systems layer.
10019) In some aspects, the robotic process automation system automates at least one of a set of software functions and a set of physical tasks based on a training set of observations of expert human actions.
100201 In some aspects, the robotic process automation system tracks and records a set of states, actions, events, and results that occur by, within, from, or about systems and processes with which a human is engaging in the lloT system.
100211 In some aspects, the robotic process automation system records mouse clicks on a frame of video that appears within a process by which a human reviews the video.
8
9 [0022] In some aspects, the human highlights points of interest within the video, tags objects in the video, captures parameters in the video, or operates on the video within a graphical user interface.
[0023] In some aspects, the robotic process automation system tracks and records sets of interactions of a human as the human interact with a set of interfaces associated with a computing device within the TIoT system.
[0024] In some aspects, the robotic process automation system tracks and records a set of states, actions, events, and results that occur by, within, from, or about systems and processes with which the human is engaging in the IIoT system.
[0025] In some aspects, the robotic process automation system utilizes an artificial intelligence system to develop and deploy automation capabilities for one or more of the plurality of industrial entities in the IIoT system.
[0026] In some aspects, the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0027] In some aspects, the artificial intelligence system is trained with a training set of observations of human interactions and system states, events, and outcomes in the HOT
system.
[0028] In some aspects, the robotic process automation system obtains the training set.
[0029] In some aspects, the robotic process automation system records system states, events, and outcomes in paining set.
[0030] In some aspects, the robotic process automation system tracks and records the observations of human interactions as the human interacts with a set of interfaces associated with a computing device within the TIoT system.
100311 In some aspects, the system or process states and events include elements that were a subject of human interaction, what a state of a system was or is before, during and after the human interaction, and what outputs were provided by the system or what results were achieved.
[0032] In some aspects, the robotic process automation system further includes a human correction system that receives inputs from a human during an initial automation capability deployment, wherein the human inputs are utilized to improve performance of the automation capability.
100331 In some aspects, the robotic process automation system is seeded during a learning phase with a set of expert human interactions in order to develop and deploy the automation capabilities to replicate the expert human interactions.
100341 In some aspects, the robotic process automation system enters a deep learning phase subsequent to the learning phase in order to improve performance of the automation capabilities when compared to the expert human interactions.
100351 In some aspects, the robotic process automation system in the deep learning phase utilizes feedback of one or more outcomes to improve performance of the automation capabilities.
100361 In some aspects, the robotic process automation system includes a computer vision system to analyze images of a display of a computer while a user is manually interacting with the computer while performing a specific process to teach a robot how to perfonn the process.
100371 The present disclosure is further directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (lIoT) system that comprises a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IloT system; an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer: an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platform layer that manages the platform in a common application environment.
100381 In some aspects, platform can further comprise a set of interfaces that exchange data between the plurality of distinct data-handling layers.
100391 In some aspects, the set of interfaces comprises at least one of an application programming interface (API), a broker, a service, a connector, a wired or wireless communication link, a port, a human-accessible interface, and a software interface.
100401 In some aspects, each of the plurality of distinct data-handling layers has a micro-services architecture.
100411 In some aspects, each of the plurality of distinct data-handling layers has a microservices architecture.
100421 In some aspects, outputs, events, and outcomes are exchanged between the plurality of distinct data-handling layers.
100431 In some aspects, the industrial entity-oriented data storage systems layer stores produced data that is generated by other layers of the plurality of distinct data-handling layers.
100441 In some aspects, the industrial entity-oriented data storage systems layer is a .. common data source for other layers of the plurality of distinct data-handling layers.
100451 In some aspects, the industrial entity-oriented data storage systems layer is a common data source for other layers of the plurality of distinct data-handling layers.
100461 In some aspects, the data stored in the industrial entity-oriented data storage systems layer comprises one or more of asset and facility data, worker data, event data, claims data, production data, and supply chain data.
100471 In some aspects, the asset and facility data comprises one or more of asset identity data, operational data, transactional data, event data, state data, workflow data, and maintenance data.
100481 In some aspects, the worker data comprises one or more of identity data, role data, task data, workflow data, health data, performance data, and quality data.
100491 In some aspects, the event data comprises one or more of process events, financial events, output events, input events, state-change events, operating events, repair events, maintenance events, service events, damage events, injury events, replacement events, refueling events, recharging events, and supply events.
.. 100501 In some aspects, the claims data comprises one or more of insurance claims data, product liability claims data, general liability claims data, workers compensation claims data, injury claims data, and contract claims data.
100511 In some aspects, the production data comprises one or more of data relating to energy production found in databases of public utilities or independent services organizations that maintain energy infrastructure, data relating to outputs of manufacturing, data related to outputs of mining and energy extraction facilities, and outputs of drilling and pipeline facilities.
100521 In some aspects, the supply chain data comprises one or more of data relating to items supplied, amounts, pricing, delivery, sources, routes, and customs information.
100531 In some aspects, the available computing resources within the platform provisioned by the adaptive intelligent systems layer include one or more of available processing cores, available servers, available edge computing resources, available on-device resources, available cloud infrastructure, data storage resources, networking resources, and energy resources.
100541 In some aspects, the data storage resources include one or more of local storage on devices, storage resources in or on industrial entities or environments, storage on asset tags, local area network storage, network storage resources, cloud-based storage resources, and database resources.
[0055] In some aspects, the networking resources include one or more of cellular network spectnun, wireless network resources, and fixed network resources.
100561 In some aspects, the energy resources include one or more of available battery power, available renewable energy, fuel, and grid-based power.
100571 In some aspects, the adaptive intelligent systems layer provisions the available computing resources within the platform based on one or more of application requirements, quality of service, budgets, costs, pricing, risk factors, operational objectives, optimization parameters, returns on investment, profitability; and uptime/downtime.
(0058] In some aspects, the adaptive intelligent systems layer provisions the available computing resources within the platform such that low latency resources are used for remote control and longer latency resources are used for systems analytics applications.
100591 In some aspects, the industrial management application platform layer that manages the platform in the common application environment comprises one or more applications that output at least one of. state and status information for various objects;
entities, processes, or flows; object infonnation including one or more of identity, attribute and parameter information for various classes of objects of various data types; event and change information for workflows, dynamic systems, processes, procedures, protocols, or algorithms; and outcome information including indications of success and failure, indications of process or milestone completion, indications of correct or incorrect predictions, indications of correct or incorrect labeling or classification, or success metrics.
100601 In some aspects; the success metrics include information relating to yield;
engagement, return on investment, profitability, efficiency, timeliness, quality of service, quality of product, or customer satisfaction [0061] The present disclosure is further directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (IIoT) system that comprises a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IIoT system; an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platform layer that manages the platform in a common application environment, wherein the industrial management application platform layer comprises one or more applications that manage, monitor, control, analyze, or otherwise interact with the plurality of industrial entities in the 11oT
system.
100621 In some aspects, the one or more applications comprise an industrial asset lifecycle management application that manages at least one industrial asset of the plurality of industrial entities by storage of attribute data, state data, and transaction data for the at least one industrial asset.
100631 In some aspects, the industrial asset lifecycle management application comprises a blockchain-based industrial asset lifecycle management application.
100641 In some aspects, the one or more applications comprise a process control optimization application that automatically controls at least one of an action, an operating parameter, and a state of an industrial process based on at least one of a detected condition and a detected state of a system used in the industrial process.
[00651 In some aspects, the one or more applications comprise a building automation and controls application that automates control of at least one environmental parameter within an industrial environment of the lloT system.
100661 In some aspects, the one or more applications comprise an enterprise asset management application that manages at least one of an action, a workflow, a task, and a state related to an asset that is controlled by an enterprise.
100671 In some aspects, the one or more applications comprise a cloud/Platform as a Service ("PaaS")/SofbAare as a Service (`SaaS") solution.
100681 In some aspects, the one or more applications comprise a factory operations visibility and intelligence ("FOVI") application that provides state information relating to a set of factory operation workflows and a set of factory systems.
100691 In some aspects, the one or more applications comprise an autonomous manufacturing application that controls at least one of an operating parameter. a work flow, and a state of a manufacturing system based on the data collected by the industrial monitoring systems layer.
[0070] In some aspects, the one or more applications comprise a smart supply chain application that automatically determines and initiates at least one action that determines .. at least one of a delivery, time, an item, a quantity, and a delivery location of a set of industrial components based on at least one of a state and a condition detected in an industrial environment.
[0071] In some aspects, the one or more applications comprise an inventory quality control application that provides a set of measures of inventory quality based on detection of at least one of a state and a condition of an item of inventory in an industrial environment.
[0072] In some aspects, the one or more applications comprise an industrial analytics application that provides a set of analytic results related to at least one of maintenance, repair, servicing, operation, and optimization of an industrial system in the IloT system.
[0073] In some aspects, the one or more applications comprise an industrial digital thread application wherein a common digital data structure is provided for use by a set of design.
manufacturing, supply, and maintenance systems relating to the plurality of industrial entities in the IIoT system.
[0074] In some aspects, the one or more applications comprise a robotic process automation application for automating at least one of a set of software functions and a set of physical tasks based on a training set of observations of expert human actions.
[0075] In some aspects, the one or more applications comprise a visual quality detection application that uses computer vision to detect a set of conditions related to at least one of a state, a status, and a condition of at least one of the plurality of industrial entities.
[0076] In some aspects, the one or more applications comprise a collaborative robotic application, wherein a set of tasks performed by humans are augmented by collaboration with a set of at least one of a hardware robot and a software robot.
[0077] In some aspects, the one or more applications comprise a real time monitoring application for automatically detecting, monitoring, and reporting on a transaction status of a set of shipments of industrial assets by processing of a distributed ledger containing transaction data for the industrial assets.
[0078] In some aspects, the one or more applications comprise a machine condition monitoring application that monitors a condition of an industrial machine based on processing of at least one of operating state data, machine data, telematics data, on-board diagnostic system data, environmental data, and operator data for the industrial machine.
100791 In some aspects, the one or more applications comprise a continuous emission monitoring application that monitors and reports emissions from a set of industrial machines in an industrial environment.
100801 In some aspects, the one or more applications comprise an indoor air quality monitoring application for monitoring a set of air quality parameters within an industrial environment.
100811 In some aspects, the one or more applications comprise an indoor sound quality monitoring application for measuring a set of sound parameters experienced by workers in an industrial environment.
100821 The present disclosure is further directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (Ho) system that comprises a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IloT system; an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systems in the IIoT system: and an industrial management application platform layer that manages the platform in a common application environment, wherein the adaptive intelligent systems layer includes data processing, artificial intelligence, and computational systems that develop, improve, or adapt processes in the IloT
system based on the data collected by the industrial monitoring systems layer.
100831 In some aspects, the adaptive intelligent systems layer includes an adaptive edge compute management system that adaptively manages edge computation, storage, and processing in the IloT system.
100841 In some aspects, the adaptive intelligent systems layer includes a robotic process automation system that develops and deploys automation capabilities for at least one of the plurality of industrial entities in the IIoT system.
100851 In some aspects, the adaptive intelligent systems layer includes a set of protocol adaptors that facilitate adaptive protocol transformations of data within the lloT system.
(00861 In some aspects, the adaptive protocol transfonnations of data within the IloT
system comprises transforming data in-flight.
100871 In some aspects, the adaptive protocol transformations of data within the IIoT
system comprises transforming data for storage.
10088) In some aspects, the adaptive protocol transformations of data within the I1oT
system comprises transforming data for processing by an element of the IIoT
system.
100891 In some aspects, the adaptive intelligent systems layer includes a packet acceleration system that facilitates increasing a speed of transmission of the data in the IIoT system.
100901 In some aspects, the adaptive intelligent systems layer includes an edge intelligence system that adapts edge computation resources.
10091) In some aspects, the edge intelligence system adapts the edge computation resources based on Quality of Service, latency requirements, congestion, and cost of edge computation capabilities across more than one application in the industrial management application platform layer.
100921 In some aspects, the adaptive intelligent systems layer includes an adaptive .. networking system that adapts network comnumication in the IIoT system.
100931 In some aspects, the adaptive networking system adapts network communication in the HoT system based on Quality of Service, latency requirements, and congestion in the network.
100941 In some aspects, the adaptive intelligent systems layer includes a set of state and event managers that adapt the processes in the I1oT system based on state and event data.
100951 In some aspects, the adaptive intelligent systems layer includes a set of opportunity miners that identify opportunities for increased automation or intelligence in the HoT
system.
10096) In some aspects, the set of opportunity miners prioritize the opportunities for increased automation or intelligence in the IIoT system.
100971 In some aspects, the adaptive intelligent systems layer includes a set of artificial intelligence systems that develop, improve, or adapt processes in the IIoT
system.
100981 In some aspects, the set of artificial intelligence systems includes one or more of an expert system, a neural network, a deep neural network, a supervised learning system, .. a machine learning system, and a deep learning system.
100991 The present disclosure is also directed to a system for data processing in an industrial environment. The system can include one or more Industrial Internet of Things (IIoT) devices in the industrial environment. The one or more IIoT devices can obtain, generate, or store data relating to the industrial environment. The system can further include one or more IIoT platforms deployed in a cloud computing environment and configured to collect, process, and analyze the data relating to the industrial environment.
Additionally, the system can include one or more interfaces through which the one or more IIoT devices connect to the one or more IIoT platforms and a self-organizing protocol adaptor that facilitates adaptive in-flight data protocol transformation of the data between the one or more IIoT devices and the one or more IIoT platforms via the one or mote interfaces.
101001 In some aspects, the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by selecting at least one interface of the one or more interfaces.
101011 In some aspects, the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by selecting an appropriate protocol for the data to be utilized by the one or more I1oT platforms.
[0102] In some aspects, the self-organizing protocol adaptor transforms the data to comply with the selected appropriate protocol.
[0103] In some aspects, the self-organizing protocol adaptor selects the appropriate protocol for the data by artificial intelligence.
[0104] In some aspects, the artificial intelligence comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0105] In some aspects, the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by repackaging the data.
[0106] In some aspects, the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by wrapping the data.
[0107] In some aspects, wrapping the data is performed using input from an artificial intelligence system.
[0108] In some aspects, the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0109] In some aspects, the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by establishing a connection to at least one of the one or more 1IoT platforms.
[0110] In some aspects, the self-organizing protocol adaptor prepares a data stream containing the data.
[0111] In some aspects, the data stream is prepared by formatting the data.
[0112] In some aspects, the data is formatted using input from an artificial intelligence system.
[0113] In some aspects, the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0114] In some aspects, the data stream is prepared by wrapping the data.
[0115] In some aspects, the data is wrapped using input from an artificial intelligence system.
[0116] In some aspects, the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0117] In some aspects, the data stream is prepared by translating the data.
[0118] In some aspects, the data is translated using input from an artificial intelligence system.
[0119] In some aspects, the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0120] The present disclosure is additionally directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (IIo'T) system. The platform can comprise a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IIoT system; an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; and an adaptive intelligent systems layer that receives the data, the adaptive intelligent systems layer including an opportunity mining system that utilizes the data to identify opportunities for increased automation within the platform.
[0121] In some aspects, the plurality of distinct data-handling layers further comprise an industrial management application platform layer that includes one or more applications for performing a task in the IIoT system, monitoring performance of the task, or assisting with the performance of the task.
[0122] In some aspects, the opportunity mining system utilizes the data to identify opportunities for increased automation within the one or more applications.
[0123] In some aspects, the opportunity mining system includes a worker observation system that observes workers in the IIoT system to obtain observation data, the worker observation system including one or more sensors, wherein the opportunity mining system further utilizes the observation data to identify opportunities for increased automation within the platform.
[0124] In some aspects, the one or more sensors includes at least one of a camera, a wearable sensor, a movement sensor, an infrared sensor, and an audio sensor.
[0125] In some aspects, the worker observation system differentiates between types of workers to obtain the observation data.
[0126] In some aspects, the worker observation system differentiates between locations of workers to obtain the observation data.
[0127] In some aspects, the worker observation system observes a time related to the workers to obtain the observation data.
[0128] In some aspects, the time relates to duration of an activity performed by the workers.
[0129] In some aspects, the opportunity mining system includes a task specialization determination system that determines a level of domain-specific or entity-specific knowledge or expertise required to undertake an action, use a program, use a machine, or perform an activity within the IIoT system.
[0130] In some aspects, the task specialization determination system determines an identity, credentials, and experience of workers that undertake the action, use the program, use the machine, or perfonn the activity within the IIoT system, wherein the identity, credentials, and experience are utilized to determine the level of domain-specific or entity-specific knowledge or expertise.
[0131] In some aspects, the opportunity mining system identifies the opportunities for increased automation within the platform based on the level of domain-specific or entity-specific knowledge or expertise.
[0132] In some aspects, the opportunity mining system prioritizes the opportunities for increased automation within the platform.
101331 In some aspects, the opportunity mining system includes a worker observation system that observes workers in the lloT system to obtain observation data, the worker observation system including one or more sensors, wherein the opportunity mining system further utilizes the observation data to identify and prioritize the opportunities for increased automation within the platform.
101341 In some aspects, the one or more sensors includes at least one of a camera, a wearable sensor, a movement sensor, an infrared sensor, and an audio sensor.
[0135] In some aspects, the worker observation system differentiates between types of workers to obtain the observation data.
[0136] In some aspects, the worker observation system differentiates between locations of workers to obtain the observation data.
[0137] In some aspects, the worker observation system observes a time related to the workers to obtain the observation data.
[0138] In some aspects, the time relates to duration of an activity performed by the workers.
[0139] In some aspects, the opportunity mining system identifies and prioritizes the opportunities for increased automation within the platform based on the level of domain-specific or entity-specific knowledge or expertise.
[0140] In additional or alternative implementations, the present disclosure is directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (HOT) system that comprises a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise: an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in an industrial environment:
an industrial entity-oriented data storage systems layer that stores the da a collected by the industrial monitoring systems layer; and an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systems in the HoT
system. The adaptive intelligent systems layer can include an adaptive edge compute management system that adaptively manages edge computation, storage, and processing in the IIoT system.
[0141] In some aspects, the adaptive edge compute management system varies a storage location for the data between on-device storage, local systems, network storage resources, and cloud-based storage resources.
[0142] In some aspects, the adaptive edge compute management system varies a processing location for the data between a local area network of the industrial environment, one or more peer-to-peer networks of devices in the industrial environment, computing resources of at least one of the plurality of industrial entities, and cloud-based processing resources.
[0143] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IloT system based on a set of artificial intelligence systems.
[0144] In some aspects, the set of artificial intelligence systems includes one or more of an expert system, a neural network, a deep neural network, a supervised learning system, a machine learning system, and a deep learning system.
[0145] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system based on detected conditions of a communication network for the industrial environment.
[0146] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system based on Quality of Service of the communication network.
[0147] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IloT system based on latency of the communication network.
[0148] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system based on congestion of the communication network.
[0149] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the HoT system based on cost of computational or storage resources utilized.
[0150] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system based on Quality of Service, latency requirements, congestion, and cost of edge computation capabilities in the IIoT system.
[0151] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system further based on priority of computation, storage, and processing tasks.
[0152] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system further based on value of computation, storage, and processing tasks.
[0153] In some aspects, the value of computation, storage, and processing tasks includes one or more of return on investment, yield, and cost information.
[0154] In some aspects, the cost information includes cost of failure information.
[0155] In some aspects, the adaptive edge compute management system varies a storage location for the data between on-device storage, local systems, network storage resources, and cloud-based storage resources; and when data connections are slow or unreliable, the adaptive edge compute management system varies the storage location between on-device storage, local systems, and network storage resources.
101561 In some aspects, the adaptive edge compute management system varies a storage location for the data between on-device storage, local systems, network storage resources, and cloud-based storage resources; and when data connections are strong, the adaptive edge compute management system varies the storage location between network storage resources and cloud-based storage resources.
101571 In some aspects, when data connections are slow or unreliable, the adaptive edge compute management system varies the storage location between on-device storage, local systems, and network storage resources.
[01581 In some aspects, the adaptive edge compute management system adaptively managing edge computation, storage, and processing in the IIoT system comprises selecting a communication protocol for data transmission.
101591 In some aspects, the adaptive edge compute management system adaptively managing edge computation, storage, and processing in the IToT system comprises dynamically defining what constitutes an edge for each device in the IloT
system.
101601 The present disclosure is directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (IloT) system that comprises a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the lIoT system: an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platform layer that includes one or more applications for performing a task in the IloT system, monitoring performance of the task, or assisting with the performance of the task. The industrial entity-oriented data storage systems layer can include at least one geofenced virtual asset tag associated with one particular industrial entity of the plurality of industrial entities in the IIoT system, the at least one geofenced virtual asset tag comprising a data structure that contains entity data about the one particular industrial entity and is linked to proximity of the one particular industrial entity.
101611 In some aspects, access to the at least one geofenced virtual asset tag is limited to devices, entities, and individuals within the proximity of the one particular industrial entity'.
101621 In some aspects, access to the at least one geofenced virtual asset tag comprises reading, writing, and modify, ing the data of the at least one geofenced virtual asset tag.
101631 In some aspects, access to the at least one geofenced virtual asset tag is limited by use of an encryption key.
101641 In some aspects, the at least one geofenced virtual asset tag is configured to recognize a presence of a data reading device and communicate to the data reading device.
101651 In some aspects, the at least one geofenced virtual asset tag communicates with the data reading device via one or more protocol adaptors.
101661 In some aspects, the one particular industrial entity comprises a machine in an industrial environment of the IIoT system.
101671 In some aspects, the one particular industrial entity comprises an item of equipment in an industrial environment of the IIoT system.
101681 In some aspects, the one particular industrial entity comprises an item of inventory in an industrial environment of the IIoT system.
101691 In some aspects, the one particular industrial entity comprises a manufactured article in an industrial environment of the IIoT system.
101701 In some aspects, the one particular industrial entity comprises a component in an industrial environment of the IIoT system.
101711 In some aspects, the one particular industrial entity comprises a tool in an industrial environment of the IIoT system.
101721 In some aspects, the one particular industrial entity comprises a device in an industrial environment of the IIoT system.
101731 In some aspects, the one particular industrial entity comprises a worker in an industrial environment of the HOT system.
101741 In some aspects, the platform can further comprise a set of floT
devices in an industrial environment, wherein the plurality of industrial entities in the IIoT system includes the set of IIoT devices.
101751 In some aspects, the set of 11oT devices act as distributed blockchain nodes in a blockchain system of the IloT system.
[0176] In some aspects, the set of lioT devices validates location and identity of the one particular industrial entity associated with the at least one geofenced virtual asset tag.
[0177] In some aspects, the validation utilizes voting protocols.
[0178] In some aspects, the validation utilizes consensus protocols.
[0179] In some aspects, the at least one geofenced virtual asset tag includes information related to a history of the one particular industrial entity or one or more components of the one particular industrial entity.
[0180] Further areas of applicability of the present disclosure will become apparent from the detailed description provided hereinafter. It should be understood that the detailed description and specific examples are intended for purposes of illustration only and are not intended to limit the scope of the disclosure.
BRIEF DESCRIPTION OF THE FIGURES
[0181] Figures 1 through Figure 5 are diagrammatic views that each depicts portions of an overall view of an industrial Internet of Things (IoT) data collection, monitoring and control system in accordance with the present disclosure.
[0182] Figure 6 is a diagrammatic view of a platform including a local data collection system disposed in an industrial environment for collecting data from or about the elements of the environment, such as machines, components, systems, sub-systems, ambient conditions, states, workflows, processes, and other elements in accordance with the present disclosure.
[0183] Figure 7 is a diagrammatic view that depicts elements of an industrial data collection system for collecting analog sensor data in an industrial environment in accordance with the present disclosure.
[0184] Figure 8 is a diagrammatic view of a rotating or oscillating machine having a data acquisition module that is configured to collect waveform data in accordance with the present disclosure.
[0185] Figure 9 is a diagrammatic view of an exemplary tri-axial sensor mounted to a motor bearing of an exemplary rotating machine in accordance with the present disclosure.
[0186] Figure 10 is a diagrammatic view of components and interactions of a data collection architecture involving application of cognitive and machine learning systems to data collection and processing in accordance with the present disclosure.
[0187] Figure 11 is a diagrammatic view of components and interactions of a data collection architecture involving application of a platfonn having a cognitive data marketplace in accordance with the present disclosure.
[0188] Figure 12 is a diagrammatic view of components and interactions of a data collection architecture involving application of a self-organizing swarm of data collectors in accordance with the present disclosure.
[0189] Figure 13 is a diagrammatic view of components and interactions of a data collection architecture involving application of a haptic user interface in accordance with the present disclosure.
[0190] Figure 14 is a diagrammatic view of a multi-format streaming data collection system in accordance with the present disclosure.
[0191] Figure 15 is a diagrammatic view of combining legacy and streaming data collection and storage in accordance with the present disclosure.
[0192] Figure 16 is a diagrammatic view of industrial machine sensing using both legacy and updated streamed sensor data processing in accordance with the present disclosure.
[0193] Figure 17 is a diagrammatic view of an industrial machine sensed data processing system that facilitates portal algorithm use and alignment of legacy and streamed sensor data in accordance with the present disclosure.
[0194] Figure 18 is a diagrammatic view of components and interactions of a data collection architecture involving a streaming data acquisition instrument receiving analog sensor signals from an industrial environment connected to a cloud network facility in accordance with the present disclosure.
[0195] Figure 19 is a diagrammatic view of components and interactions of a data collection architecture involving a streaming data acquisition instrument having an alarms module, expert analysis module, and a driver API to facilitate communication with a cloud network facility in accordance with the present disclosure.
[0196] Figure 20 is a diagrammatic view of components and interactions of a data collection architecture involving a streaming data acquisition instnunent and first in, first out memory architecture to provide a real time operating system in accordance with the present disclosure.
[0197] Figure 21 is a diagrammatic view of components and interactions of a data collection architecture involving a multiple streaming data acquisition instrument receiving analog sensor signals and digitizing those signals to be obtained by a streaming hub server in accordance with the present disclosure.
10198) Figure 22 is a diagrammatic view of components and interactions of a data collection architecture involving a master raw data server that processes new streaming data and data already extracted and processed in accordance with the present disclosure.
101991 Figure 23, Figure 24, and Figure 25 are diagrammatic views of components and interactions of a data collection architecture involving a processing, analysis, report, and archiving server that processes new streaming data and data already extracted and processed in accontlance with the present disclosure.
102001 Figure 26 is a diagrammatic view of components and interactions of a data collection architecture involving a relation database server and data archives and their connectivity with a cloud network facility in accordance with the present disclosure.
102011 Figure 27 through Figure 32 are diagrammatic views of components and interactions of a data collection architecture involving a virtual streaming data acquisition instrument receiving analog sensor signals from an industrial environment connected to a cloud network facility in accordance with the present disclosure.
102021 Figure 33 through Figure 40 are diagrammatic views of components and interactions of a data collection architecture involving data channel methods and systems for data collection of industrial machines in accordance with the present disclosure.
102031 Figure 41 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
102041 Figure 42 and Figure 43 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
102051 Figure 44 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
102061 Figures 45 and 46 are diagrammatic views that depict an embodiment of a system for data collection in accordance with the present disclosure.
102071 Figures 47 and 48 are diagrammatic views that depict an embodiment of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
102081 Figure 49 depicts an embodiment of a data monitoring device incorporating sensors in accordance with the present disclosure.
102091 Figures 50 and 51 are diagrammatic views that depict embodiments of a data monitoring device in communication with external sensors in accordance with the present disclosure.
102101 Figure 52 is a diagrammatic view that depicts embodiments of a data monitoring device with additional detail in the signal evaluation circuit in accordance with the present disclosure.
102111 Figure 53 is a diagrammatic view that depicts embodiments of a data monitoring device with additional detail in the signal evaluation circuit in accordance with the present disclosure.
102121 Figure 54 is a diagrammatic view that depicts embodiments of a data monitoring device with additional detail in the signal evaluation circuit in accordance with the present disclosure.
102131 Figure 55 is a diagrammatic view that depicts embodiments of a system for data collection in accordance with the present disclosure.
102141 Figure 56 is a diagrammatic view that depicts embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
102151 Figure 57 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
102161 Figures 58 and 59 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
102171 Figures 60 and 61 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
102181 Figures 62 and 63 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
102191 Figures 64 and 65 is a diagrammatic view that depicts embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
102201 Figure 66 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
102211 Figures 67 and 68 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
[0222] Figure 69 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0223] Figure 70 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0224] Figures 71 and 72 are diagrammatic views that depict embodiments of a system for data collection in accordance with the present disclosure.
[0225] Figures 73 and 74 are diagrammatic views that depict embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
[0226] Figure 75 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0227] Figures 76 and 77 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
[0228] Figure 78 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0229] Figures 79 and 80 are diagrammatic views that depict embodiments of a system for data collection in accordance with the present disclosure.
102301 Figures 81 and 82 are diagrammatic views that depict embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
[0231] Figure 83 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0232] Figures 84 and 85 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
102331 Figure 86 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0234] Figures 87 and 88 are diagrammatic views that depict embodiments of a system for data collection in accordance with the present disclosure.
[0235] Figures 89 and 90 are diagrammatic views that depict embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
[0236] Figure 91 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0237] Figures 92 and 93 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
[0238] Figure 94 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0239] Figures 95 and 96 are diagrammatic views that depict embodiments of a system for data collection in accordance with the present disclosure.
[0240] Figures 97 and 98 are diagrammatic views that depict embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
[0241] Figures 99 through Figure 101 are diagrammatic views of components and interactions of a data collection architecture involving a collector of route templates and the routing of data collectors in an industrial environment in accordance with the present disclosure.
[0242] Figure 102 is a diagrammatic view that depicts a monitoring system that employs data collection bands in accordance with the present disclosure.
[0243] Figure 103 is a diagrammatic view that depicts a system that employs vibration and other noise in predicting states and outcomes in accordance with the present disclosure.
[0244] Figure 104 is a diagrammatic view that depicts a system for data collection in an industrial environment in accordance with the present disclosure.
[0245] Figure 105 is a diagrammatic view that depicts an apparatus for data collection in an industrial environment in accordance with the present disclosure.
[0246] Figure 106 is a schematic flow diagram of a procedure for data collection in an industrial environment in accordance with the present disclosure.
[0247] Figure 107 is a diagrammatic view that depicts a system for data collection in an industrial environment in accordance with the present disclosure.
[0248] Figure 108 is a diagrammatic view that depicts an apparatus for data collection in an industrial environment in accordance with the present disclosure.
[0249] Figure 109 is a schematic flow diagram of a procedure for data collection in an industrial environment in accordance with the present disclosure.
[0250] Figure 110 is a diagrammatic view that depicts industry-specific feedback in an industrial environment in accordance with the present disclosure.
[0251] Figure 111 is a diagrammatic view that depicts an exemplary user interface for smart band configuration of a system for data collection in an industrial environment is depicted in accordance with the present disclosure.
[0252] Figure 112 is a diagrammatic view that depicts a graphical approach 11300 for back-calculation in accordance with the present disclosure.
[0253] Figure 113 is a diagrammatic view that depicts a wearable haptic user interface device for providing haptic stimuli to a user that is responsive to data collected in an industrial environment by a system adapted to collect data in the industrial environment in accordance with the present disclosure.
[0254] Figure 114 is a diagrammatic view that depicts an augmented reality display of heat maps based on data collected in an industrial environment by a system adapted to collect data in the environment in accordance with the present disclosure.
[0255] Figure 115 is a diagrammatic view that depicts an augmented reality display including real time data overlaying a view of an industrial environment in accordance with the present disclosure.
[0256] Figure 116 is a diagrammatic view that depicts a user interface display and components of a neural net in a graphical user interface in accordance with the present disclosure.
[0257] Figure 117 is a diagrammatic view of components and interactions of a data collection architecture involving swarming data collectors and sensor mesh protocol in an industrial environment in accordance with the present disclosure.
[0258] Figure 118 is a diagrammatic view that depicts data collection system according to some aspects of the present disclosure.
[0259] Figure 119 is a diagrammatic view that depicts a system for self-organized, network-sensitive data collection in an industrial environment in accordance with the present disclosure.
[0260] Figure 120 is a diagrammatic view that depicts an apparatus for self-organized, network-sensitive data collection in an industrial environment in accordance with the present disclosure.
[0261] Figure 121 is a diagrammatic view that depicts an apparatus for self-organized.
network-sensitive data collection in an industrial environment in accordance with the present disclosure.
[0262] Figure 122 is a diagrammatic view that depicts an apparatus for self-organized, network-sensitive data collection in an industrial environment in accordance with the present disclosure.
[0263] Figure 123 and Figure 124 are diagrammatic views that depict embodiments of transmission conditions in accordance with the present disclosure.
[0264] Figure 125 is a diagrammatic view that depicts embodiments of a sensor data transmission protocol in accordance with the present disclosure.
[0265] Figure 126 and Figure 127 are diagrammatic views that depict embodiments of benchmarking data in accordance with the present disclosure.
[0266] Figure 128 is a diagrammatic view that depicts embodiments of a system for data collection and storage in an industrial environment in accordance with the present disclosure.
[0267] Figure 129 is a diagrammatic view that depicts embodiments of an apparatus for self-organizing storage for data collection for an industrial system in accordance with the present disclosure.
[0268] Figure 130 is a diagrammatic view that depicts embodiments of a storage time definition in accordance with the present disclosure.
[0269] Figure 131 is a diagrammatic view that depicts embodiments of a data resolution description in accordance with the present disclosure.
[0270] Figure 132 and Figure 133 diagrammatic views of an apparatus for self-organizing network coding for data collection for an industrial system in accordance with the present disclosure.
[0271] Figure 134 and Figure 135 diagrammatic views of data marketplace interacting with data collection in an industrial system in accordance with the present disclosure.
[0272] Figure 136 is a diagrammatic view that depicts a smart heating system as an element in a network for in an industrial Internet of Things ecosystem in accordance with the present disclosure.
[0273] Figure 137 is a diagrammatic view that depicts an architecture, its components and functional relationships for an industrial Internet of Things solution in accordance with the present disclosure.
[0274] Figure 138 is a schematic illustrating an example of a sensor kit deployed in an industrial setting according to some embodiments of the present disclosure.
[0275] Figure 139 is a schematic illustrating an example of a sensor kit network having a star network topology according to some embodiments of the present disclosure.
[0276] Figure 140 is a schematic illustrating an example of a sensor kit network having a mesh network topology according to some embodiments of the present disclosure.
[0277] Figure 141 is a schematic illustrating an example of a sensor kit network having a hierarchical network topology according to some embodiments of the present disclosure.
[0278] Figure 142 is a schematic illustrating an example of a sensor according to some embodiments of the present disclosure.
[0279] Figure 143 is a schematic illustrating an example schema of a reporting packet according to some embodiments of the present disclosure.
102801 Figure 144 is a schematic illustrating an example of an edge device of a sensor kit according to some embodiments of the present disclosure.
[0281] Figure 145 is a schematic illustrating an example of a backend system that receives sensor da a from sensor kits deployed in industrial settings according to some embodiments of the present disclosure.
[0282] Figure 146 is a flow chart illustrating an example set of operations of a method for encoding sensor da a captured by a sensor kit according to some embodiments of the present disclosure.
[0283] Figure 147 is a flow chart illustrating an example set of operations of a method for decoding sensor data provided to a backend system by a sensor kit according to some embodiments of the present disclosure.
[0284] Figure 148 is a flow chart illustrating an example set of operations of a method for encoding sensor data captured by a sensor kit using a media codec according to some embodiments of the present disclosure.
[0285] Figure 149 is a flow chart illustrating an example set of operations of a method for decoding sensor data provided to a backend system by a sensor kit using a media codec according to some embodiments of the present disclosure.
[0286] Figure 150 is a flow chart illustrating an example set of operations of a method for detennining a transmission strategy and/or a storage strategy for sensor data collected by a sensor kit based on the sensor data, according to some embodiments of the present disclosure [0287] Figures 151-155 are schematics illustrating different configurations of sensor kits according to some embodiments of the present disclosure.
[0288] Figure 156 is a flowchart illustrating an example set of operations of a method for monitoring industrial settings using an automatically configured backend system, according to some embodiments of the present disclosure.
[0289] Figure 157 is a plan view of a manufacturing facility illustrating an exemplary implementation of a sensor kit including an edge device, according to some embodiments of the present disclosure.
[0290] Figure 158 is a plan view of a surface portion of an underwater industrial facility illustrating an exemplary implementation of a sensor kit including an edge device, according to some embodiments of the present disclosure.
[0291] Figure 159 is a plan view of an indoor agricultural facility illustrating an exemplary implementation of a sensor kit including an edge device, according to some embodiments of the present disclosure.
[0292] Figure 160 is a schematic illustrating an example of a sensor kit in communication with a data handling platform according to some embodiments of the present disclosure.
[0293] Figures 161-164 are diagrammatic views that depict embodiments of a system for using one or more wearable devices for mobile data collection in accordance with the present disclosure.
[0294] Figures 165-167 are diagrammatic views that depict embodiments of a system for using one or more mobile robots and/or mobile vehicles for mobile data collection in accordance with the present disclosure.
[0295] Figures 168-171 are diagrammatic views that depict embodiments of a system for using one or more handheld devices for mobile data collection in accordance with the present disclosure.
[0296] Figures 172-174 are diagrammatic views that depict embodiments of a computer vision system in accordance with the present disclosure.
[0297] Figures 175-176 are diagrammatic views that depict embodiments of a deep learning system for training a computer vision system in accordance with the present disclosure.
[0298] Figure 177 depicts a predictive maintenance eco system network architecture.
[0299] Figure 178 depicts finding service workers using machine learning for the predictive maintenance eco-system of Figure 177.
[0300] Figure 179 depicts ordering parts and service in a predictive maintenance eco-system.
[0301] Figure 180 depicts deployment of smart RFID elements in an industrial machine environment.
[0302] Figure 181 depicts a generalized data structure for machine information in a smart RFID.
[0303] Figure 182 depicts a block level diagram of the storage structure of a smart RFID.
[0304] Figure 183 depicts an example of data stored in a smart RFID.
[0305] Figure 184 depicts a flow diagram of a method for collecting information from a machine.
[0306] Figure 185 depicts a flow diagram of a method for collecting data from a production environment.
[03071 Figure 186 depicts an on-line maintenance management system with interfaces for data sources updating information in the on-line maintenance management system data storage.
[0308] Figure 187 depicts a distributed ledger for predictive maintenance information with role-specific access thereof.
[0309] Figure 188 depicts a process for capturing images of portions of an industrial machine.
[0310] Figure 189 depicts a process that uses machine learning on images to recognize a likely internal structure of an industrial machine.
[0311] Figure 190 depicts a knowledge graph of the predictive maintenance gathering information.
103121 Figure 191 depicts an artificial intelligence system generating service recommendations and the like based on predictive maintenance analysis.
[0313] Figure 192 depicts a predictive maintenance timeline superimposed on a preventive maintenance timeline.
[0314] Figure 193 depicts a block diagram of potential sources of diagnostic information.
[0315] Figure 194 depicts a diagram of a process for rating vendors.
[0316] Figure 195 depicts a diagram of a process for rating procedures [0317] Figure 196 depicts a diagram of Blockchain applied to transactions of a predictive maintenance eco-system.
[0318] Figure 197 depicts a transfer function that facilitates converting vibration data into severity units.
[0319] Figure 198 depicts a table that facilitates mapping vibration data to severity units.
(03201 Figure 199 depicts a composite frequency graph for conventional vibration assessment and severity unit-based assessment.
10321) Figure 200 depicts a rendering of a portion of an industrial machine for use in an electronic user interface for depicting and discovering severity units and related information about a rotating component of the industrial machine.
103221 Figure 201 depicts a data table of rotating component design parameters for use in predicting maintenance events.
103231 Figure 202 is a flow chart of predicting maintenance of at least one of a gear, motor and roller bearing based on severity unit and actuator count, such as count of teeth in a gear.
103241 Figure 203 is a schematic diagram of an example platform for facilitating development of intelligence in an Industrial Internet of Things (I1431) system according to some aspects of the present disclosure.
103251 Figure 204 is a schematic diagram showing additional details, components, sub-systems, and other elements of an optional implementation of the example platform of Figure 203;
103261 Figure 205 is a schematic diagram showing a robotic process automation ("RPA") system of the example platform of Figure 203;
103271 Figure 206 is a schematic diagram showing an opportunity mining system and an adaptive intelligence layer of the example platform of Figure 203;
103281 Figure 207 is a schematic diagram showing optional elements of the adaptive intelligent systems layer that facilitate improved edge intelligence of the example platform of Figure 203;
103291 Figure 208 is a schematic diagram showing optional elements of an industrial entity-oriented data storage systems layer of the example platform of Figure 203;
103301 Figure 209 is a schematic diagram showing an example Robotic Process Automation system of the example platform of Figure 203;
103311 Figure 210 is a schematic diagram of an example system for data processing in an industrial environment that utilizes protocol adaptors according to some aspects of the present disclosure;
103321 Figure 211 is another schematic diagram illustrating further components and elements of the example system of Figure 210; and 103331 Figure 212 illustrates an example connect attempt of the example system of Figure 210 according to some aspects of the present disclosure.
DETAILED DESCRIPTION
103341 Detailed embodiments of the present disclosure are disclosed herein;
however, it is to be understood that the disclosed embodiments are merely exemplary of the disclosure, which may be embodied in various forms. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a basis for the claims and as a representative basis for teaching one skilled in the art to variously employ the present disclosure in virtually any appropriately detailed structure.
103351 Methods and systems described herein for industrial machine sensor data streaming, collection, processing, and storage may be configured to operate with existing data collection, processing, and storage systems while preserving access to existing format/frequency range/resolution compatible data. While the industrial machine sensor data streaming facilities described herein may collect a greater volume of data (e.g., longer duration of data collection) from sensors at a wider range of frequencies and with greater resolution than existing data collection systems, methods and systems may be employed to provide access to data from the stream of data that represents one or more ranges of frequency and/or one or more lines of resolution that are purposely compatible with existing systems. Further, a portion of the streamed data may be identified, extracted, stored, and/or forwarded to existing data processing systems to facilitate operation of existing data processing systems that substantively matches operation of existing data processing systems using existing collection-based data. In this way, a newly deployed system for sensing aspects of industrial machines, such as aspects of moving parts of industrial machines, may facilitate continued use of existing sensed data processing facilities, algorithms, models, pattern recognizers, user interfaces, and the like.
103361 Through identification of existing frequency ranges, formats, and/or resolution, such as by accessing a data structure that defines these aspects of existing data, higher resolution streamed data may be configured to represent a specific frequency, frequency range, format, and/or resolution. This configured streamed data can be stored in a data structure that is compatible with existing sensed data structures so that existing processing systems and facilities can access and process the data substantially as if it were the existing data. One approach to adapting streamed data for compatibility with existing sensed data may include aligning the streamed data with existing data so that portions of the streamed data that align with the existing data can be extracted, stored, and made available for processing with existing data processing methods. Alternatively, data processing methods may be configured to process portions of the streamed data that correspond, such as through alignment, to the existing data, with methods that implement functions substantially similar to the methods used to process existing data, such as methods that process data that contain a particular frequency range or a particular resolution and the like.
103371 Methods used to process existing data may be associated with certain characteristics of sensed data, such as certain frequency ranges, sources of data, and the like. As an example, methods for processing bearing sensing information for a moving part of an industrial machine may be capable of processing data from bearing sensors that fall into a particular frequency range. This method can thusly be at least partially identifiable by these characteristics of the data being processed. Therefore, given a set of conditions, such as moving device being sensed, industrial machine type, frequency of data being sensed, and the like, a data processing system may select an appropriate method.
Also, given such a set of conditions, an industrial machine data sensing and processing facility may configure elements, such as data filters, routers, processors, and the like, to handle data meeting the conditions.
103381 Figures 1 through 5 depict portions of an overall view of an industrial Internet of Things (IoT) data collection, monitoring and control system 10. Figure 2 depicts a mobile ad hoc network ("MANET") 20, which may form a secure, temporal network connection 22 (sometimes connected and sometimes isolated), with a cloud 30 or other remote networking system, so that network functions may occur over the MANET 20 within the environment, without the need for external networks, but at other times information can be sent to and from a central location. This allows the industrial environment to use the benefits of networking and control technologies, while also providing security, such as preventing cyber-attacks. The MANET 20 may use cognitive radio technologies 40, including those that fonn up an equivalent to the IP protocol, such as router 42, MAC 44, and physical layer technologies 46. In certain embodiments, the system depicted in Figures 1 through 5 provides network-sensitive or network-aware transport of data over the network to and from a data collection device or a heavy industrial machine.
103391 Figures 3-4 depict intelligent data collection technologies deployed locally, at the edge of an loT deployment, where heavy industrial machines are located. This includes various sensors 52, IoT devices 54, data storage capabilities (e.g., data pools 60, or distributed ledger 62) (including intelligent, self-organizing storage), sensor fusion (including self-organizing sensor fusion), and the like. Interfaces for data collection, including multi-sensory interfaces, tablets, smartphones 58, and the like are shown. Figure 3 also shows data pools 60 that may collect data published by machines or sensors that detect conditions of machines, such as for later consumption by local or remote intelligence. A distributed ledger system 62 may distribute storage across the local storage of various elements of the environment, or more broadly throughout the system.
Figure 4 also shows on-device sensor fusion 80, such as for storing on a device data from multiple analog sensors 82, which may be analyzed locally or in the cloud, such as by machine learning 84, including by training a machine based on initial models created by humans that are augmented by providing feedback (such as based on measures of success) when operating the methods and systems disclosed herein.
103401 Figure 1 depicts a server based portion of an industrial IoT system that may be deployed in the cloud or on an enterprise owner's or operator's premises. The server portion includes network coding (including self-organizing network coding and/or automated configuration) that may configure a network coding model based on feedback measures, network conditions, or the like, for highly efficient transport of large amounts of data across the network to and from data collection systems and the cloud.
Network coding may provide a wide range of capabilities for intelligence, analytics, remote control, remote operation, remote optimization, various storage configurations and the like, as depicted in Figure 1. The various storage configurations may include distributed ledger storage for supporting transactional data or other elements of the system.
103411 Figure 5 depicts a programmatic data marketplace 70, which may be a self-organizing marketplace, such as for making available data that is collected in industrial environments, such as from data collectors, data pools, distributed ledgers, and other elements disclosed herein. Additional detail on the various components and sub-components of Figures 1 through 5 is provided throughout this disclosure.
103421 With reference to Figure 6, an embodiment of platform 100 may include a local data collection system 102, which may be disposed in an environment 104, such as an industrial environment similar to that shown in Figure 3, for collecting data from or about the elements of the environment, such as machines, components, systems, sub-systems, ambient conditions, states, workflows, processes, and other elements. The platform 100 may connect to or include portions of the industrial IoT data collection, monitoring and control system 10 depicted in Figures 1-5. The platform 100 may include a network data transport system 108, such as for transporting data to and from the local data collection system 102 over a network 110, such as to a host processing system 112, such as one that is disposed in a cloud computing environment or on the premises of an enterprise, or that consists of distributed components that interact with each other to process data collected by the local data collection system 102. The host processing system 112, referred to for convenience in some cases as the host system 112, may include various systems, components, methods, processes, facilities, and the like for enabling automated, or automation-assisted processing of the data, such as for monitoring one or more environments 104 or networks 110 or for remotely controlling one or more elements in a local environment 104 or in a network 110. The platform 100 may include one or more local autonomous systems, such as for enabling autonomous behavior, such as reflecting artificial, or machine-based intelligence or such as enabling automated action based on the applications of a set of rules or models upon input data from the local data collection system 102 or from one or more input sources 116, which may comprise information feeds and inputs from a wide array of sources, including those in the local environment 104, in a network 110, in the host system 112, or in one or more external systems, databases, or the like. The platform 100 may include one or more intelligent systems 118, which may be disposed in, integrated with, or acting as inputs to one or more components of the platform 100. Details of these and other components of the platform 100 are provided throughout this disclosure.
103431 Intelligent systems 118 may include cognitive systems 120, such as enabling a degree of cognitive behavior as a result of the coordination of processing elements, such as mesh, peer-to-peer, ring, serial, and other architectures, where one or more node elements is coordinated with other node elements to provide collective, coordinated behavior to assist in processing, communication, data collection, or the like.
The MANET
20 depicted in Figure 2 may also use cognitive radio technologies, including those that form up an equivalent to the IP protocol, such as router 42, MAC 44, and physical layer technologies 46. In one example, the cognitive system technology stack can include examples disclosed in U.S. Patent Number 8,060,017 to Schlicht et al., issued November 2011 and hereby incorporated by reference as if fully set forth herein.
[0344) Intelligent systems may include machine learning systems 122, such as for learning on one or more data sets. The one or more data sets may include information collected using local data collection systems 102 or other information from input sources 116, such as to recognize states, objects, events, patterns, conditions, or the like that may, in turn, be used for processing by the host system 112 as inputs to components of the platform 100 and portions of the industrial loT data collection, monitoring and control system 10, or the like. Learning may be human-supervised or fully-automated, such as using one or more input sources 116 to provide a data set, along with information about the item to be learned.
Machine learning may use one or more models, rules, semantic understandings, workflows, or other structured or semi-structured understanding of the world, such as for automated optimization of control of a system or process based on feedback or feed forward to an operating model for the system or process. One such machine learning technique for semantic and contextual understandings, workflows, or other structured or semi-structured understandings is disclosed in U.S. Patent Number 8,200,775 to Moore, issued 12 June 2012, and hereby incorporated by reference as if fully set forth herein.
Machine learning may be used to improve the foregoing, such as by adjusting one or more weights, structures, rules, or the like (such as changing a function within a model) based on feedback (such as regarding the success of a model in a given situation) or based on iteration (such as in a recursive process). Where sufficient understanding of the underlying structure or behavior of a system is not known, insufficient data is not available, or in other cases where preferred for various reasons, machine learning may also be undertaken in the absence of an underlying model; that is, input sources may be weighted, structured, or the like within a machine learning facility without regard to any a priori understanding of structure, and outcomes (such as those based on measures of success at accomplishing various desired objectives) can be serially fed to the machine learning system to allow it to learn how to achieve the targeted objectives. For example, the system may learn to recognize faults, to recognize patterns, to develop models or functions, to develop rules, to optimize performance, to minimize failure rates, to optimize profits, to optimize resource utilization, to optimize flow (such as flow of traffic), or to optimize many other parameters that may be relevant to successful outcomes (such as outcomes in a wide range of environments). Machine learning may use genetic programming techniques, such as promoting or demoting one or more input sources, structures, data types, objects, weights, nodes, links, or other factors based on feedback (such that successful elements emerge over a series of generations). For example, alternative available sensor inputs for a data collection system 102 may be arranged in alternative configurations and permutations, such that the system may, using generic programming techniques over a series of data collection events, determine what permutations provide successful outcomes based on various conditions (such as conditions of components of the platform 100, conditions of the network 110, conditions of a data collection system 102, conditions of an environment 104), or the like. In embodiments, local machine learning may turn on or off one or more sensors in a multi-sensor data collector 102 in permutations over time, while tracking success outcomes such as contributing to success in predicting a failure, contributing to a performance indicator (such as efficiency, effectiveness, return on investment, yield, or the like), contributing to optimization of one or more parameters, identification of a pattern (such as relating to a threat, a failure mode, a success mode, or the like) or the like. For example, a system may learn what sets of sensors should be turned on or off under given conditions to achieve the highest value utilization of a data collector 102.
In embodiments, similar techniques may be used to handle optimization of transport of data in the platform 100 (such as in the network 110) by using generic programming or other machine learning techniques to learn to configure network elements (such as configuring network transport paths, configuring network coding types and architectures, configuring network security elements), and the like.
103451 In embodiments, the local data collection system 102 may include a high-performance, multi-sensor data collector having a number of novel features for collection and processing of analog and other sensor data. In embodiments, a local data collection system 102 may be deployed to the industrial facilities depicted in Figure 3.
A local data collection system 102 may also be deployed monitor other machines such as the machine 2200. The data collection system 102 may have on-board intelligent systems 118 (such as for learning to optimize the configuration and operation of the data collector, such as configuring permutations and combinations of sensors based on contexts and conditions).
In one example, the data collection system 102 includes a crosspoint switch 130 or other analog switch. Automated, intelligent configuration of the local data collection system 102 may be based on a variety of types of information, such as information from various input sources, including those based on available power, power requirements of sensors, the value of the data collected (such as based on feedback information from other elements of the platform 100), the relative value of information (such as values based on the availability of other sources of the same or similar information), power availability (such as for powering sensors), network conditions, ambient conditions, operating states, operating contexts, operating events, and many others.
[0346] Figure 7 shows elements and sub-components of a data collection and analysis system 1100 for sensor data (such as analog sensor data) collected in industrial environments. As depicted in Figure 7, embodiments of the methods and systems disclosed herein may include hardware that has several different modules starting with the multiplexer ("MUX") main board 1104. In embodiments, there may be a MUX option board 1108. The MUX 114 main board is where the sensors connect to the system.
These connections are on top to enable ease of installation. Then there are numerous settings on the underside of this board as well as on the Mux option board 1108, which attaches to the MUX main board 1104 via two headers one at either end of the board. In embodiments, the Mux option board has the male headers, which mesh together with the female header on the main Mux board. This enables them to be stacked on top of each other taking up less real estate.
[0347] In embodiments, the main Mux board and/or the MUX option board then connects to the mother (e.g., with 4 simultaneous channels) and daughter (e.g., with 4 additional channels for 8 total channels) analog boards 1110 via cables where some of the signal conditioning (such as hardware integration) occurs. The signals then move from the analog boards 1110 to an anti-aliasing board (not shown) where some of the potential abasing is removed. The rest of the aliasing removal is done on the delta sigma board 1112. The delta sigma board 1112 provides more aliasing protection along with other conditioning and digitizing of the signal. Next, the data moves to the Jennicmi board 1114 for more digitizing as well as communication to a computer via USB or Ethernet In embodiments, the JennicTm board 1114 may be replaced with a pie board 1118 for more advanced and efficient data collection as well as communication. Once the data moves to the computer software 1102, the computer software 1102 can manipulate the data to show trending, spectra, waveform, statistics, and analytics.
[0348] In embodiments, the system is meant to take in all types of data from volts to 4-20 mA signals. In embodiments, open formats of data storage and communication may be used. In some instances, certain portions of the system may be proprietary especially some of research and data associated with the analytics and reporting. In embodiments, smart band analysis is a way to break data down into easily analyzed parts that can be combined with other smart bands to make new more simplified yet sophisticated analytics. In embodiments, this unique information is taken and graphics are used to depict the conditions because picture depictions are more helpful to the user. In embodiments, complicated programs and user interfaces are simplified so that any user can manipulate the data like an expert.
103491 In embodiments, the system in essence, works in a big loop. The system starts in software with a general user interface ("GUI") 1124. In embodiments, rapid route creation may take advantage of hierarchical templates. In embodiments, a GUI is created so any general user can populate the information itself with simple templates. Once the templates are created the user can copy and paste whatever the user needs. In addition, users can develop their own templates for future ease of use and to institutionalize the knowledge.
When the user has entered all of the user's information and connected all of the user's sensors, the user can then start the system acquiring data.
103501 Embodiments of the methods and systems disclosed herein may include unique electrostatic protection for trigger and vibration inputs. In many critical industrial environments where large electrostatic forces, which can harm electrical equipment, may build up, for example rotating machinery or low-speed balancing using large belts, proper transducer and trigger input protection is required. In embodiments, a low-cost but efficient method is described for such protection without the need for external supplemental devices.
103511 Typically, vibration data collectors are not designed to handle large input voltages due to the expense and the fact that, more often than not, it is not needed. A
need exists .. for these data collectors to acquire many varied types of RPM data as technology improves and monitoring costs plummet. In embodiments, a method is using the already established OptoMOSTm technology which permits the switching up front of high voltage signals rather than using more conventional reed-relay approaches. Many historic concerns regarding non-linear zero crossing or other non-linear solid-state behaviors have been eliminated with regard to the passing through of weakly buffered analog signals. In addition, in embodiments, printed circuit board routing topologies place all of the individual channel input circuitry as close to the input connector as possible. In embodiments, a unique electrostatic protection for trigger and vibration inputs may be placed upfront on the Mux and DAQ hardware in order to dissipate the built up electric charge as the signal passed from the sensor to the hardware. In embodiments, the Mux and analog board may support high-amperage input using a design topology comprising wider traces and solid state relays for upfront circuitry.
[0352] In some systems multiplexers are afterthoughts and the quality of the signal coming from the multiplexer is not considered. As a result of a poor quality multiplexer, the quality of the signal can drop as much as 30 dB or more. Thus, substantial signal quality may be lost using a 24-bit DAQ that has a signal to noise ratio of 110 dB and if the signal to noise ratio drops to 80 dB in the Mux, it may not be much better than a 16-bit system from 20 years ago. In embodiments of this system, an important part at the front of the Mux is upfront signal conditioning on Mux for improved signal-to-noise ratio.
Embodiments may perform signal conditioning (such as range/gain control, integration, filtering, etc.) on vibration as well as other signal inputs up front before Mux switching to achieve the highest signal-to-noise ratio.
[0353] In embodiments, in addition to providing a better signal, the multiplexer may provide a continuous monitor alarming feature. Truly continuous systems monitor every sensor all the time but tend to be expensive. Typical multiplexer systems only monitor a set number of channels at one time and switch from bank to bank of a larger set of sensors.
As a result, the sensors not being currently collected are not being monitored; if a level increases the user may never know. In embodiments, a multiplexer may have a continuous monitor alarming feature by placing circuitry on the multiplexer that can measure input channel levels against known alarm conditions even when the data acquisition ("DAQ') is not monitoring the input. In embodiments, continuous monitoring Mux bypass offers a mechanism whereby channels not being currently sampled by the Mux system may be continuously monitored for significant alarm conditions via a number of trigger conditions using filtered peak-hold circuits or functionally similar that are in turn passed on to the monitoring system in an expedient manner using hardware interrupts or other means. This, in essence, makes the system continuously monitoring, although without the ability to instantly capture data on the problem like a true continuous system. In embodiments, coupling this capability to alarm with adaptive scheduling techniques for continuous monitoring and the continuous monitoring system's software adapting and adjusting the data collection sequence based on statistics, analytics, data alarms and dynamic analysis may allow the system to quickly collect dynamic spectral data on the alarming sensor very soon after the alarm sounds.
10354) Another restriction of typical multiplexers is that they may have a limited number of channels. In embodiments, use of distributed complex programmable logic device ("CPLD") chips with dedicated bus for logic control of multiple Mux and data acquisition sections enables a CPLD to control multiple mux and DAQs so that there is no limit to the number of channels a system can handle. Interfacing to multiple types of predictive maintenance and vibration transducers requires a great deal of switching. This includes AC/DC coupling, 4-20 interfacing, integrated electronic piezoelectric transducer, channel power-down (for conserving op-amp power), single-ended or differential grounding options, and so on. Also required is the control of digital pots for range and gain control, switches for hardware integration, AA filtering and triggering. This logic can be performed by a series of CPLD chips strategically located for the tasks they control. A
single giant CPLD requires long circuit routes with a great deal of density at the single giant CPLD. In embodiments, distributed CPLDs not only address these concerns but offer a great deal of flexibility. A bus is created where each CPLD that has a fixed assignment has its own unique device address. In embodiments, multiplexers and DAQs can stack together offering additional input and output channels to the system. For multiple boards (e.g., for multiple Mux boards), jumpers are provided for setting multiple addresses. In another example, three bits permit up to 8 boards that are jumper configurable. In embodiments, a bus protocol is defined such that each CPLD on the bus can either be addressed individually or as a group.
103551 Typical multiplexers may be limited to collecting only sensors in the same bank.
For detailed analysis, this may be limiting as there is tremendous value in being able to simultaneously review data from sensors on the same machine. Current systems using conventional fixed bank multiplexers can only comp= a limited number of channels (based on the number of channels per bank) that were assigned to a particular group at the time of installation. The only way to provide some flexibility is to either overlap channels or incorporate lots of redundancy in the system both of which can add considerable expense (in some cases an exponential increase in cost versus flexibility).
The simplest Mux design selects one of many inputs and routes it into a single output line.
A banked design would consist of a group of these simple building blocks, each handling a fixed group of inputs and routing to its respective output. Typically, the inputs are not overlapping so that the input of one Mux grouping cannot be routed into another. Unlike conventional Mux chips which typically switch a fixed group or banks of a fixed selection of channels into a single output (e.g., in groups of 2, 4, 8, etc.), a cross point Mux allows the user to assign any input to any output. Previously, crosspoint multiplexers were used for specialized purposes such as RGB digital video applications and were as a practical matter too noisy for analog applications such as vibration analysis; however more recent advances in the technology now make it feasible. Another advantage of the crosspoint Mux is the ability to disable outputs by putting them into a high impedance state.
This is ideal for an output bus so that multiple Mux cards may be stacked, and their output buses joined together without the need for bus switches.
103561 In embodiments, this may be addressed by use of an analog crosspoint switch for collecting variable groups of vibration input channels and providing a matrix circuit so the system may access any set of eight channels from the total number of input sensors.
103571 In embodiments, the ability to control multiple multiplexers with use of distributed CPLD chips with dedicated bus for logic control of multiple Mux and data acquisition sections is enhanced with a hierarchical multiplexer which allows for multiple DAQ to collect data from multiple multiplexers. A hierarchical Mux may allow modularly output of more channels, such as 16, 24 or more to multiple of eight channel card sets. In embodiments, this allows for faster data collection as well as more channels of simultaneous data collection for more complex analysis. In embodiments, the Mux may be configured slightly to make it portable and use data acquisition parking features, which turns SV3X DAQ into a protected system embodiment.
103581 In embodiments, once the signals leave the multiplexer and hierarchical Mux they move to the analog board where there are other enhancements. In embodiments, power .. saving techniques may be used such as: power-down of analog channels when not in use;
powering down of component boards; power-down of analog signal processing op-amps for non-selected channels ; powering down channels on the mother and the daughter analog boards. The ability to power down component boards and other hardware by the low-level firmware for the DAQ system makes high-level application control with respect .. to power-saving capabilities relatively easy. Explicit control of the hardware is always possible but not required by default. In embodiments, this power saving benefit may be of value to a protected system, especially if it is battery operated or solar powered.
[0359] In embodiments, in order to maximize the signal to noise ratio and provide the best data, a peak-detector for auto-scaling routed into a separate A/D will provide the system the highest peak in each set of data so it can rapidly scale the data to that peak. For vibration analysis purposes, the built-in A/D convertors in many microprocessors may be inadequate with regards to number of bits, number of channels or sampling frequency versus not slowing the microprocessor down significantly. Despite these limitations, it is useful to use them for purposes of auto-scaling. In embodiments, a separate A/D may be used that has reduced functionality and is cheaper. For each channel of input, after the signal is buffered (usually with the appropriate coupling: AC or DC) but before it is signal conditioned, the signal is fed directly into the microprocessor or low-cost A/D. Unlike the conditioned signal for which range, gain and filter switches are thrown, no switches are varied. This permits the simultaneous sampling of the auto-scaling data while the input data is signal conditioned, fed into a more robust external A/D, and directed into on-board memory using direct memory access (DMA) methods where memory is accessed without requiring a CPU. This significantly simplifies the auto-scaling process by not having to throw switches and then allow for settling time, which greatly slows down the auto-scaling process. Furthermore, the data may be collected simultaneously, which assures the best signal-to-noise ratio. The reduced number of bits and other features is usually more than adequate for auto-scaling purposes. In embodiments, improved integration using both analog and digital methods create an innovative hybrid integration which also improves or maintains the highest possible signal to noise ratio.
[0360] In embodiments, a section of the analog board may allow routing of a trigger channel, either raw or buffered, into other analog channels. This may allow a user to route the trigger to any of the channels for analysis and trouble shooting. Systems may have trigger channels for the purposes of determining relative phase between various input data sets or for acquiring significant data without the needless repetition of unwanted input. In embodiments, digitally controlled relays may be used to switch either the raw or buffered trigger signal into one of the input channels. It may be desirable to examine the quality of the triggering pulse because it may be corrupted for a variety of reasons including inadequate placement of the trigger sensor, wiring issues, faulty setup issues such as a dirty piece of reflective tape if using an optical sensor, and so on. The ability to look at either the raw or buffered signal may offer an excellent diagnostic or debugging vehicle. It also can offer some improved phase analysis capability by making use of the recorded data signal for various signal processing techniques such as variable speed filtering algorithms.
103611 In embodiments, once the signals leave the analog board, the signals move into the delta-sigma board where precise voltage reference for A/D zero reference offers more accurate direct current sensor data. The delta sigma's high speeds also provide for using higher input oversampling for delta-sigma A/D for lower sampling rate outputs to minimize antialiasing filter requirements. Lower oversampling rates can be used for higher sampling rates. For example, a 3'd order AA filter set for the lowest sampling requirement for 256 Hz (Fmax of 100 Hz) is then adequate for Fmax ranges of 200 and 500 Hz. Another higher-cutoff AA filter can then be used for Fmax ranges from 1 kHz and higher (with a secondary filter kicking in at 2.56x the highest sampling rate of 128 kHz). In embodiments, a CPLD may be used as a clock-divider for a delta-sigma A/D to achieve lower sampling rates without the need for digital resampling. In embodiments, a high-frequency crystal reference can be divided down to lower frequencies by employing a CPLD as a programmable clock divider. The accuracy of the divided down lower frequencies is even more accurate than the original source relative to their longer time periods.
This also minimizes or removes the need for resampling processing by the delta-sigma A/D.
103621 In embodiments, the data then moves from the delta-sigma board to the JennicTm board where phase relative to input and trigger channels using on-board timers may be digitally derived. In embodiments, the JennicTm board also has the ability to store calibration data and system maintenance repair history data in an on-board card set. In embodiments, the Jennicrm board will enable acquiring long blocks of data at high-sampling rate as opposed to multiple sets of data taken at different sampling rates so it can stream data and acquire long blocks of data for advanced analysis in the future.
103631 In embodiments, after the signal moves through the Jennicim board it may then be transmitted to the computer. In embodiments, the computer software will be used to add intelligence to the system starting with an expert system GUI. The GUI will offer a graphical expert system with simplified user interface for defining smart bands and diagnoses which facilitate anyone to develop complex analytics. In embodiments, this user interface may revolve around smart bands, which are a simplified approach to complex yet flexible analytics for the general user. In embodiments, the smart bands may pair with a self-learning neural network for an even more advanced analytical approach In embodiments, this system may use the machine's hierarchy for additional analytical insight. One critical part of predictive maintenance is the ability to learn from known information during repairs or inspections. In embodiments, graphical approaches for back calculations may improve the smart bands and correlations based on a known fault or problem.
[0364] In embodiments, there is a smart route which adapts which sensors it collects simultaneously in order to gain additional correlative intelligence. In embodiments, smart operational data store ("ODS") allows the system to elect to gather data to perform operational deflection shape analysis in order to further examine the machinery condition.
In embodiments, adaptive scheduling techniques allow the system to change the scheduled data collected for full spectral analysis across a number (e.g., eight), of correlative channels. In embodiments, the system may provide data to enable extended statistics capabilities for continuous monitoring as well as ambient local vibration for analysis that combines ambient temperature and local temperature and vibration levels changes for identifying machinery issues.
[0365] In embodiments, a data acquisition device may be controlled by a personal computer (PC) to implement the desired data acquisition commands. In embodiments, the DAQ box may be self-sufficient, and can acquire, process, analyze and monitor independent of external PC control. Embodiments may include secure digital (SD) card storage. In embodiments, significant additional storage capability may be provided by .. utilizing an SD card. This may prove critical for monitoring applications where critical data may be stored permanently. Also, if a power failure should occur, the most recent data may be stored despite the fact that it was not off-loaded to another system.
[0366] A current trend has been to make DAQ systems as communicative as possible with the outside world usually in the form of networks including wireless. In the past it was common to use a dedicated bus to control a DAQ system with either a microprocessor or microcontroller/microprocessor paired with a PC. In embodiments, a DAQ system may comprise one or more microprocessor/microcontrollets, specialized microcontrollers/microprocessors, or dedicated processors focused primarily on the communication aspects with the outside world. These include USB, Ethernet and wireless .. with the ability to provide an IP address or addresses in order to host a webpage. All communications with the outside world are then accomplished using a simple text based menu. The usual array of commands (in practice more than a hundred) such as InitializeCard, AcquireData, StopAcquisition, RetrieveCalibration info, and so on, would be provided.
[0367] In embodiments, intense signal processing activities including resampling, weighting, filtering, and spectrum processing may be performed by dedicated processors such as field-programmable gate array ("FPGAs"), digital signal processor ("DSP"), microprocessors, micro-controllers, or a combination thereof. In embodiments, this subsystem may communicate via a specialized hardware bus with the communication processing section. It will be facilitated with dual-port memory, semaphore logic, and so on. This embodiment will not only provide a marked improvement in efficiency but can significantly improve the processing capability, including the streaming of the data as well other high-end analytical techniques. This negates the need for constantly interrupting the main processes which include the control of the signal conditioning circuits, triggering, raw data acquisition using the A/D, directing the A/D output to the appropriate on-board memory and processing that data.
103681 Embodiments may include sensor overload identification. A need exists for monitoring systems to identify when the sensor is overloading. There may be situations involving high-frequency inputs that will saturate a standard 100 mv/g sensor (which is most commonly used in the industry) and having the ability to sense the overload improves data quality for better analysis. A monitoring system may identify when their system is overloading, but in embodiments, the system may look at the voltage of the sensor to determine if the overload is from the sensor, enabling the user to get another sensor better suited to the situation, or gather the data again.
[0369] Embodiments may include radio frequency identification ("RFTD") and an inclinometer or accelerometer on a sensor so the sensor can indicate what machine/bearing it is attached to and what direction such that the software can automatically store the data without the user input. In embodiments, users could put the system on any machine or machines and the system would automatically set itself up and be ready for data collection in seconds.
[0370] Embodiments may include ultrasonic online monitoring by placing ultrasonic sensors inside transformers, motor control centers, breakers and the like and monitoring, via a sound spectnun, continuously looking for patterns that identify arcing, corona and other electrical issues indicating a break down or issue. Embodiments may include providing continuous ultrasonic monitoring of rotating elements and bearings of an energy production facility. In embodiments, an analysis engine may be used in ultrasonic online monitoring as well as identifying other faults by combining the ultrasonic data with other parameters such as vibration, temperature, pressure, heat flux, magnetic fields, electrical fields, currents, voltage, capacitance, inductance, and combinations (e.g., simple ratios) of the same, among many others.
[0371] Embodiments of the methods and systems disclosed herein may include use of an analog crosspoint switch for collecting variable groups of vibration input channels. For vibration analysis, it is useful to obtain multiple channels simultaneously from vibration transducers mounted on different parts of a machine (or machines) in multiple directions.
By obtaining the readings at the same time, for example, the relative phases of the inputs may be compared for the purpose of diagnosing various mechanical faults. Other types of cross channel analyses such as cross-correlation, transfer functions, Operating Deflection Shape ("ODS") may also be perfornied.
[0372] Embodiments of the methods and systems disclosed herein may include precise voltage reference for A/D zero reference. Some A/D chips provide their own internal zero voltage reference to be used as a mid-scale value for external signal conditioning circuitry to ensure that both the A/D and external op-amps use the same reference.
Although this sounds reasonable in principle, there are practical complications. In many cases these references are inherently based on a supply voltage using a resistor-divider.
For many current systems, especially those whose power is derived from a PC via USB or similar bus, this provides for an unreliable reference, as the supply voltage will often vary quite significantly with load. This is especially true for delta-sigma A/D chips which necessitate increased signal processing. Although the offsets may drift together with load, a problem arises if one wants to calibrate the readings digitally. It is typical to modify the voltage offset expressed as counts coming from the A/D digitally to compensate for the DC drift.
However, for this case, if the proper calibration offset is determined for one set of loading conditions, they will not apply for other conditions. An absolute DC offset expressed in counts will no longer be applicable. As a result, it becomes necessary to calibrate for all loading conditions which becomes complex, unreliable, and ultimately unmanageable. In embodiments, an external voltage reference is used which is simply independent of the supply voltage to use as the zero offset.
[0373] In embodiments, the system provides a phase-lock-loop band pass tracking filter method for obtaining slow-speed RPMs and phase for balancing purposes to remotely balance slow speed machinery, such as in paper mills, as well as offering additional analysis from its data. For balancing purposes, it is sometimes necessary to balance at very slow speeds. A typical tracking filter may be constructed based on a phase-lock loop or PLL design; however, stability and speed range are overriding concerns. In embodiments, a number of digitally controlled switches are used for selecting the appropriate RC and damping constants. The switching can be done all automatically after measuring the frequency of the incoming tach signal. Embodiments of the methods and systems disclosed herein may include digital derivation of phase relative to input and trigger channels using on-board timers. In embodiments, digital phase derivation uses digital timers to ascertain an exact delay from a trigger event to the precise start of data acquisition.
This delay, or offset, then, is further refined using interpolation methods to obtain an even more precise offset which is then applied to the analytically determined phase of the acquired data such that the phase is "in essence" an absolute phase with precise mechanical meaning useful for among other things, one-shot balancing, alignment analysis, and so on.
103741 Embodiments of the methods and systems disclosed herein may include signal processing firmware/hardware. In embodiments, long blocks of data may be acquired at high-sampling rate as opposed to multiple sets of data taken at different sampling rates.
Typically, in modern route collection for vibration analysis, it is customary to collect data at a fixed sampling rate with a specified data length. The sampling rate and data length .. may vary from route point to point based on the specific mechanical analysis requirements at hand. For example, a motor may require a relatively low sampling rate with high resolution to distinguish running speed harmonics from line frequency harmonics. The practical trade-off here though is that it takes more collection time to achieve this improved resolution. In contrast, some high-speed compressors or gear sets require much higher sampling rates to measure the amplitudes of relatively higher frequency data although the precise resolution may not be as necessary. Ideally, however, it would be better to collect a very long sample length of data at a very high-sampling rate. When digital acquisition devices were first popularized in the early 1980's, the A/D sampling, digital storage, and computational abilities were not close to what they are today, so compromises were made between the time required for data collection and the desired resolution and accuracy. It was because of this limitation that some analysts in the field even refused to give up their analog tape recording systems, which did not suffer as much from these same digitizing drawbacks. A few hybrid systems were employed that would digitize the play back of the recorded analog data at multiple sampling rates and lengths desired, though these systems were admittedly less automated. The more common approach, as mentioned earlier, is to balance data collection time with analysis capability and digitally acquire the data blocks at multiple sampling rates and sampling lengths and digitally store these blocks separately.
In embodiments, a long data length of data can be collected at the highest practical sampling rate (e.g., 102.4 kHz; corresponding to a 40 kHz Fmax) and stored.
This long block of data can be acquired in the same amount of time as the shorter length of the lower sampling rates utilized by a priori methods so that there is no effective delay added to the sampling at the measurement point, always a concern in route collection. In embodiments, analog tape recording of data is digitally simulated with such a precision that it can be in effect considered continuous or "analog" for many purposes, including for purposes of embodiments of the present disclosure, except where context indicates otherwise.
103751 Embodiments of the methods and systems disclosed herein may include storage of calibration data and maintenance history on-board card sets. Many data acquisition devices which rely on interfacing to a PC to function store their calibration coefficients on the PC.
This is especially true for complex data acquisition devices whose signal paths are many and therefore whose calibration tables can be quite large. In embodiments, calibration coefficients are stored in flash memory which will remember this data or any other significant information for that matter, for all practical purposes, permanently. This information may include nameplate information such as serial numbers of individual components, firmware or software version numbers, maintenance history, and the calibration tables. In embodiments, no matter which computer the box is ultimately connected to, the DAQ box remains calibrated and continues to hold all of this critical information. The PC or external device may poll for this information at any time for implantation or information exchange purposes.
103761 Embodiments of the methods and systems disclosed herein may include rapid route creation taking advantage of hierarchical templates. In the field of vibration monitoring, as well as parametric monitoring in general, it is necessary to establish in a database or functional equivalent the existence of data monitoring points. These points are associated a variety of attributes including the following categories: transducer attributes, data collection settings, machinery parameters and operating parameters. The transducer attributes would include probe type, probe mounting type and probe mounting direction or axis orientation. Data collection attributes associated with the measurement would involve a sampling rate, data length, integrated electronic piezoelectric probe power and coupling requirements, hardware integration requirements, 4-20 or voltage interfacing, range and gain settings (if applicable), filter requirements, and so on. Machinery parametric requirements relative to the specific point would include such items as operating speed, bearing type, bearing parametric data which for a rolling element bearing includes the pitch diameter, number of balls, inner race, and outer-race diameters. For a tilting pad bearing, this would include the number of pads and so on. For measurement points on a piece of equipment such as a gearbox, needed parameters would include, for example, the number of gear teeth on each of the gears. For induction motors, it would include the number of rotor bars and poles; for compressors, the number of blades and/or vanes; for fans, the number of blades. For belt/pulley systems, the number of belts as well as the relevant belt-passing frequencies may be calculated from the dimensions of the pulleys and pulley center-to-center distance. For measurements near couplings, the coupling type and number of teeth in a geared coupling may be necessary, and soon. Operating parametric data would .. include operating load, which may be expressed in megawatts, flow (either air or fluid), percentage, horsepower, feet-per-minute, and so on. Operating temperatures both ambient and operational, pressures, humidity, and so on, may also be relevant. As can be seen, the setup information required for an individual measurement point can be quite large. It is also crucial to performing any legitimate analysis of the data. Machinery, equipment, and bearing specific information are essential for identifying fault frequencies as well as anticipating the various kinds of specific faults to be expected. The transducer attributes as well as data collection parameters are vital for properly interpreting the data along with providing limits for the type of analytical techniques suitable. The traditional means of entering this data has been manual and quite tedious, usually at the lowest hierarchical level (for example, at the bearing level with regards to machinery parameters), and at the transducer level for data collection setup information. It cannot be stressed enough, however, the importance of the hierarchical relationships necessary to organize data¨
both for analytical and interpretive purposes as well as the storage and movement of data.
Here, we are focusing primarily on the storage and movement of data. By its nature, the aforementioned setup information is extremely redundant at the level of the lowest hierarchies; however, because of its strong hierarchical nature, it can be stored quite efficiently in that form. In embodiments, hierarchical nature can be utilized when copying data in the form of templates. As an example, hierarchical storage structure suitable for many purposes is defined from general to specific of company, plant or site, unit or process, machine, equipment, shaft element, bearing, and transducer. It is much easier to copy data associated with a particular machine, piece of equipment, shaft element or bearing than it is to copy only at the lowest transducer level. In embodiments, the system not only stores data in this hierarchical fashion, but robustly supports the rapid copying of data using these hierarchical templates. Similarity of elements at specific hierarchical levels lends itself to effective data storage in hierarchical format. For example, so many machines have common elements such as motors, gearboxes, compressors, belts, fans, and so on. More specifically, many motors can be easily classified as induction, DC, fixed or variable speed. Many gearboxes can be grouped into commonly occurring groupings such as input/output, input pinion/intermediate pinion/output pinion, 4-posters, and so on.
Within a plant or company, there are many similar types of equipment purchased and standardized on for both cost and maintenance reasons. This results in an enormous overlapping of similar types of equipment and, as a result, offers a great opportunity for taking advantage of a hierarchical template approach.
103771 Embodiments of the methods and systems disclosed herein may include smart bands. Smart bands refer to any processed signal characteristics derived from any dynamic input or group of inputs for the purposes of analyzing the data and achieving the correct diagnoses. Furthermore, smart bands may even include mini or relatively simple diagnoses for the purposes of achieving a more robust and complex one. Historically, in the field of mechanical vibration analysis, Alarm Bands have been used to define spectral frequency bands of interest for the purposes of analyzing and/or trending significant vibration patterns. The Alarm Band typically consists of a spectral (amplitude plotted against frequency) region defined between a low and high frequency border. The amplitude between these borders is summed in the same manner for which an overall amplitude is calculated. A Smart Band is more flexible in that it not only refers to a specific frequency band but can also refer to a group of spectral peaks such as the harmonics of a single peak, a true-peak level or crest factor derived from a time waveform, an overall derived from a vibration envelope spectrum or other specialized signal analysis technique or a logical combination (AND, OR, XOR, etc.) of these signal attributes. In addition, a myriad assortment of other parametric data, including system load, motor voltage and phase information, bearing temperatum, flow rates, and the like, can likewise be used as the basis for forming additional smart bands. In embodiments, Smart Band symptoms may be used as building blocks for an expert system whose engine would utilize these inputs to derive diagnoses. Some of these mini-diagnoses may then in turn be used as Smart-Band symptoms (smart bands can include even diagnoses) for more generalized diagnoses.
103781 Embodiments of the methods and systems disclosed herein may include a neural net expert system using smart bands. Typical vibration analysis engines are rule-based (i.e., they use a list of expert rules which, when met, trigger specific diagnoses). In contrast, a neural approach utilizes the weighted triggering of multiple input stimuli into smaller analytical engines or neurons which in turn feed a simplified weighted output to other neurons. The output of these neurons can be also classified as smart bands which in turn feed other neurons. This produces a more layered approach to expert diagnosing as opposed to the one-shot approach of a rule-based system. In embodiments, the expert system utilizes this neural approach using smart bands; however, it does not preclude rule-based diagnoses being reclassified as smart bands as further stimuli to be utilized by the expert system. From this point-of-view, it can be oveniewed as a hybrid approach, although at the highest level it is essentially neural.
103791 Embodiments of the methods and systems disclosed herein may include use of database hierarchy in analysis smart band symptoms and diagnoses may be assigned to various hierarchical database levels. For example, a smart band may be called "Looseness"
at the bearing level, trigger "Looseness" at the equipment level, and trigger "Looseness"
at the machine level. Another example would be having a smart band diagnosis called "Horizontal Plane Phase Flip" across a coupling and generate a smart band diagnosis of "Vertical Coupling Misalignment" at the machine level.
103801 Embodiments of the methods and systems disclosed herein may include expert system GUIs. In embodiments, the system undertakes a graphical approach to defming smart bands and diagnoses for the expert system. The entry of symptoms, rules, or more generally smart bands for creating a particular machine diagnosis, may be tedious and time consuming. One means of making the process more expedient and efficient is to provide a graphical means by use of wiring. The proposed graphical interface consists of four major components: a symptom parts bin, diagnoses bin, tools bin, and graphical wiring area ("GWA"). In embodiments, a symptom parts bin includes various spectral, waveform, envelope and any type of signal processing characteristic or grouping of characteristics such as a spectral peak, spectral harmonic, waveform true-peak, waveform crest-factor, spectral alarm band, and so on. Each part may be assigned additional properties. For example, a spectral peak part may be assigned a frequency or order (multiple) of running speed. Some parts may be pre-defined or user defined such as a lx, 2x, 3x running speed, lx, 2x, 3x gear mesh, lx, 2x, 3x blade pass, number of motor rotor bars x running speed, and so on.
103811 In embodiments, the diagnoses bin includes various pre-defined as well as user-defined diagnoses such as misalignment, imbalance, looseness, bearing faults, and so on.
Like parts, diagnoses may also be used as parts for the purposes of building more complex diagnoses. In embodiments, the tools bin includes logical operations such as AND, OR, XOR, etc. or other ways of combining the various parts listed above such as Find Max, Find Min, Interpolate, Average, other Statistical Operations, etc. In embodiments, a graphical wiring area includes parts from the parts bin or diagnoses from the diagnoses bin and may be combined using tools to create diagnoses. The various parts, tools and diagnoses will be represented with icons which am simply graphically wired together in the desired manner.
103821 Embodiments of the methods and systems disclosed herein may include a graphical approach for back-calculation definition. In embodiments, the expert system also provides the opportunity for the system to learn. If one already knows that a unique set of stimuli or smart bands corresponds to a specific fault or diagnosis, then it is possible to back-calculate a set of coefficients that when applied to a future set of similar stimuli would arrive at the same diagnosis. In embodiments, if there are multiple sets of data, a best-fit approach may be used. Unlike the smart band GUI, this embodiment will self-generate a wiring diagram. In embodiments, the user may tailor the back-propagation approach settings and use a database browser to match specific sets of data with the desired diagnoses. In embodiments, the desired diagnoses may be created or custom tailored with a smart band GUI. In embodiments, after that, a user may press the GENERATE
button and a dynamic wiring of the symptom-to-diagnosis may appear on the screen as it works through the algorithms to achieve the best fit. In embodiments, when complete, a variety of statistics are presented which detail how well the mapping process proceeded. In some cases, no mapping may be achieved if, for example, the input data was all zero or the .. wrong data (mistakenly assigned) and so on. Embodiments of the methods and systems disclosed herein may include bearing analysis methods. In embodiments, bearing analysis methods may be used in conjunction with a computer aided design ("CAD"), predictive deconvolution, minimtun variance distortionless response ("MVDR") and spectrum sum-of-harmonics.
[0383J In recent years, there has been a strong drive to save power which has resulted in an influx of variable frequency drives and variable speed machinery. In embodiments, a bearing analysis method is provided. In embodiments, torsional vibration detection and analysis is provided utilizing transitory signal analysis to provide an advanced torsional vibration analysis for a more comprehensive way to diagnose machinery where torsional forces are relevant (such as machinery with rotating components). Due primarily to the decrease in cost of motor speed control systems, as well as the increased cost and consciousness of energy-usage, it has become more economically justifiable to take advantage of the potentially vast energy savings of load control.
Unfortunately, one frequently overlooked design aspect of this issue is that of vibration. When a machine is designed to run at only one speed, it is far easier to design the physical structure accordingly so as to avoid mechanical resonances both structural and torsional, each of .. which can dramatically shorten the mechanical health of a machine. This would include such structural characteristics as the types of materials to use, their weight, stiffening member requirements and placement, bearing types, bearing location, base support constraints, etc. Even with machines running at one speed, designing a structure so as to minimize vibration can prove a daunting task, potentially requiring computer modeling, finite-element analysis, and field testing. By throwing variable speeds into the mix, in many cases, it becomes impossible to design for all desirable speeds. The problem then becomes one of minimization, e.g., by speed avoidance. This is why many modern motor controllers are typically programmed to skip or quickly pass through specific speed ranges or bands. Embodiments may include identifying speed ranges in a vibration monitoring system. Non-torsional, structural resonances are typically fairly easy to detect using conventional vibration analysis techniques. However, this is not the case for torsion. One special area of current interest is the increased incidence of torsional resonance problems, apparently due to the increased torsional stresses of speed change as well as the operation of equipment at torsional resonance speeds. Unlike non-torsional structural resonances which generally manifest their effect with dramatically increased casing or external vibration, torsional resonances generally show no such effect. In the case of a shaft torsional resonance, the twisting motion induced by the resonance may only be discernible by looking for speed and/or phase changes. The current standard methodology for analyzing torsional vibration involves the use of specialized instrumentation.
Methods and systems disclosed herein allow analysis of torsional vibration without such specialized instrumentation. This may consist of shutting the machine down and employing the use of strain gauges and/or other special fixturing such as speed encoder plates and/or gears.
Friction wheels are another alternative, but they typically require manual implementation and a specialized analyst. In general, these techniques can be prohibitively expensive and/or inconvenient. An increasing prevalence of continuous vibration monitoring systems due to decreasing costs and increasing convenience (e.g., remote access) exists. In embodiments, there is an ability to discern torsional speed and/or phase variations with just the vibration signal. In embodiments, transient analysis techniques may be utilized to distinguish torsionally induced vibrations from mere speed changes due to process control.
In embodiments, factors for discernment might focus on one or more of the following aspects: the rate of speed change due to variable speed motor control would be relatively slow, sustained and deliberate; torsional speed changes would tend to be short, impulsive and not sustained; torsional speed changes would tend to be oscillatory, most likely decaying exponentially, process speed changes would not; and smaller speed changes associated with torsion relative to the shaft's rotational speed which suggest that monitoring phase behavior would show the quick or transient speed bursts in contrast to the slow phase changes historically associated with ramping a machine's speed up or down (as typified with Bode or Nyquist plots).
103841 Embodiments of the methods and systems disclosed herein may include improved integration using both analog and digital methods. When a signal is digitally integrated using software, essentially the spectral low-end frequency data has its amplitude multiplied by a function which quickly blows up as it approaches zero and creates what is known in .. the industry as a "ski-slope" effect. The amplitude of the ski-slope is essentially the noise floor of the instrument. The simple remedy for this is the traditional hardware integrator, which can perform at signal-to-noise ratios much greater than that of an already digitized signal. It can also limit the amplification factor to a reasonable level so that multiplication by very large numbers is essentially prohibited. However, at high frequencies where the frequency becomes large, the original amplitude which may be well above the noise floor is multiplied by a very small number WO that plunges it well below the noise floor. The hardware integrator has a fixed noise floor that although low floor does not scale down with the now lower amplitude high-frequency data. In contrast, the same digital multiplication of a digitized high-frequency signal also scales down the noise floor proportionally. In embodiments, hardware integration may be used below the point of unity gain where (at a value usually determined by units and/or desired signal to noise ratio based on gain) and software integration may be used above the value of unity gain to .. produce an ideal result. In embodiments, this integration is performed in the frequency domain. In embodiments, the resulting hybrid data can then be transformed back into a waveform which should be far superior in signal-to-noise ratio when compared to either hardware integrated or software integrated data. In embodiments, the strengths of hardware integration are used in conjunction with those of digital software integration to achieve the maximum signal-to-noise ratio. In embodiments, the first order gradual hardware integrator high pass filter along with curve fitting allow some relatively low frequency data to get through while reducing or eliminating the noise, allowing very, useful analytical data that steep filters kill to be salvaged.
103851 Embodiments of the methods and systems disclosed herein may include adaptive scheduling techniques for continuous monitoring. Continuous monitoring is often performed with an up-front Mux whose purpose it is to select a few channels of data among many to feed the hardware signal processing, AID, and processing components of a DAQ
system. This is done primarily out of practical cost considerations. The tradeoff is that all of the points are not monitored continuously (although they may be monitored to a lesser extent via alternative hardware methods). In embodiments, multiple scheduling levels are provided. In embodiments, at the lowest level, which is continuous for the most part, all of the measurement points will be cycled through in round-robin fashion. For example, if it takes 30 seconds to acquire and process a measurement point and there are 30 points, then each point is serviced once every 15 minutes; however, if a point should alarm by whatever criteria the user selects, its priority level can be increased so that it is serviced more often. As there can be multiple grades of severity for each alarm, so can there me multiple levels of priority with regards to monitoring. In embodiments, more severe alarms will be monitored more frequently. In embodiments, a number of additional high-level signal processing techniques can be applied at less frequent intervals.
Embodiments may take advantage of the increased processing power of a PC and the PC can temporarily suspend the round-robin route collection (with its multiple tiers of collection) process and stream the required amount of data for a point of its choosing. Embodiments may include various advanced processing techniques such as envelope processing, wavelet analysis, as well as many other signal processing techniques. In embodiments, after acquisition of this data, the DAQ card set will continue with its route at the point it was interrupted. In embodiments, various PC scheduled data acquisitions will follow their own schedules which will be less frequency than the DAQ card mute. They may be set up hourly, daily, by number of route cycles (for example, once every 10 cycles) and also increased scheduling-wise based on their alarm severity priority or type of measurement (e.g., motors may be monitored differently than fans).
103861 Embodiments of the methods and systems disclosed herein may include data acquisition parking features. In embodiments, a data acquisition box used for route collection, real time analysis and in general as an acquisition instrument can be detached from its PC (tablet or otherwise) and powered by an external power supply or suitable battery. In embodiments, the data collector still retains continuous monitoring capability and its on-board firmware can implement dedicated monitoring functions for an extended period of time or can be controlled remotely for further analysis. Embodiments of the methods and systems disclosed herein may include extended statistical capabilities for continuous monitoring.
10387) Embodiments of the methods and systems disclosed herein may include ambient sensing plus local sensing plus vibration for analysis. In embodiments, ambient environmental temperature and pressure, sensed temperature and pressure may be combined with long/medium term vibration analysis for prediction of any of a range of conditions or characteristics. Variants may add infrared sensing, infrared thennography, ultrasound, and many other types of sensors and input types in combination with vibration or with each other. Embodiments of the methods and systems disclosed herein may include a smart route. In embodiments, the continuous monitoring system's software will adapt/adjust the data collection sequence based on statistics, analytics, data alarms and dynamic analysis. Typically, the route is set based on the channels the sensors are attached to. In embodiments, with the crosspoint switch, the Mux can combine any input Mux channels to the (e.g., eight) output channels. In embodiments, as channels go into alarm or the system identifies key deviations, it will pause the normal route set in the software to gather specific simultaneous data, from the channels sharing key statistical changes, for more advanced analysis. Embodiments include conducting a smart ODS or smart transfer function.
103881 Embodiments ofthe methods and systems disclosed herein may include smart ODS
and one or more transfer functions. In embodiments, due to a system's multiplexer and crosspoint switch, an ODS, a transfer function, or other special tests on all the vibration sensors attached to a machine/structure can be performed and show exactly how the machine's points are moving in relationship to each other. In embodiments, 40-50 kHz and longer data lengths (e.g., at least one minute) may be streamed, which may reveal different information than what a normal ODS or transfer function will show.
In embodiments, the system will be able to determine, based on the data/statistics/analytics to use, the smart route feature that breaks from the standard route and conducts an ODS
across a machine, structure or multiple machines and structures that might show a correlation because the conditions/data directs it. In embodiments, for the transfer functions there may be an impact hammer used on one channel and then compared against other vibration sensors on the machine. In embodiments, the system may use the condition changes such as load, speed, temperature or other changes in the machine or system to conduct the transfer function. In embodiments, different transfer functions may be compared to each other over time. In embodiments, difference transfer functions may be strung together like a movie that may show how the machinery fault changes, such as a bearing that could show how it moves through the four stages of bearing failure and so on.
Embodiments of the methods and systems disclosed herein may include a hierarchical Mux.
103891 With reference to Figure 8, the present disclosure generally includes digitally collecting or streaming waveform data 2010 from a machine 2020 whose operational speed can vary from relatively slow rotational or oscillational speeds to much higher speeds in different situations. The waveform data 2010, at least on one machine, may include data from a single axis sensor 2030 mounted at an unchanging reference location 2040 and from a three-axis sensor 2050 mounted at changing locations (or located at multiple locations), including location 2052. In embodiments, the waveform data 2010 can be vibration data obtained simultaneously from each sensor 2030, 2050 in a gap-free format for a duration of multiple minutes with maximum resolvable frequencies sufficiently large to capture periodic and transient impact events. By way of this example, the waveform data 2010 can include vibration data that can be used to create an operational deflecting shape. It can also be used, as needed, to diagnose vibrations from which a machine repair solution can be prescribed.
103901 In embodiments, the machine 2020 can further include a housing 2100 that can contain a drive motor 2110 that can drive a shaft 2120. The shaft 2120 can be supported for rotation or oscillation by a set of bearings 2130, such as including a first bearing 2140 and a second bearing 2150. A data collection module 2160 can connect to (or be resident on) the machine 2020. In one example, the data collection module 2160 can be located and accessible through a cloud network facility 2170, can collect the waveform data 2010 from the machine 2020, and deliver the waveform data 2010 to a remote location. A
working end 2180 of the drive shaft 2120 of the machine 2020 can drive a windmill, a fan, a pump, a drill, a gear system, a drive system, or other working element, as the techniques described herein can apply to a wide range of machines, equipment, tools, or the like that include rotating or oscillating elements. In other instances, a generator can be substituted for the motor 2110, and the working end of the drive shaft 2120 can direct rotational energy to the generator to generate power, rather than consume it.
103911 In embodiments, the waveform data 2010 can be obtained using a predetermined route format based on the layout of the machine 2020. The waveform data 2010 may include data from the single axis sensor 2030 and the three-axis sensor 2050.
The single-axis sensor 2030 can serve as a reference probe with its one channel of data and can be fixed at the unchanging location 2040 on the machine under survey. The three-axis sensor 2050 can serve as a tri-axial probe (e.g., three orthogonal axes) with its three channels of data and can be moved along a predetermined diagnostic route format from one test point to the next test point. In one example, both sensors 2030, 2050 can be mounted manually to the machine 2020 and can connect to a separate portable computer in certain service examples. The reference probe can remain at one location while the user can move the tri-axial vibration probe along the predetermined route, such as from bearing-to-bearing on a machine. In this example, the user is instructed to locate the sensors at the predetermined locations to complete the survey (or portion thereof) of the machine.
103921 With reference to Figure 9, a portion of an exemplary machine 2200 is shown having a tri-axial sensor 2210 mounted to a location 2220 associated with a motor bearing of the machine 2200 with an output shaft 2230 and output member 2240 in accordance with the present disclosure.
103931 In further examples, the sensors and data acquisition modules and equipment can be integral to, or resident on, the rotating machine. By way of these examples, the machine can contain many single axis sensors and many tri-axial sensors at predetermined locations. The sensors can be originally installed equipment and provided by the original equipment manufacturer or installed at a different time in a retrofit application. The data collection module 2160, or the like, can select and use one single axis sensor and obtain data from it exclusively during the collection of waveform data 2010 while moving to each .. of the tri-axial sensors. The data collection module 2160 can be resident on the machine 2020 and/or connect via the cloud network facility 2170.
[0394] With reference to Figure 8, the various embodiments include collecting the waveform data 2010 by digitally recording locally, or streaming over, the cloud network facility 2170. The waveform data 2010 can be collected so as to be gap-free with no interruptions and, in some respects, can be similar to an analog recording of waveform data. The waveform data 2010 from all of the channels can be collected for one to two minutes depending on the rotating or oscillating speed of the machine being monitored. In embodiments, the data sampling rate can be at a relatively high-sampling rate relative to the operating frequency of the machine 2020.
[0395] In embodiments, a second reference sensor can be used, and a fifth channel of data can be collected. As such, the single-axis sensor can be the first channel and tri-axial vibration can occupy the second, the third, and the fourth data channels. This second reference sensor, like the first, can be a single axis sensor, such as an accelerometer. In embodiments, the second reference sensor, like the first reference sensor, can remain in the same location on the machine for the entire vibration survey on that machine. The location of the first reference sensor (i.e., the single axis sensor) may be different than the location of the second reference sensors (i.e., another single axis sensor).
In certain examples, the second reference sensor can be used when the machine has two shafts with different operating speeds, with the two reference sensors being located on the two .. different shafts. In accordance with this example, further single-axis reference sensors can be employed at additional but different unchanging locations associated with the rotating machine.
[0396] In embodiments, the waveform data can be transmitted electronically in a gap-free free format at a significantly high rate of sampling for a relatively longer period of time.
In one example, the period of time is 60 seconds to 120 seconds. In another example, the rate of sampling is 100 kHz with a maximum resolvable frequency (Fmax) of 40 kHz. It will be appreciated in light of this disclosure that the waveform data can be shown to approximate more closely some of the wealth of data available from previous instances of analog recording of waveform data.
10397) In embodiments, sampling, band selection, and filtering techniques can permit one or more portions of a long stream of data (i.e., one to two minutes in duration) to be under sampled or over sampled to realize varying effective sampling rates. To this end, interpolation and decimation can be used to further realize varying effective sampling rates. For example, oversampling may be applied to frequency bands that are proximal to rotational or oscillational operating speeds of the sampled machine, or to harmonics thereof, as vibration effects may tend to be more pronounced at those frequencies across the operating range of the machine. In embodiments, the digitally-sampled data set can be decimated to produce a lower sampling rate. It will be appreciated in light of the disclosure that decimate in this context can be the opposite of interpolate. In embodiments, decimating the data set can include first applying a low-pass filter to the digitally-sampled data set and then undersampling the da a set.
[0398] In one example, a sample waveform at 100 Hz can be undersampled at every tenth point of the digital waveform to produce an effective sampling rate of 10 Hz, but the remaining nine points of that portion of the waveform are effectively discarded and not included in the modeling of the sample waveform. Moreover, this type of bare undersampling can create ghost frequencies due to the undersampling rate (i.e., 10 Hz) relative to the 100 Hz sample waveform.
103991 Most hardware for analog-to-digital conversions uses a sample-and-hold circuit that can charge up a capacitor for a given amount of time such that an average value of the waveform is determined over a specific change in time. It will be appreciated in light of the disclosure that the value of the waveform over the specific change in time is not linear but more similar to a cardinal sinusoidal ("sine") function; therefore, it can be shown that more emphasis can be placed on the waveform data at the center of the sampling interval with exponential decay of the cardinal sinusoidal signal occurring from its center.
[0400] By way of the above example, the sample waveform at 100 Hz can be hardware-sampled at 10 Hz and therefore each sampling point is averaged over 100 milliseconds (e.g., a signal sampled at 100 Hz can have each point averaged over 10 milliseconds). In contrast to the effective discarding of nine out of the ten data points of the sampled waveform as discussed above, the present disclosure can include weighing adjacent data.
The adjacent data can refer to the sample points that were previously discarded and the one remaining point that was retained. In one example, a low pass filter can average the adjacent sample data linearly, i.e., determining the sum of every ten points and then dividing that sum by ten. In a further example, the adjacent data can be weighted with a sine function. The process of weighting the original waveform with the sine function can be referred to as an impulse function, or can be referred to in the time domain as a convolution.
[0401] The present disclosure can be applicable to not only digitizing a waveform signal based on a detected voltage, but can also be applicable to digitizing waveform signals based on current waveforms, vibration waveforms, and image processing signals including video signal rasterization. In one example, the resizing of a window on a computer screen can be decimated, albeit in at least two directions. In these further examples, it will be appreciated that undersampling by itself can be shown to be insufficient. To that end, oversampling or upsampling by itself can similarly be shown to be insufficient, such that interpolation can be used like decimation but in lieu of only undersampling by itself.
[0402] It will be appreciated in light of the disclosure that interpolation in this context can refer to first applying a low pass filter to the digitally-sampled waveform data and then upsampling the waveform data. It will be appreciated in light of the disclosure that real-world examples can often require the use of use non-integer factors for decimation or interpolation, or both. To that end, the present disclosure includes interpolating and decimating sequentially in order to realize a non-integer factor rate for interpolating and decimating. In one example, interpolating and decimating sequentially can define applying a low-pass filter to the sample waveform, then interpolating the waveform after the low-pass filter, and then decimating the waveform after the interpolation. In embodiments, the vibration data can be looped to purposely emulate conventional tape recorder loops, with digital filtering techniques used with the effective splice to facilitate longer analyses. It will be appreciated in light of the disclosure that the above techniques do not preclude waveform, spectrum, and other types of analyses to be processed and displayed with a GUI
of the user at the time of collection. It will be appreciated in light of the disclosure that newer systems can permit this functionality to be performed in parallel to the high-performance collection of the raw waveform data.
104031 With respect to time of collection issues, it will be appreciated that older systems using the compromised approach of improving data resolution, by collecting at different sampling rates and data lengths, do not in fact save as much time as expected.
To that end, every time the data acquisition hardware is stopped and started, latency issues can be created, especially when there is hardware auto-scaling performed. The same can be true with respect to data retrieval of the route information (i.e., test locations) that is often in a database format and can be exceedingly slow. The storage of the raw data in bursts to disk (whether solid state or otherwise) can also be undesirably slow.
104041 In contrast, the many embodiments include digitally streaming the waveform data 2010, as disclosed herein, and also enjoying the benefit of needing to load the route parameter information while setting the data acquisition hardware only once.
Because the waveform data 2010 is streamed to only one file, there is no need to open and close files, or switch between loading and writing operations with the storage medium. It can be shown that the collection and storage of the waveform data 2010, as described herein, can be shown to produce relatively more meaningful data in significantly less time than the traditional batch data acquisition approach. An example of this includes an electric motor about which waveform data can be collected with a data length of 4K points (i.e., 4,096) for sufficiently high resolution in order to, among other things, distinguish electrical sideband frequencies. For fans or blowers, a reduced resolution of 1K (i.e., 1,024) can be used. In certain instances, 1K can be the minimum waveform data length requirement. The sampling rate can be 1,280 Hz and that equates to an Fmax of 500 Hz. It will be appreciated in light of the disclosure that oversampling by an industry standard factor of 2.56 can satisfy the necessary two-times (2x) oversampling for the Nyquist Criterion with some additional leeway that can accommodate anti-aliasing filter-rolloff. The time to acquire this wavefonn data would be 1,024 points at 1,280 hertz, which are 800 milliseconds.
[04051 To improve accuracy, the waveform data can be averaged. Eight averages can be used with, for example, fifty percent overlap. This would extend the time from .. milliseconds to 3.6 seconds, which is equal to 800 msec x 8 averages x 0.5 (overlap ratio) + 0.5 x 800 msec (non-overlapped head and tail ends). After collection at Fmax = 500 Hz waveform data, a higher sampling rate can be used. In one example, ten times (10x) the previous sampling rate can be used and Fmax = 10 kHz. By way of this example, eight averages can be used with fifty percent (50%) overlap to collect waveform data at this .. higher rate that can amount to a collection time of 360 msec or 0.36 seconds. It will be appreciated in light of the disclosure that it can be necessary to read the hardware collection parameters for the higher sampling rate from the route list, as well as permit hardware auto-scaling, or the resetting of other necessary hardware collection parameters, or both.
To that end, a few seconds of latency can be added to accommodate the changes in sampling rate. In other instances, introducing latency can accommodate hardware autoscaling and changes to hardware collection parameters that can be required when using the lower sampling rate disclosed herein. In addition to accommodating the change in sampling rate, additional time is needed for reading the route point information from the database (i.e., where to monitor and where to monitor next), displaying the route information, and processing the waveform data. Moreover, display of the waveform data and/or associated spectra can also consume significant time. In light of the above, 15 seconds to 20 seconds can elapse while obtaining waveform data at each measurement point.
104061 In further examples, additional sampling rates can be added but this can make the total amount time for the vibration survey even longer because time adds up from changeover time from one sampling rate to another and from the time to obtain additional data at different sampling rate. In one example, a lower sampling rate is used, such as a sampling rate of 128 Hz where Fmax = 50 Hz. By way of this example, the vibration survey would, therefore, require an additional 36 seconds for the first set of averaged data at this sampling rate, in addition to others mentioned above, and consequently the total time spent at each measurement point increases even more dramatically. Further embodiments include using similar digital streaming of gap free waveform data as disclosed herein for use with wind turbines and other machines that can have relatively slow speed rotating or oscillating systems. In many examples, the waveform data collected can include long samples of data at a relatively high-sampling rate. In one example, the sampling rate can be 100 kHz and the sampling duration can be for two minutes on all of the channels being recorded. In many examples, one channel can be for the single axis reference sensor and three more data channels can be for the tri-axial three channel sensor.
It will be appreciated in light of the disclosure that the long data length can be shown to facilitate detection of extremely low frequency phenomena. The long data length can also be shown to accommodate the inherent speed variability in wind turbine operations.
Additionally, the long data length can further be shown to provide the opportunity for using numerous averages such as those discussed herein, to achieve very high spectral resolution, and to make feasible tape loops for certain spectral analyses.
Many multiple advanced analytical techniques can now become available because such techniques can use the available long uninterrupted length of waveform data in accordance with the present disclosure.
10407) It will also be appreciated in light of the disclosure that the simultaneous collection of waveform data from multiple channels can facilitate performing transfer functions between multiple channels. Moreover, the simultaneous collection of wavefonn data from multiple channels facilitates establishing phase relationships across the machine so that more sophisticated correlations can be utilized by relying on the fact that the waveforms from each of the channels are collected simultaneously. In other examples, more channels in the data collection can be used to reduce the time it takes to complete the overall vibration survey by allowing for simultaneous acquisition of waveform data from multiple sensors that otherwise would have to be acquired, in a subsequent fashion, moving sensor to sensor in the vibration survey.
104081 The present disclosure includes the use of at least one of the single-axis reference probe on one of the channels to allow for acquisition of relative phase comparisons between channels. The reference probe can be an accelerometer or other type of transducer that is not moved and, therefore, fixed at an unchanging location during the vibration survey of one machine. Multiple reference probes can each be deployed as at suitable locations fixed in place (i.e., at unchanging locations) throughout the acquisition of vibration data during the vibration survey. In certain examples, up to seven reference probes can be deployed depending on the capacity of the data collection module 2160 or the like. Using transfer functions or similar techniques, the relative phases of all channels may be compared with one another at all selected frequencies. By keeping the one or more reference probes fixed at their unchanging locations while moving or monitoring the other tri-axial vibration sensors, it can be shown that the entire machine can be mapped with regard to amplitude and relative phase. This can be shown to be true even when there are more measurement points than channels of data collection. With this information, an operating deflection shape can be created that can show dynamic movements of the machine in 3 D, which can provide an invaluable diagnostic tool. In embodiments, the one or more reference probes can provide relative phase, rather than absolute phase. It will be appreciated in light of the disclosure that relative phase may not be as valuable absolute phase for some purposes, but the relative phase the information can still be shown to be very useful.
104091 In embodiments, the sampling rates used during the vibration survey can be digitally synchronized to predetermined operational frequencies that can relate to pertinent parameters of the machine such as rotating or oscillating speed. Doing this, permits extracting even more information using synchronized averaging techniques. it will be appreciated in light of the disclosure that this can be done without the use of a key phasor or a reference pulse from a rotating shaft, which is usually not available for route collected data. As such, non-synchronous signals can be removed from a complex signal without the need to deploy synchronous averaging using the key phasor. This can be shown to be very powerful when analyzing a particular pinion in a gearbox or generally applied to any component within a complicated mechanical mechanism. In many instances, the key phasor or the reference pulse is rarely available with route collected data, but the techniques disclosed herein can overcome this absence. In embodiments, there can be multiple shafts running at different speeds within the machine being analyzed.
In certain instances, there can be a single-axis reference probe for each shaft. In other instances, it is possible to relate the phase of one shaft to another shaft using only one single axis reference probe on one shaft at its unchanging location. In embodiments, variable speed equipment can be more readily analyzed with relatively longer duration of data relative to single speed equipment. The vibration survey can be conducted at several machine speeds within the same contiguous set of vibration data using the same techniques disclosed herein. These techniques can also permit the study of the change of the relationship between vibration and the change of the rate of speed that was not available before.
104101 In embodiments, there are numerous analytical techniques that can emerge from because raw waveform data can be captured in a gap-free digital format as disclosed herein. The gap-free digital format can facilitate many paths to analyze the waveform data in many ways after the fact to identify specific problems. The vibration data collected in accordance with the techniques disclosed herein can provide the analysis of transient, semi-periodic and very low frequency phenomena. The waveform data acquired in accordance with the present disclosure can contain relatively longer streams of raw gap-free waveform data that can be conveniently played back as needed, and on which many and varied sophisticated analytical techniques can be performed. A large number of such techniques can provide for various forms of filtering to extract low amplitude modulations from transient impact data that can be included in the relatively longer stream of raw gap-free waveform data. It will be appreciated in light of the disclosure that in past data collection practices, these types of phenomena were typically lost by the averaging process of the spectral processing algorithms because the goal of the previous data acquisition module was purely periodic signals; or these phenomena were lost to file size reduction methodologies due to the fact that much of the content from an original raw signal was typically discarded knowing it would not be used.
104111 In embodiments, there is a method of monitoring vibration of a machine having at least one shaft supported by a set of bearings. The method includes monitoring a first data channel assigned to a single-axis sensor at an unchanging location associated with the machine. The method also includes monitoring a second, third, and fourth data channel assigned to a three-axis sensor. The method further includes recording gap-free digital waveform data simultaneously from all of the data channels while the machine is in operation: and determining a change in relative phase based on the digital waveform data.
The method also includes the tri-axial sensor being located at a plurality of positions associated with the machine while obtaining the digital waveform. In embodiments, the second, third, and fourth channels are assigned together to a sequence of tri-axial sensors each located at different positions associated with the machine. In embodiments, the data is received from all of the sensors on all of their channels simultaneously.
104121 The method also includes determining an operating deflection shape based on the change in relative phase information and the wavefonn data. In embodiments, the unchanging location of the reference sensor is a position associated with a shaft of the machine. In embodiments, the tri-axial sensors in the sequence of the tri-axial sensors are each located at different positions and are each associated with different bearings in the machine. In embodiments, the unchanging location is a position associated with a shaft of the machine and, wherein, the tri-axial sensors in the sequence of the tri-axial sensors are each located at different positions and are each associated with different bearings that support the shaft in the machine. The various embodiments include methods of sequentially monitoring vibration or similar process parameters and signals of a rotating or oscillating machine or analogous process machinery from a munber of channels simultaneously, which can be known as an ensemble. In various examples, the ensemble can include one to eight channels. In further examples, an ensemble can represent a logical measurement grouping on the equipment being monitored whether those measurement locations are temporary for measurement, supplied by the original equipment manufacturer, retrofit at a later date, or one or more combinations thereof.
104131 In one example, an ensemble can monitor bearing vibration in a single direction.
In a further example, an ensemble can monitor three different directions (e.g., orthogonal directions) using a tri-axial sensor. In yet further examples, an ensemble can monitor four or more channels where the first channel can monitor a single axis vibration sensor, and the second, the third, and the fourth channels can monitor each of the three directions of the tri-axial sensor. In other examples, the ensemble can be fixed to a group of adjacent bearings on the same piece of equipment or an associated shaft. The various embodiments provide methods that include strategies for collecting waveform data from various ensembles deployed in vibration studies or the like in a relatively more efficient manner.
The methods also include simultaneously monitoring of a reference channel assigned to an unchanging reference location associated with the ensemble monitoring the machine.
The cooperation with the reference channel can be shown to support a more complete correlation of the collected waveforms from the ensembles. The reference sensor on the reference channel can be a single axis vibration sensor, or a phase reference sensor that can be triggered by a reference location on a rotating shaft or the like. As disclosed herein, the methods can further include recording gap-free digital waveform data simultaneously from all of the channels of each ensemble at a relatively high rate of sampling so as to include all frequencies deemed necessary for the proper analysis of the machinery being monitored while it is in operation. The data from the ensembles can be streamed gap-free to a storage medium for subsequent processing that can be connected to a cloud network facility, a local data link, BluetoothTM connectivity, cellular data connectivity, or the like.
104141 In embodiments, the methods disclosed herein include strategies for collecting data from the various ensembles including digital signal processing techniques that can be subsequently applied to data from the ensembles to emphasize or better isolate specific frequencies or waveform phenomena. This can be in contrast with current methods that collect multiple sets of data at different sampling rates, or with different hardware filtering configurations including integration, that provide relatively less post-processing flexibility because of the commitment to these same (known as a priori hardware configurations).
These same hardware configurations can also be shown to increase time of the vibration survey due to the latency delays associated with configuring the hardware for each independent test. In embodiments, the methods for collecting data from various ensembles include data marker technology that can be used for classifying sections of streamed data as homogenous and belonging to a specific ensemble. In one example, a classification can be defined as operating speed. In doing so, a multitude of ensembles can be created from what conventional systems would collect as only one. The many embodiments include post-processing analytic techniques for comparing the relative phases of all the frequencies of interest not only between each channel of the collected ensemble but also between all of the channels of all of the ensembles being monitored, when applicable.
104151 The present disclosure can include markers that can be applied to a time mark or a sample length within the raw waveform data. The markers generally fall into two categories: preset or dynamic. The preset markers can correlate to preset or existing operating conditions (e.g., load, head pressure, air flow cubic feet per minute, ambient temperature, RPMs, and the like.). These preset markers can be fed into the data acquisition system directly. In certain instances, the preset markers can be collected on data channels in parallel with the waveform data (e.g., waveforms for vibration, current, voltage, etc.). Alternatively, the values for the preset markers can be entered manually.
104161 For dynamic markers such as trending data, it can be important to compare similar .. data like comparing vibration amplitudes and patterns with a repeatable set of operating parameters. One example of the present disclosure includes one of the parallel channel inputs being a key phasor trigger pulse from an operating shaft that can provide RPM
information at the instantaneous time of collection. In this example of dynamic markers, sections of collected waveform data can be marked with appropriate speeds or speed ranges.
104171 The present disclosure can also include dynamic markers that can correlate to data that can be derived from post processing and analytics performed on the sample waveform.
In further embodiments, the dynamic markers can also correlate to post-collection derived parameters including RPMs, as well as other operationally derived metrics such as alarm conditions like a maximum RPM. In certain examples, many modern pieces of equipment that are candidates for a vibration survey with the portable data collection systems described herein do not include tachometer information. This can be true because it is not always practical or cost-justifiable to add a tachometer even though the measurement of RPM can be of primary importance for the vibration survey and analysis. It will be appreciated that for fixed speed machinery obtaining an accurate RPM
measurement can be less important especially when the approximate speed of the machine can be ascertained before-hand: however, variable-speed drives are becoming more and more prevalent. It will also be appreciated in light of the disclosure that various signal processing techniques can permit the derivation of RPM from the raw data without the need for a dedicated tachometer signal.
10418) In many embodiments, the RPM information can be used to mark segments of the raw waveform data over its collection history. Further embodiments include techniques for collecting instrument data following a prescribed route of a vibration study. The dynamic markers can enable analysis and trending software to utilize multiple segments of the collection interval indicated by the markers (e.g., two minutes) as multiple historical collection ensembles, rather than just one as done in previous systems where route collection systems would historically store data for only one RPM setting.
This could, in turn, be extended to any other operational parameter such as load setting, ambient temperature, and the like, as previously described. The dynamic markers, however, that can be placed in a type of index file pointing to the raw data stream can classify portions of the stream in homogenous entities that can be more readily compared to previously collected portions of the raw data stream 104191 The many embodiments include the hybrid relational metadata-binary storage approach that can use the best of pre-existing technologies for both relational and raw data streams. In embodiments, the hybrid relational metadata - binary storage approach can marry them together with a variety of marker linkages. The marker linkages can permit rapid searches through the relational metadata and can allow for more efficient analyses of the raw data using conventional SQL techniques with pre-existing technology. This can be shown to permit utilization of many of the capabilities, linkages, compatibilities, and extensions that conventional database technologies do not provide.
104201 The marker linkages can also permit rapid and efficient storage of the raw data using conventional binary storage and data compression techniques. This can be shown to permit utilization of many of the capabilities, linkages, compatibilities, and extensions that conventional raw data technologies provide such as 'TMDS (National Instruments), UFF
(Universal File Format such as UFF58), and the like. The marker linkages can further permit using the marker technology links where a vastly richer set of data from the ensembles can be amassed in the same collection time as more conventional systems. The richer set of data from the ensembles can store data snapshots associated with predetermined collection criterion and the proposed system can derive multiple snapshots from the collected data streams utilizing the marker technology. In doing so, it can be shown that a relatively richer analysis of the collected data can be achieved.
One such benefit can include more trending points of vibration at a specific frequency or order of running speed versus RPM, load, operating temperature, flow rates, and the like, which can be collected for a similar time relative to what is spent collecting data with a conventional system.
[0421] In embodiments, the platfonn 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from machines, elements of the machines and the environment of the machines including heavy duty machines deployed at a local job site or at distributed job sites under common control. The heavy-duty machines may include earthmoving equipment, heavy duty on-road industrial vehicles, heavy duty off-road industrial vehicles, industrial machines deployed in various settings such as turbines, turbomachinery, generators, pumps, pulley systems, manifold and valve systems, and the like. In embodiments, heavy industrial machinery may also include earth-moving equipment, earth-compacting equipment, hauling equipment, hoisting equipment, conveying equipment, aggregate production equipment, equipment used in concrete construction, and piledriving equipment. In examples, earth moving equipment may include excavators, backhoes, loaders, bulldozers, skid steer loaders, trenchers, motor graders, motor scrapers, crawler loaders, and wheeled loading shovels. In examples, construction vehicles may include dumpers, tankers, tippers, and trailers. In examples, material handling equipment may include cranes, conveyors, forklift, and hoists. In examples, construction equipment may include tunnel and handling equipment, road rollers, concrete mixers, hot mix plants, road making machines (compactors), stone crashers, pavers, slurry seal machines, spraying and plastering machines, and heavy-duty pumps. Further examples of heavy industrial equipment may include different systems such as implement traction, structure, power train, control, and information.
Heavy industrial equipment may include many different powertrains and combinations thereof to provide power for locomotion and to also provide power to accessories and onboard functionality. In each of these examples, the platform 100 may deploy the local data collection system 102 into the environment 104 in which these machines, motors, pumps, and the like, operate and directly connected integrated into each of the machines, motors, pumps, and the like.
[0422] In embodiments, the platfonn 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from machines in operation and machines in being constructed such as turbine and generator sets like Siemens Tm SGT6-5000Frm gas turbine, an SST-9001m steam turbine, an SGen6-1000ATm generator, and an SGen6-100ATm generator, and the like. In embodiments, the local data collection system 102 may be deployed to monitor steam turbines as they rotate in the currents caused by hot water vapor that may be directed through the turbine but otherwise generated from a different source such as from gas-fired burners, nuclear cores, molten salt loops and the like. In these systems, the local data collection system 102 may monitor the turbines and the water or other fluids in a closed loop cycle in which water condenses and is then heated until it evaporates again. The local data collection system 102 may monitor the steam turbines separately from the fuel source deployed to heat the water to steam.
In examples, working temperatures of steam turbines may be between 500 and 650 C. In many embodiments, an array of steam turbines may be arranged and configured for high, medium, and low pressure, so they may optimally convert the respective steam pressure into rotational movement.
104231 The local data collection system 102 may also be deployed in a gas turbines arrangement and therefore not only monitor the turbine in operation but also monitor the hot combustion gases feed into the turbine that may be in excess of 1,500 C.
Because these gases are much hotter than those in steam turbines, the blades may be cooled with air that may flow out of small openings to create a protective film or boundary layer between the exhaust gases and the blades. This temperature profile may be monitored by the local data collection system 102. Gas turbine engines, unlike typical steam turbines, include a compressor, a combustion chamber, and a turbine all of which are journaled for rotation with a rotating shaft. The construction and operation of each of these components may be monitored by the local data collection system 102.
10424) In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from water turbines serving as rotary engines that may harvest energy ftom moving water and are used for electric power generation. The type of water turbine or hydro-power selected for a project may be based on the height of standing water, often referred to as head, and the flow (or volume of water) at the site. In this example, a generator may be placed at the top of a shaft that connects to the water turbine. As the turbine catches the naturally moving water in its blade and rotates, the turbine sends rotational power to the generator to generate electrical energy. In doing so, the platform 100 may monitor signals from the generators, the turbines, the local water system, flow controls such as dam windows and sluices. Moreover, the platform 100 may monitor local conditions on the electric grid including load, predicted demand, frequency response, and the like, and include such information in the monitoring and control deployed by platform 100 in these hydroelectric settings.
[0425] In embodiments, the platfonn 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from energy production environments, such as thermal, nuclear, geothermal, chemical, biomass, carbon-based fuels, hybrid-renewable energy plants, and the like. Many of these plants may use multiple forms of energy harvesting equipment like wind turbines, hydro turbines, and steam turbines powered by heat from nuclear, gas-fired, solar, and molten salt heat sources.
In embodiments, elements in such systems may include transmission lines, heat exchangers, desulphurization scrubbers, pumps, coolers, recuperators, chillers, and the like. In embodiments, certain implementations of turbomachinery, , turbines, scroll compressors, and the like may be configured in arrayed control so as to monitor large facilities creating electricity for consumption, providing refrigeration, creating steam for local manufacture and heating, and the like, and that arrayed control platforms may be provided by the provider of the industrial equipment such as Honeywell and their ExperionTm PKS
platform. In embodiments, the platform 100 may specifically communicate with and integrate the local manufacturer-specific controls and may allow equipment from one manufacturer to communicate with other equipment. Moreover, the platform 100 provides allows for the local data collection system 102 to collect information across systems from many different manufacturers. In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from marine industrial equipment, marine diesel engines, shipbuilding, oil and gas plants, refineries, petrochemical plant, ballast water treatment solutions, marine pumps and turbines, and the like.
[0426] In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from heavy industrial equipment and processes including monitoring one or more sensors. By way of this example, sensors may be devices that may be used to detect or respond to some type of input from a physical environment, such as an electrical, heat, or optical signal. In embodiments, the local data collection system 102 may include multiple sensors such as, without limitation, a temperature sensor, a pressure sensor, a torque sensor, a flow sensor, a heat sensor, a smoke sensor, an arc sensor, a radiation sensor, a position sensor, an acceleration sensor, a strain sensor, a pressure cycle sensor, a pressure sensor, an air temperature sensor, and the like. The torque sensor may encompass a magnetic twist angle sensor. In one example, the torque and speed sensors in the local data collection system 102 may be similar to those discussed in U.S. Patent Number 8,352,149 to Meachem, issued 8 January 2013 and hereby incorporated by reference as if fully set forth herein. In embodiments, one or more sensors may be provided such as a tactile sensor, a biosensor, a chemical sensor, an image sensor, a humidity sensor, an inertial sensor, and the like.
[0427] In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from sensors that may provide signals for fault detection including excessive vibration, incorrect material, incorrect material properties, trueness to the proper size, trueness to the proper shape, proper weight, trueness to balance. Additional fault sensors include those for inventory control and for inspections such as to confirm that parts are packaged to plan, parts are to tolerance in a plan, occurrence of packaging damage or stress, and sensors that may indicate the occurrence of shock or damage in transit. Additional fault sensors may include detection of the lack of lubrication, over lubrication, the need for cleaning of the sensor detection window, the need for maintenance due to low lubrication, the need for maintenance due to blocking or reduced flow in a lubrication region, and the like.
[0428] In embodiments, the platfonn 100 may include the local data collection system 102 deployed in the environment 104 that includes aircraft operations and manufacture including monitoring signals from sensors for specialized applications such as sensors used in an aircraft's Attitude and Heading Reference System (AHRS), such as gyroscopes, accelerometers, and magnetometers. In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from image sensors such as semiconductor charge coupled devices (CCDs), active pixel sensors, in complementary metal¨oxide¨semiconductor (CMOS) or N-type metal-oxide-semiconductor (NMOS, Live MOS) technologies. In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from sensors such as an infra-red (IR) sensor, an ultraviolet (UV) sensor, a touch sensor, a proximity sensor. and the like. In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from sensors configured for optical character recognition (OCR), reading barcodes, detecting surface acoustic waves, detecting transponders, communicating with home automation systems, medical diagnostics, health monitoring, and the like.
[04291 In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from sensors such as a Micro-Electro-Mechanical Systems (MEMS) sensor, such as ST Microelectronic'sTm LSM303AH
smart MEMS sensor, which may include an ultra-low-power high-performance system-in-package featuring a 3D digital linear acceleration sensor and a 3D digital magnetic sensor.
[04301 In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from additional large machines such as turbines, windmills, industrial vehicles, robots, and the like. These large mechanical machines include multiple components and elements providing multiple subsystems on each machine. To that end, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from individual elements such as axles, bearings, belts, buckets, gears, shafts, gear boxes, cams, carriages, camshafts, clutches, brakes, drums, dynamos, feeds, flywheels, gaskets, pumps, jaws, robotic anns, seals, sockets, sleeves, valves, wheels, actuators, motors, servomotor, and the like. Many of the machines and their elements may include servomotors. The local data collection system 102 may monitor the motor, the rotary encoder, and the potentiometer of the servomechanism to provide three-dimensional detail of position, placement, and progress of industrial processes.
[0431] In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from gear drives, powertrains, transfer cases, multispeed axles, transmissions, direct drives, chain drives, belt-drives, shaft-drives, magnetic drives, and similar meshing mechanical drives. In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from fault conditions of industrial machines that may include overheating, noise, grinding gears, locked gears, excessive vibration, wobbling, under-inflation, over-inflation, and the like. Operation faults, maintenance indicators, and interactions from other machines may cause maintenance or operational issues may occur during operation, during installation, and during maintenance. The faults may occur in the mechanisms of the industrial machines but may also occur in infrastructure that supports the machine such as its wiring and local installation platforms. In embodiments, the large industrial machines may face different types of fault conditions such as overheating, noise, grinding gears, excessive vibration of machine parts, fan vibration problems, problems with large industrial machines rotating parts.
10432) In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from industrial machinery including failures that may be caused by premature bearing failure that may occur due to contamination or loss of bearing lubricant. In another example, a mechanical defect such as misalignment of bearings may occur. Many factors may contribute to the failure such as metal fatigue, therefore, the local data collection system 102 may monitor cycles and local stresses. By way of this example, the platform 100 may monitor the incorrect operation of machine parts, lack of maintenance and servicing of parts, corrosion of vital machine parts, such as couplings or gearboxes, misalignment of machine parts, and the like. Though the fault occurrences cannot be completely stopped, many industrial breakdowns may be mitigated to reduce operational and financial losses. The platform 100 provides real-time monitoring and predictive maintenance in many industrial environments wherein it has been shown to present a cost-savings over regularly-scheduled maintenance processes that replace parts according to a rigid expiration of time and not actual load and wear and tear on the element or machine. To that end, the platform
[0023] In some aspects, the robotic process automation system tracks and records sets of interactions of a human as the human interact with a set of interfaces associated with a computing device within the TIoT system.
[0024] In some aspects, the robotic process automation system tracks and records a set of states, actions, events, and results that occur by, within, from, or about systems and processes with which the human is engaging in the IIoT system.
[0025] In some aspects, the robotic process automation system utilizes an artificial intelligence system to develop and deploy automation capabilities for one or more of the plurality of industrial entities in the IIoT system.
[0026] In some aspects, the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0027] In some aspects, the artificial intelligence system is trained with a training set of observations of human interactions and system states, events, and outcomes in the HOT
system.
[0028] In some aspects, the robotic process automation system obtains the training set.
[0029] In some aspects, the robotic process automation system records system states, events, and outcomes in paining set.
[0030] In some aspects, the robotic process automation system tracks and records the observations of human interactions as the human interacts with a set of interfaces associated with a computing device within the TIoT system.
100311 In some aspects, the system or process states and events include elements that were a subject of human interaction, what a state of a system was or is before, during and after the human interaction, and what outputs were provided by the system or what results were achieved.
[0032] In some aspects, the robotic process automation system further includes a human correction system that receives inputs from a human during an initial automation capability deployment, wherein the human inputs are utilized to improve performance of the automation capability.
100331 In some aspects, the robotic process automation system is seeded during a learning phase with a set of expert human interactions in order to develop and deploy the automation capabilities to replicate the expert human interactions.
100341 In some aspects, the robotic process automation system enters a deep learning phase subsequent to the learning phase in order to improve performance of the automation capabilities when compared to the expert human interactions.
100351 In some aspects, the robotic process automation system in the deep learning phase utilizes feedback of one or more outcomes to improve performance of the automation capabilities.
100361 In some aspects, the robotic process automation system includes a computer vision system to analyze images of a display of a computer while a user is manually interacting with the computer while performing a specific process to teach a robot how to perfonn the process.
100371 The present disclosure is further directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (lIoT) system that comprises a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IloT system; an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer: an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platform layer that manages the platform in a common application environment.
100381 In some aspects, platform can further comprise a set of interfaces that exchange data between the plurality of distinct data-handling layers.
100391 In some aspects, the set of interfaces comprises at least one of an application programming interface (API), a broker, a service, a connector, a wired or wireless communication link, a port, a human-accessible interface, and a software interface.
100401 In some aspects, each of the plurality of distinct data-handling layers has a micro-services architecture.
100411 In some aspects, each of the plurality of distinct data-handling layers has a microservices architecture.
100421 In some aspects, outputs, events, and outcomes are exchanged between the plurality of distinct data-handling layers.
100431 In some aspects, the industrial entity-oriented data storage systems layer stores produced data that is generated by other layers of the plurality of distinct data-handling layers.
100441 In some aspects, the industrial entity-oriented data storage systems layer is a .. common data source for other layers of the plurality of distinct data-handling layers.
100451 In some aspects, the industrial entity-oriented data storage systems layer is a common data source for other layers of the plurality of distinct data-handling layers.
100461 In some aspects, the data stored in the industrial entity-oriented data storage systems layer comprises one or more of asset and facility data, worker data, event data, claims data, production data, and supply chain data.
100471 In some aspects, the asset and facility data comprises one or more of asset identity data, operational data, transactional data, event data, state data, workflow data, and maintenance data.
100481 In some aspects, the worker data comprises one or more of identity data, role data, task data, workflow data, health data, performance data, and quality data.
100491 In some aspects, the event data comprises one or more of process events, financial events, output events, input events, state-change events, operating events, repair events, maintenance events, service events, damage events, injury events, replacement events, refueling events, recharging events, and supply events.
.. 100501 In some aspects, the claims data comprises one or more of insurance claims data, product liability claims data, general liability claims data, workers compensation claims data, injury claims data, and contract claims data.
100511 In some aspects, the production data comprises one or more of data relating to energy production found in databases of public utilities or independent services organizations that maintain energy infrastructure, data relating to outputs of manufacturing, data related to outputs of mining and energy extraction facilities, and outputs of drilling and pipeline facilities.
100521 In some aspects, the supply chain data comprises one or more of data relating to items supplied, amounts, pricing, delivery, sources, routes, and customs information.
100531 In some aspects, the available computing resources within the platform provisioned by the adaptive intelligent systems layer include one or more of available processing cores, available servers, available edge computing resources, available on-device resources, available cloud infrastructure, data storage resources, networking resources, and energy resources.
100541 In some aspects, the data storage resources include one or more of local storage on devices, storage resources in or on industrial entities or environments, storage on asset tags, local area network storage, network storage resources, cloud-based storage resources, and database resources.
[0055] In some aspects, the networking resources include one or more of cellular network spectnun, wireless network resources, and fixed network resources.
100561 In some aspects, the energy resources include one or more of available battery power, available renewable energy, fuel, and grid-based power.
100571 In some aspects, the adaptive intelligent systems layer provisions the available computing resources within the platform based on one or more of application requirements, quality of service, budgets, costs, pricing, risk factors, operational objectives, optimization parameters, returns on investment, profitability; and uptime/downtime.
(0058] In some aspects, the adaptive intelligent systems layer provisions the available computing resources within the platform such that low latency resources are used for remote control and longer latency resources are used for systems analytics applications.
100591 In some aspects, the industrial management application platform layer that manages the platform in the common application environment comprises one or more applications that output at least one of. state and status information for various objects;
entities, processes, or flows; object infonnation including one or more of identity, attribute and parameter information for various classes of objects of various data types; event and change information for workflows, dynamic systems, processes, procedures, protocols, or algorithms; and outcome information including indications of success and failure, indications of process or milestone completion, indications of correct or incorrect predictions, indications of correct or incorrect labeling or classification, or success metrics.
100601 In some aspects; the success metrics include information relating to yield;
engagement, return on investment, profitability, efficiency, timeliness, quality of service, quality of product, or customer satisfaction [0061] The present disclosure is further directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (IIoT) system that comprises a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IIoT system; an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platform layer that manages the platform in a common application environment, wherein the industrial management application platform layer comprises one or more applications that manage, monitor, control, analyze, or otherwise interact with the plurality of industrial entities in the 11oT
system.
100621 In some aspects, the one or more applications comprise an industrial asset lifecycle management application that manages at least one industrial asset of the plurality of industrial entities by storage of attribute data, state data, and transaction data for the at least one industrial asset.
100631 In some aspects, the industrial asset lifecycle management application comprises a blockchain-based industrial asset lifecycle management application.
100641 In some aspects, the one or more applications comprise a process control optimization application that automatically controls at least one of an action, an operating parameter, and a state of an industrial process based on at least one of a detected condition and a detected state of a system used in the industrial process.
[00651 In some aspects, the one or more applications comprise a building automation and controls application that automates control of at least one environmental parameter within an industrial environment of the lloT system.
100661 In some aspects, the one or more applications comprise an enterprise asset management application that manages at least one of an action, a workflow, a task, and a state related to an asset that is controlled by an enterprise.
100671 In some aspects, the one or more applications comprise a cloud/Platform as a Service ("PaaS")/SofbAare as a Service (`SaaS") solution.
100681 In some aspects, the one or more applications comprise a factory operations visibility and intelligence ("FOVI") application that provides state information relating to a set of factory operation workflows and a set of factory systems.
100691 In some aspects, the one or more applications comprise an autonomous manufacturing application that controls at least one of an operating parameter. a work flow, and a state of a manufacturing system based on the data collected by the industrial monitoring systems layer.
[0070] In some aspects, the one or more applications comprise a smart supply chain application that automatically determines and initiates at least one action that determines .. at least one of a delivery, time, an item, a quantity, and a delivery location of a set of industrial components based on at least one of a state and a condition detected in an industrial environment.
[0071] In some aspects, the one or more applications comprise an inventory quality control application that provides a set of measures of inventory quality based on detection of at least one of a state and a condition of an item of inventory in an industrial environment.
[0072] In some aspects, the one or more applications comprise an industrial analytics application that provides a set of analytic results related to at least one of maintenance, repair, servicing, operation, and optimization of an industrial system in the IloT system.
[0073] In some aspects, the one or more applications comprise an industrial digital thread application wherein a common digital data structure is provided for use by a set of design.
manufacturing, supply, and maintenance systems relating to the plurality of industrial entities in the IIoT system.
[0074] In some aspects, the one or more applications comprise a robotic process automation application for automating at least one of a set of software functions and a set of physical tasks based on a training set of observations of expert human actions.
[0075] In some aspects, the one or more applications comprise a visual quality detection application that uses computer vision to detect a set of conditions related to at least one of a state, a status, and a condition of at least one of the plurality of industrial entities.
[0076] In some aspects, the one or more applications comprise a collaborative robotic application, wherein a set of tasks performed by humans are augmented by collaboration with a set of at least one of a hardware robot and a software robot.
[0077] In some aspects, the one or more applications comprise a real time monitoring application for automatically detecting, monitoring, and reporting on a transaction status of a set of shipments of industrial assets by processing of a distributed ledger containing transaction data for the industrial assets.
[0078] In some aspects, the one or more applications comprise a machine condition monitoring application that monitors a condition of an industrial machine based on processing of at least one of operating state data, machine data, telematics data, on-board diagnostic system data, environmental data, and operator data for the industrial machine.
100791 In some aspects, the one or more applications comprise a continuous emission monitoring application that monitors and reports emissions from a set of industrial machines in an industrial environment.
100801 In some aspects, the one or more applications comprise an indoor air quality monitoring application for monitoring a set of air quality parameters within an industrial environment.
100811 In some aspects, the one or more applications comprise an indoor sound quality monitoring application for measuring a set of sound parameters experienced by workers in an industrial environment.
100821 The present disclosure is further directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (Ho) system that comprises a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IloT system; an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systems in the IIoT system: and an industrial management application platform layer that manages the platform in a common application environment, wherein the adaptive intelligent systems layer includes data processing, artificial intelligence, and computational systems that develop, improve, or adapt processes in the IloT
system based on the data collected by the industrial monitoring systems layer.
100831 In some aspects, the adaptive intelligent systems layer includes an adaptive edge compute management system that adaptively manages edge computation, storage, and processing in the IloT system.
100841 In some aspects, the adaptive intelligent systems layer includes a robotic process automation system that develops and deploys automation capabilities for at least one of the plurality of industrial entities in the IIoT system.
100851 In some aspects, the adaptive intelligent systems layer includes a set of protocol adaptors that facilitate adaptive protocol transformations of data within the lloT system.
(00861 In some aspects, the adaptive protocol transfonnations of data within the IloT
system comprises transforming data in-flight.
100871 In some aspects, the adaptive protocol transformations of data within the IIoT
system comprises transforming data for storage.
10088) In some aspects, the adaptive protocol transformations of data within the I1oT
system comprises transforming data for processing by an element of the IIoT
system.
100891 In some aspects, the adaptive intelligent systems layer includes a packet acceleration system that facilitates increasing a speed of transmission of the data in the IIoT system.
100901 In some aspects, the adaptive intelligent systems layer includes an edge intelligence system that adapts edge computation resources.
10091) In some aspects, the edge intelligence system adapts the edge computation resources based on Quality of Service, latency requirements, congestion, and cost of edge computation capabilities across more than one application in the industrial management application platform layer.
100921 In some aspects, the adaptive intelligent systems layer includes an adaptive .. networking system that adapts network comnumication in the IIoT system.
100931 In some aspects, the adaptive networking system adapts network communication in the HoT system based on Quality of Service, latency requirements, and congestion in the network.
100941 In some aspects, the adaptive intelligent systems layer includes a set of state and event managers that adapt the processes in the I1oT system based on state and event data.
100951 In some aspects, the adaptive intelligent systems layer includes a set of opportunity miners that identify opportunities for increased automation or intelligence in the HoT
system.
10096) In some aspects, the set of opportunity miners prioritize the opportunities for increased automation or intelligence in the IIoT system.
100971 In some aspects, the adaptive intelligent systems layer includes a set of artificial intelligence systems that develop, improve, or adapt processes in the IIoT
system.
100981 In some aspects, the set of artificial intelligence systems includes one or more of an expert system, a neural network, a deep neural network, a supervised learning system, .. a machine learning system, and a deep learning system.
100991 The present disclosure is also directed to a system for data processing in an industrial environment. The system can include one or more Industrial Internet of Things (IIoT) devices in the industrial environment. The one or more IIoT devices can obtain, generate, or store data relating to the industrial environment. The system can further include one or more IIoT platforms deployed in a cloud computing environment and configured to collect, process, and analyze the data relating to the industrial environment.
Additionally, the system can include one or more interfaces through which the one or more IIoT devices connect to the one or more IIoT platforms and a self-organizing protocol adaptor that facilitates adaptive in-flight data protocol transformation of the data between the one or more IIoT devices and the one or more IIoT platforms via the one or mote interfaces.
101001 In some aspects, the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by selecting at least one interface of the one or more interfaces.
101011 In some aspects, the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by selecting an appropriate protocol for the data to be utilized by the one or more I1oT platforms.
[0102] In some aspects, the self-organizing protocol adaptor transforms the data to comply with the selected appropriate protocol.
[0103] In some aspects, the self-organizing protocol adaptor selects the appropriate protocol for the data by artificial intelligence.
[0104] In some aspects, the artificial intelligence comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0105] In some aspects, the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by repackaging the data.
[0106] In some aspects, the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by wrapping the data.
[0107] In some aspects, wrapping the data is performed using input from an artificial intelligence system.
[0108] In some aspects, the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0109] In some aspects, the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by establishing a connection to at least one of the one or more 1IoT platforms.
[0110] In some aspects, the self-organizing protocol adaptor prepares a data stream containing the data.
[0111] In some aspects, the data stream is prepared by formatting the data.
[0112] In some aspects, the data is formatted using input from an artificial intelligence system.
[0113] In some aspects, the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0114] In some aspects, the data stream is prepared by wrapping the data.
[0115] In some aspects, the data is wrapped using input from an artificial intelligence system.
[0116] In some aspects, the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0117] In some aspects, the data stream is prepared by translating the data.
[0118] In some aspects, the data is translated using input from an artificial intelligence system.
[0119] In some aspects, the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
[0120] The present disclosure is additionally directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (IIo'T) system. The platform can comprise a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IIoT system; an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; and an adaptive intelligent systems layer that receives the data, the adaptive intelligent systems layer including an opportunity mining system that utilizes the data to identify opportunities for increased automation within the platform.
[0121] In some aspects, the plurality of distinct data-handling layers further comprise an industrial management application platform layer that includes one or more applications for performing a task in the IIoT system, monitoring performance of the task, or assisting with the performance of the task.
[0122] In some aspects, the opportunity mining system utilizes the data to identify opportunities for increased automation within the one or more applications.
[0123] In some aspects, the opportunity mining system includes a worker observation system that observes workers in the IIoT system to obtain observation data, the worker observation system including one or more sensors, wherein the opportunity mining system further utilizes the observation data to identify opportunities for increased automation within the platform.
[0124] In some aspects, the one or more sensors includes at least one of a camera, a wearable sensor, a movement sensor, an infrared sensor, and an audio sensor.
[0125] In some aspects, the worker observation system differentiates between types of workers to obtain the observation data.
[0126] In some aspects, the worker observation system differentiates between locations of workers to obtain the observation data.
[0127] In some aspects, the worker observation system observes a time related to the workers to obtain the observation data.
[0128] In some aspects, the time relates to duration of an activity performed by the workers.
[0129] In some aspects, the opportunity mining system includes a task specialization determination system that determines a level of domain-specific or entity-specific knowledge or expertise required to undertake an action, use a program, use a machine, or perform an activity within the IIoT system.
[0130] In some aspects, the task specialization determination system determines an identity, credentials, and experience of workers that undertake the action, use the program, use the machine, or perfonn the activity within the IIoT system, wherein the identity, credentials, and experience are utilized to determine the level of domain-specific or entity-specific knowledge or expertise.
[0131] In some aspects, the opportunity mining system identifies the opportunities for increased automation within the platform based on the level of domain-specific or entity-specific knowledge or expertise.
[0132] In some aspects, the opportunity mining system prioritizes the opportunities for increased automation within the platform.
101331 In some aspects, the opportunity mining system includes a worker observation system that observes workers in the lloT system to obtain observation data, the worker observation system including one or more sensors, wherein the opportunity mining system further utilizes the observation data to identify and prioritize the opportunities for increased automation within the platform.
101341 In some aspects, the one or more sensors includes at least one of a camera, a wearable sensor, a movement sensor, an infrared sensor, and an audio sensor.
[0135] In some aspects, the worker observation system differentiates between types of workers to obtain the observation data.
[0136] In some aspects, the worker observation system differentiates between locations of workers to obtain the observation data.
[0137] In some aspects, the worker observation system observes a time related to the workers to obtain the observation data.
[0138] In some aspects, the time relates to duration of an activity performed by the workers.
[0139] In some aspects, the opportunity mining system identifies and prioritizes the opportunities for increased automation within the platform based on the level of domain-specific or entity-specific knowledge or expertise.
[0140] In additional or alternative implementations, the present disclosure is directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (HOT) system that comprises a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise: an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in an industrial environment:
an industrial entity-oriented data storage systems layer that stores the da a collected by the industrial monitoring systems layer; and an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systems in the HoT
system. The adaptive intelligent systems layer can include an adaptive edge compute management system that adaptively manages edge computation, storage, and processing in the IIoT system.
[0141] In some aspects, the adaptive edge compute management system varies a storage location for the data between on-device storage, local systems, network storage resources, and cloud-based storage resources.
[0142] In some aspects, the adaptive edge compute management system varies a processing location for the data between a local area network of the industrial environment, one or more peer-to-peer networks of devices in the industrial environment, computing resources of at least one of the plurality of industrial entities, and cloud-based processing resources.
[0143] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IloT system based on a set of artificial intelligence systems.
[0144] In some aspects, the set of artificial intelligence systems includes one or more of an expert system, a neural network, a deep neural network, a supervised learning system, a machine learning system, and a deep learning system.
[0145] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system based on detected conditions of a communication network for the industrial environment.
[0146] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system based on Quality of Service of the communication network.
[0147] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IloT system based on latency of the communication network.
[0148] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system based on congestion of the communication network.
[0149] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the HoT system based on cost of computational or storage resources utilized.
[0150] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system based on Quality of Service, latency requirements, congestion, and cost of edge computation capabilities in the IIoT system.
[0151] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system further based on priority of computation, storage, and processing tasks.
[0152] In some aspects, the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system further based on value of computation, storage, and processing tasks.
[0153] In some aspects, the value of computation, storage, and processing tasks includes one or more of return on investment, yield, and cost information.
[0154] In some aspects, the cost information includes cost of failure information.
[0155] In some aspects, the adaptive edge compute management system varies a storage location for the data between on-device storage, local systems, network storage resources, and cloud-based storage resources; and when data connections are slow or unreliable, the adaptive edge compute management system varies the storage location between on-device storage, local systems, and network storage resources.
101561 In some aspects, the adaptive edge compute management system varies a storage location for the data between on-device storage, local systems, network storage resources, and cloud-based storage resources; and when data connections are strong, the adaptive edge compute management system varies the storage location between network storage resources and cloud-based storage resources.
101571 In some aspects, when data connections are slow or unreliable, the adaptive edge compute management system varies the storage location between on-device storage, local systems, and network storage resources.
[01581 In some aspects, the adaptive edge compute management system adaptively managing edge computation, storage, and processing in the IIoT system comprises selecting a communication protocol for data transmission.
101591 In some aspects, the adaptive edge compute management system adaptively managing edge computation, storage, and processing in the IToT system comprises dynamically defining what constitutes an edge for each device in the IloT
system.
101601 The present disclosure is directed to a platform for facilitating development of intelligence in an Industrial Internet of Things (IloT) system that comprises a plurality of distinct data-handling layers. The plurality of distinct data-handling layers can comprise an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the lIoT system: an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platform layer that includes one or more applications for performing a task in the IloT system, monitoring performance of the task, or assisting with the performance of the task. The industrial entity-oriented data storage systems layer can include at least one geofenced virtual asset tag associated with one particular industrial entity of the plurality of industrial entities in the IIoT system, the at least one geofenced virtual asset tag comprising a data structure that contains entity data about the one particular industrial entity and is linked to proximity of the one particular industrial entity.
101611 In some aspects, access to the at least one geofenced virtual asset tag is limited to devices, entities, and individuals within the proximity of the one particular industrial entity'.
101621 In some aspects, access to the at least one geofenced virtual asset tag comprises reading, writing, and modify, ing the data of the at least one geofenced virtual asset tag.
101631 In some aspects, access to the at least one geofenced virtual asset tag is limited by use of an encryption key.
101641 In some aspects, the at least one geofenced virtual asset tag is configured to recognize a presence of a data reading device and communicate to the data reading device.
101651 In some aspects, the at least one geofenced virtual asset tag communicates with the data reading device via one or more protocol adaptors.
101661 In some aspects, the one particular industrial entity comprises a machine in an industrial environment of the IIoT system.
101671 In some aspects, the one particular industrial entity comprises an item of equipment in an industrial environment of the IIoT system.
101681 In some aspects, the one particular industrial entity comprises an item of inventory in an industrial environment of the IIoT system.
101691 In some aspects, the one particular industrial entity comprises a manufactured article in an industrial environment of the IIoT system.
101701 In some aspects, the one particular industrial entity comprises a component in an industrial environment of the IIoT system.
101711 In some aspects, the one particular industrial entity comprises a tool in an industrial environment of the IIoT system.
101721 In some aspects, the one particular industrial entity comprises a device in an industrial environment of the IIoT system.
101731 In some aspects, the one particular industrial entity comprises a worker in an industrial environment of the HOT system.
101741 In some aspects, the platform can further comprise a set of floT
devices in an industrial environment, wherein the plurality of industrial entities in the IIoT system includes the set of IIoT devices.
101751 In some aspects, the set of 11oT devices act as distributed blockchain nodes in a blockchain system of the IloT system.
[0176] In some aspects, the set of lioT devices validates location and identity of the one particular industrial entity associated with the at least one geofenced virtual asset tag.
[0177] In some aspects, the validation utilizes voting protocols.
[0178] In some aspects, the validation utilizes consensus protocols.
[0179] In some aspects, the at least one geofenced virtual asset tag includes information related to a history of the one particular industrial entity or one or more components of the one particular industrial entity.
[0180] Further areas of applicability of the present disclosure will become apparent from the detailed description provided hereinafter. It should be understood that the detailed description and specific examples are intended for purposes of illustration only and are not intended to limit the scope of the disclosure.
BRIEF DESCRIPTION OF THE FIGURES
[0181] Figures 1 through Figure 5 are diagrammatic views that each depicts portions of an overall view of an industrial Internet of Things (IoT) data collection, monitoring and control system in accordance with the present disclosure.
[0182] Figure 6 is a diagrammatic view of a platform including a local data collection system disposed in an industrial environment for collecting data from or about the elements of the environment, such as machines, components, systems, sub-systems, ambient conditions, states, workflows, processes, and other elements in accordance with the present disclosure.
[0183] Figure 7 is a diagrammatic view that depicts elements of an industrial data collection system for collecting analog sensor data in an industrial environment in accordance with the present disclosure.
[0184] Figure 8 is a diagrammatic view of a rotating or oscillating machine having a data acquisition module that is configured to collect waveform data in accordance with the present disclosure.
[0185] Figure 9 is a diagrammatic view of an exemplary tri-axial sensor mounted to a motor bearing of an exemplary rotating machine in accordance with the present disclosure.
[0186] Figure 10 is a diagrammatic view of components and interactions of a data collection architecture involving application of cognitive and machine learning systems to data collection and processing in accordance with the present disclosure.
[0187] Figure 11 is a diagrammatic view of components and interactions of a data collection architecture involving application of a platfonn having a cognitive data marketplace in accordance with the present disclosure.
[0188] Figure 12 is a diagrammatic view of components and interactions of a data collection architecture involving application of a self-organizing swarm of data collectors in accordance with the present disclosure.
[0189] Figure 13 is a diagrammatic view of components and interactions of a data collection architecture involving application of a haptic user interface in accordance with the present disclosure.
[0190] Figure 14 is a diagrammatic view of a multi-format streaming data collection system in accordance with the present disclosure.
[0191] Figure 15 is a diagrammatic view of combining legacy and streaming data collection and storage in accordance with the present disclosure.
[0192] Figure 16 is a diagrammatic view of industrial machine sensing using both legacy and updated streamed sensor data processing in accordance with the present disclosure.
[0193] Figure 17 is a diagrammatic view of an industrial machine sensed data processing system that facilitates portal algorithm use and alignment of legacy and streamed sensor data in accordance with the present disclosure.
[0194] Figure 18 is a diagrammatic view of components and interactions of a data collection architecture involving a streaming data acquisition instrument receiving analog sensor signals from an industrial environment connected to a cloud network facility in accordance with the present disclosure.
[0195] Figure 19 is a diagrammatic view of components and interactions of a data collection architecture involving a streaming data acquisition instrument having an alarms module, expert analysis module, and a driver API to facilitate communication with a cloud network facility in accordance with the present disclosure.
[0196] Figure 20 is a diagrammatic view of components and interactions of a data collection architecture involving a streaming data acquisition instnunent and first in, first out memory architecture to provide a real time operating system in accordance with the present disclosure.
[0197] Figure 21 is a diagrammatic view of components and interactions of a data collection architecture involving a multiple streaming data acquisition instrument receiving analog sensor signals and digitizing those signals to be obtained by a streaming hub server in accordance with the present disclosure.
10198) Figure 22 is a diagrammatic view of components and interactions of a data collection architecture involving a master raw data server that processes new streaming data and data already extracted and processed in accordance with the present disclosure.
101991 Figure 23, Figure 24, and Figure 25 are diagrammatic views of components and interactions of a data collection architecture involving a processing, analysis, report, and archiving server that processes new streaming data and data already extracted and processed in accontlance with the present disclosure.
102001 Figure 26 is a diagrammatic view of components and interactions of a data collection architecture involving a relation database server and data archives and their connectivity with a cloud network facility in accordance with the present disclosure.
102011 Figure 27 through Figure 32 are diagrammatic views of components and interactions of a data collection architecture involving a virtual streaming data acquisition instrument receiving analog sensor signals from an industrial environment connected to a cloud network facility in accordance with the present disclosure.
102021 Figure 33 through Figure 40 are diagrammatic views of components and interactions of a data collection architecture involving data channel methods and systems for data collection of industrial machines in accordance with the present disclosure.
102031 Figure 41 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
102041 Figure 42 and Figure 43 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
102051 Figure 44 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
102061 Figures 45 and 46 are diagrammatic views that depict an embodiment of a system for data collection in accordance with the present disclosure.
102071 Figures 47 and 48 are diagrammatic views that depict an embodiment of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
102081 Figure 49 depicts an embodiment of a data monitoring device incorporating sensors in accordance with the present disclosure.
102091 Figures 50 and 51 are diagrammatic views that depict embodiments of a data monitoring device in communication with external sensors in accordance with the present disclosure.
102101 Figure 52 is a diagrammatic view that depicts embodiments of a data monitoring device with additional detail in the signal evaluation circuit in accordance with the present disclosure.
102111 Figure 53 is a diagrammatic view that depicts embodiments of a data monitoring device with additional detail in the signal evaluation circuit in accordance with the present disclosure.
102121 Figure 54 is a diagrammatic view that depicts embodiments of a data monitoring device with additional detail in the signal evaluation circuit in accordance with the present disclosure.
102131 Figure 55 is a diagrammatic view that depicts embodiments of a system for data collection in accordance with the present disclosure.
102141 Figure 56 is a diagrammatic view that depicts embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
102151 Figure 57 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
102161 Figures 58 and 59 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
102171 Figures 60 and 61 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
102181 Figures 62 and 63 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
102191 Figures 64 and 65 is a diagrammatic view that depicts embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
102201 Figure 66 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
102211 Figures 67 and 68 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
[0222] Figure 69 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0223] Figure 70 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0224] Figures 71 and 72 are diagrammatic views that depict embodiments of a system for data collection in accordance with the present disclosure.
[0225] Figures 73 and 74 are diagrammatic views that depict embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
[0226] Figure 75 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0227] Figures 76 and 77 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
[0228] Figure 78 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0229] Figures 79 and 80 are diagrammatic views that depict embodiments of a system for data collection in accordance with the present disclosure.
102301 Figures 81 and 82 are diagrammatic views that depict embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
[0231] Figure 83 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0232] Figures 84 and 85 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
102331 Figure 86 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0234] Figures 87 and 88 are diagrammatic views that depict embodiments of a system for data collection in accordance with the present disclosure.
[0235] Figures 89 and 90 are diagrammatic views that depict embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
[0236] Figure 91 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0237] Figures 92 and 93 are diagrammatic views that depict embodiments of a data monitoring device in accordance with the present disclosure.
[0238] Figure 94 is a diagrammatic view that depicts embodiments of a data monitoring device in accordance with the present disclosure.
[0239] Figures 95 and 96 are diagrammatic views that depict embodiments of a system for data collection in accordance with the present disclosure.
[0240] Figures 97 and 98 are diagrammatic views that depict embodiments of a system for data collection comprising a plurality of data monitoring devices in accordance with the present disclosure.
[0241] Figures 99 through Figure 101 are diagrammatic views of components and interactions of a data collection architecture involving a collector of route templates and the routing of data collectors in an industrial environment in accordance with the present disclosure.
[0242] Figure 102 is a diagrammatic view that depicts a monitoring system that employs data collection bands in accordance with the present disclosure.
[0243] Figure 103 is a diagrammatic view that depicts a system that employs vibration and other noise in predicting states and outcomes in accordance with the present disclosure.
[0244] Figure 104 is a diagrammatic view that depicts a system for data collection in an industrial environment in accordance with the present disclosure.
[0245] Figure 105 is a diagrammatic view that depicts an apparatus for data collection in an industrial environment in accordance with the present disclosure.
[0246] Figure 106 is a schematic flow diagram of a procedure for data collection in an industrial environment in accordance with the present disclosure.
[0247] Figure 107 is a diagrammatic view that depicts a system for data collection in an industrial environment in accordance with the present disclosure.
[0248] Figure 108 is a diagrammatic view that depicts an apparatus for data collection in an industrial environment in accordance with the present disclosure.
[0249] Figure 109 is a schematic flow diagram of a procedure for data collection in an industrial environment in accordance with the present disclosure.
[0250] Figure 110 is a diagrammatic view that depicts industry-specific feedback in an industrial environment in accordance with the present disclosure.
[0251] Figure 111 is a diagrammatic view that depicts an exemplary user interface for smart band configuration of a system for data collection in an industrial environment is depicted in accordance with the present disclosure.
[0252] Figure 112 is a diagrammatic view that depicts a graphical approach 11300 for back-calculation in accordance with the present disclosure.
[0253] Figure 113 is a diagrammatic view that depicts a wearable haptic user interface device for providing haptic stimuli to a user that is responsive to data collected in an industrial environment by a system adapted to collect data in the industrial environment in accordance with the present disclosure.
[0254] Figure 114 is a diagrammatic view that depicts an augmented reality display of heat maps based on data collected in an industrial environment by a system adapted to collect data in the environment in accordance with the present disclosure.
[0255] Figure 115 is a diagrammatic view that depicts an augmented reality display including real time data overlaying a view of an industrial environment in accordance with the present disclosure.
[0256] Figure 116 is a diagrammatic view that depicts a user interface display and components of a neural net in a graphical user interface in accordance with the present disclosure.
[0257] Figure 117 is a diagrammatic view of components and interactions of a data collection architecture involving swarming data collectors and sensor mesh protocol in an industrial environment in accordance with the present disclosure.
[0258] Figure 118 is a diagrammatic view that depicts data collection system according to some aspects of the present disclosure.
[0259] Figure 119 is a diagrammatic view that depicts a system for self-organized, network-sensitive data collection in an industrial environment in accordance with the present disclosure.
[0260] Figure 120 is a diagrammatic view that depicts an apparatus for self-organized, network-sensitive data collection in an industrial environment in accordance with the present disclosure.
[0261] Figure 121 is a diagrammatic view that depicts an apparatus for self-organized.
network-sensitive data collection in an industrial environment in accordance with the present disclosure.
[0262] Figure 122 is a diagrammatic view that depicts an apparatus for self-organized, network-sensitive data collection in an industrial environment in accordance with the present disclosure.
[0263] Figure 123 and Figure 124 are diagrammatic views that depict embodiments of transmission conditions in accordance with the present disclosure.
[0264] Figure 125 is a diagrammatic view that depicts embodiments of a sensor data transmission protocol in accordance with the present disclosure.
[0265] Figure 126 and Figure 127 are diagrammatic views that depict embodiments of benchmarking data in accordance with the present disclosure.
[0266] Figure 128 is a diagrammatic view that depicts embodiments of a system for data collection and storage in an industrial environment in accordance with the present disclosure.
[0267] Figure 129 is a diagrammatic view that depicts embodiments of an apparatus for self-organizing storage for data collection for an industrial system in accordance with the present disclosure.
[0268] Figure 130 is a diagrammatic view that depicts embodiments of a storage time definition in accordance with the present disclosure.
[0269] Figure 131 is a diagrammatic view that depicts embodiments of a data resolution description in accordance with the present disclosure.
[0270] Figure 132 and Figure 133 diagrammatic views of an apparatus for self-organizing network coding for data collection for an industrial system in accordance with the present disclosure.
[0271] Figure 134 and Figure 135 diagrammatic views of data marketplace interacting with data collection in an industrial system in accordance with the present disclosure.
[0272] Figure 136 is a diagrammatic view that depicts a smart heating system as an element in a network for in an industrial Internet of Things ecosystem in accordance with the present disclosure.
[0273] Figure 137 is a diagrammatic view that depicts an architecture, its components and functional relationships for an industrial Internet of Things solution in accordance with the present disclosure.
[0274] Figure 138 is a schematic illustrating an example of a sensor kit deployed in an industrial setting according to some embodiments of the present disclosure.
[0275] Figure 139 is a schematic illustrating an example of a sensor kit network having a star network topology according to some embodiments of the present disclosure.
[0276] Figure 140 is a schematic illustrating an example of a sensor kit network having a mesh network topology according to some embodiments of the present disclosure.
[0277] Figure 141 is a schematic illustrating an example of a sensor kit network having a hierarchical network topology according to some embodiments of the present disclosure.
[0278] Figure 142 is a schematic illustrating an example of a sensor according to some embodiments of the present disclosure.
[0279] Figure 143 is a schematic illustrating an example schema of a reporting packet according to some embodiments of the present disclosure.
102801 Figure 144 is a schematic illustrating an example of an edge device of a sensor kit according to some embodiments of the present disclosure.
[0281] Figure 145 is a schematic illustrating an example of a backend system that receives sensor da a from sensor kits deployed in industrial settings according to some embodiments of the present disclosure.
[0282] Figure 146 is a flow chart illustrating an example set of operations of a method for encoding sensor da a captured by a sensor kit according to some embodiments of the present disclosure.
[0283] Figure 147 is a flow chart illustrating an example set of operations of a method for decoding sensor data provided to a backend system by a sensor kit according to some embodiments of the present disclosure.
[0284] Figure 148 is a flow chart illustrating an example set of operations of a method for encoding sensor data captured by a sensor kit using a media codec according to some embodiments of the present disclosure.
[0285] Figure 149 is a flow chart illustrating an example set of operations of a method for decoding sensor data provided to a backend system by a sensor kit using a media codec according to some embodiments of the present disclosure.
[0286] Figure 150 is a flow chart illustrating an example set of operations of a method for detennining a transmission strategy and/or a storage strategy for sensor data collected by a sensor kit based on the sensor data, according to some embodiments of the present disclosure [0287] Figures 151-155 are schematics illustrating different configurations of sensor kits according to some embodiments of the present disclosure.
[0288] Figure 156 is a flowchart illustrating an example set of operations of a method for monitoring industrial settings using an automatically configured backend system, according to some embodiments of the present disclosure.
[0289] Figure 157 is a plan view of a manufacturing facility illustrating an exemplary implementation of a sensor kit including an edge device, according to some embodiments of the present disclosure.
[0290] Figure 158 is a plan view of a surface portion of an underwater industrial facility illustrating an exemplary implementation of a sensor kit including an edge device, according to some embodiments of the present disclosure.
[0291] Figure 159 is a plan view of an indoor agricultural facility illustrating an exemplary implementation of a sensor kit including an edge device, according to some embodiments of the present disclosure.
[0292] Figure 160 is a schematic illustrating an example of a sensor kit in communication with a data handling platform according to some embodiments of the present disclosure.
[0293] Figures 161-164 are diagrammatic views that depict embodiments of a system for using one or more wearable devices for mobile data collection in accordance with the present disclosure.
[0294] Figures 165-167 are diagrammatic views that depict embodiments of a system for using one or more mobile robots and/or mobile vehicles for mobile data collection in accordance with the present disclosure.
[0295] Figures 168-171 are diagrammatic views that depict embodiments of a system for using one or more handheld devices for mobile data collection in accordance with the present disclosure.
[0296] Figures 172-174 are diagrammatic views that depict embodiments of a computer vision system in accordance with the present disclosure.
[0297] Figures 175-176 are diagrammatic views that depict embodiments of a deep learning system for training a computer vision system in accordance with the present disclosure.
[0298] Figure 177 depicts a predictive maintenance eco system network architecture.
[0299] Figure 178 depicts finding service workers using machine learning for the predictive maintenance eco-system of Figure 177.
[0300] Figure 179 depicts ordering parts and service in a predictive maintenance eco-system.
[0301] Figure 180 depicts deployment of smart RFID elements in an industrial machine environment.
[0302] Figure 181 depicts a generalized data structure for machine information in a smart RFID.
[0303] Figure 182 depicts a block level diagram of the storage structure of a smart RFID.
[0304] Figure 183 depicts an example of data stored in a smart RFID.
[0305] Figure 184 depicts a flow diagram of a method for collecting information from a machine.
[0306] Figure 185 depicts a flow diagram of a method for collecting data from a production environment.
[03071 Figure 186 depicts an on-line maintenance management system with interfaces for data sources updating information in the on-line maintenance management system data storage.
[0308] Figure 187 depicts a distributed ledger for predictive maintenance information with role-specific access thereof.
[0309] Figure 188 depicts a process for capturing images of portions of an industrial machine.
[0310] Figure 189 depicts a process that uses machine learning on images to recognize a likely internal structure of an industrial machine.
[0311] Figure 190 depicts a knowledge graph of the predictive maintenance gathering information.
103121 Figure 191 depicts an artificial intelligence system generating service recommendations and the like based on predictive maintenance analysis.
[0313] Figure 192 depicts a predictive maintenance timeline superimposed on a preventive maintenance timeline.
[0314] Figure 193 depicts a block diagram of potential sources of diagnostic information.
[0315] Figure 194 depicts a diagram of a process for rating vendors.
[0316] Figure 195 depicts a diagram of a process for rating procedures [0317] Figure 196 depicts a diagram of Blockchain applied to transactions of a predictive maintenance eco-system.
[0318] Figure 197 depicts a transfer function that facilitates converting vibration data into severity units.
[0319] Figure 198 depicts a table that facilitates mapping vibration data to severity units.
(03201 Figure 199 depicts a composite frequency graph for conventional vibration assessment and severity unit-based assessment.
10321) Figure 200 depicts a rendering of a portion of an industrial machine for use in an electronic user interface for depicting and discovering severity units and related information about a rotating component of the industrial machine.
103221 Figure 201 depicts a data table of rotating component design parameters for use in predicting maintenance events.
103231 Figure 202 is a flow chart of predicting maintenance of at least one of a gear, motor and roller bearing based on severity unit and actuator count, such as count of teeth in a gear.
103241 Figure 203 is a schematic diagram of an example platform for facilitating development of intelligence in an Industrial Internet of Things (I1431) system according to some aspects of the present disclosure.
103251 Figure 204 is a schematic diagram showing additional details, components, sub-systems, and other elements of an optional implementation of the example platform of Figure 203;
103261 Figure 205 is a schematic diagram showing a robotic process automation ("RPA") system of the example platform of Figure 203;
103271 Figure 206 is a schematic diagram showing an opportunity mining system and an adaptive intelligence layer of the example platform of Figure 203;
103281 Figure 207 is a schematic diagram showing optional elements of the adaptive intelligent systems layer that facilitate improved edge intelligence of the example platform of Figure 203;
103291 Figure 208 is a schematic diagram showing optional elements of an industrial entity-oriented data storage systems layer of the example platform of Figure 203;
103301 Figure 209 is a schematic diagram showing an example Robotic Process Automation system of the example platform of Figure 203;
103311 Figure 210 is a schematic diagram of an example system for data processing in an industrial environment that utilizes protocol adaptors according to some aspects of the present disclosure;
103321 Figure 211 is another schematic diagram illustrating further components and elements of the example system of Figure 210; and 103331 Figure 212 illustrates an example connect attempt of the example system of Figure 210 according to some aspects of the present disclosure.
DETAILED DESCRIPTION
103341 Detailed embodiments of the present disclosure are disclosed herein;
however, it is to be understood that the disclosed embodiments are merely exemplary of the disclosure, which may be embodied in various forms. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a basis for the claims and as a representative basis for teaching one skilled in the art to variously employ the present disclosure in virtually any appropriately detailed structure.
103351 Methods and systems described herein for industrial machine sensor data streaming, collection, processing, and storage may be configured to operate with existing data collection, processing, and storage systems while preserving access to existing format/frequency range/resolution compatible data. While the industrial machine sensor data streaming facilities described herein may collect a greater volume of data (e.g., longer duration of data collection) from sensors at a wider range of frequencies and with greater resolution than existing data collection systems, methods and systems may be employed to provide access to data from the stream of data that represents one or more ranges of frequency and/or one or more lines of resolution that are purposely compatible with existing systems. Further, a portion of the streamed data may be identified, extracted, stored, and/or forwarded to existing data processing systems to facilitate operation of existing data processing systems that substantively matches operation of existing data processing systems using existing collection-based data. In this way, a newly deployed system for sensing aspects of industrial machines, such as aspects of moving parts of industrial machines, may facilitate continued use of existing sensed data processing facilities, algorithms, models, pattern recognizers, user interfaces, and the like.
103361 Through identification of existing frequency ranges, formats, and/or resolution, such as by accessing a data structure that defines these aspects of existing data, higher resolution streamed data may be configured to represent a specific frequency, frequency range, format, and/or resolution. This configured streamed data can be stored in a data structure that is compatible with existing sensed data structures so that existing processing systems and facilities can access and process the data substantially as if it were the existing data. One approach to adapting streamed data for compatibility with existing sensed data may include aligning the streamed data with existing data so that portions of the streamed data that align with the existing data can be extracted, stored, and made available for processing with existing data processing methods. Alternatively, data processing methods may be configured to process portions of the streamed data that correspond, such as through alignment, to the existing data, with methods that implement functions substantially similar to the methods used to process existing data, such as methods that process data that contain a particular frequency range or a particular resolution and the like.
103371 Methods used to process existing data may be associated with certain characteristics of sensed data, such as certain frequency ranges, sources of data, and the like. As an example, methods for processing bearing sensing information for a moving part of an industrial machine may be capable of processing data from bearing sensors that fall into a particular frequency range. This method can thusly be at least partially identifiable by these characteristics of the data being processed. Therefore, given a set of conditions, such as moving device being sensed, industrial machine type, frequency of data being sensed, and the like, a data processing system may select an appropriate method.
Also, given such a set of conditions, an industrial machine data sensing and processing facility may configure elements, such as data filters, routers, processors, and the like, to handle data meeting the conditions.
103381 Figures 1 through 5 depict portions of an overall view of an industrial Internet of Things (IoT) data collection, monitoring and control system 10. Figure 2 depicts a mobile ad hoc network ("MANET") 20, which may form a secure, temporal network connection 22 (sometimes connected and sometimes isolated), with a cloud 30 or other remote networking system, so that network functions may occur over the MANET 20 within the environment, without the need for external networks, but at other times information can be sent to and from a central location. This allows the industrial environment to use the benefits of networking and control technologies, while also providing security, such as preventing cyber-attacks. The MANET 20 may use cognitive radio technologies 40, including those that fonn up an equivalent to the IP protocol, such as router 42, MAC 44, and physical layer technologies 46. In certain embodiments, the system depicted in Figures 1 through 5 provides network-sensitive or network-aware transport of data over the network to and from a data collection device or a heavy industrial machine.
103391 Figures 3-4 depict intelligent data collection technologies deployed locally, at the edge of an loT deployment, where heavy industrial machines are located. This includes various sensors 52, IoT devices 54, data storage capabilities (e.g., data pools 60, or distributed ledger 62) (including intelligent, self-organizing storage), sensor fusion (including self-organizing sensor fusion), and the like. Interfaces for data collection, including multi-sensory interfaces, tablets, smartphones 58, and the like are shown. Figure 3 also shows data pools 60 that may collect data published by machines or sensors that detect conditions of machines, such as for later consumption by local or remote intelligence. A distributed ledger system 62 may distribute storage across the local storage of various elements of the environment, or more broadly throughout the system.
Figure 4 also shows on-device sensor fusion 80, such as for storing on a device data from multiple analog sensors 82, which may be analyzed locally or in the cloud, such as by machine learning 84, including by training a machine based on initial models created by humans that are augmented by providing feedback (such as based on measures of success) when operating the methods and systems disclosed herein.
103401 Figure 1 depicts a server based portion of an industrial IoT system that may be deployed in the cloud or on an enterprise owner's or operator's premises. The server portion includes network coding (including self-organizing network coding and/or automated configuration) that may configure a network coding model based on feedback measures, network conditions, or the like, for highly efficient transport of large amounts of data across the network to and from data collection systems and the cloud.
Network coding may provide a wide range of capabilities for intelligence, analytics, remote control, remote operation, remote optimization, various storage configurations and the like, as depicted in Figure 1. The various storage configurations may include distributed ledger storage for supporting transactional data or other elements of the system.
103411 Figure 5 depicts a programmatic data marketplace 70, which may be a self-organizing marketplace, such as for making available data that is collected in industrial environments, such as from data collectors, data pools, distributed ledgers, and other elements disclosed herein. Additional detail on the various components and sub-components of Figures 1 through 5 is provided throughout this disclosure.
103421 With reference to Figure 6, an embodiment of platform 100 may include a local data collection system 102, which may be disposed in an environment 104, such as an industrial environment similar to that shown in Figure 3, for collecting data from or about the elements of the environment, such as machines, components, systems, sub-systems, ambient conditions, states, workflows, processes, and other elements. The platform 100 may connect to or include portions of the industrial IoT data collection, monitoring and control system 10 depicted in Figures 1-5. The platform 100 may include a network data transport system 108, such as for transporting data to and from the local data collection system 102 over a network 110, such as to a host processing system 112, such as one that is disposed in a cloud computing environment or on the premises of an enterprise, or that consists of distributed components that interact with each other to process data collected by the local data collection system 102. The host processing system 112, referred to for convenience in some cases as the host system 112, may include various systems, components, methods, processes, facilities, and the like for enabling automated, or automation-assisted processing of the data, such as for monitoring one or more environments 104 or networks 110 or for remotely controlling one or more elements in a local environment 104 or in a network 110. The platform 100 may include one or more local autonomous systems, such as for enabling autonomous behavior, such as reflecting artificial, or machine-based intelligence or such as enabling automated action based on the applications of a set of rules or models upon input data from the local data collection system 102 or from one or more input sources 116, which may comprise information feeds and inputs from a wide array of sources, including those in the local environment 104, in a network 110, in the host system 112, or in one or more external systems, databases, or the like. The platform 100 may include one or more intelligent systems 118, which may be disposed in, integrated with, or acting as inputs to one or more components of the platform 100. Details of these and other components of the platform 100 are provided throughout this disclosure.
103431 Intelligent systems 118 may include cognitive systems 120, such as enabling a degree of cognitive behavior as a result of the coordination of processing elements, such as mesh, peer-to-peer, ring, serial, and other architectures, where one or more node elements is coordinated with other node elements to provide collective, coordinated behavior to assist in processing, communication, data collection, or the like.
The MANET
20 depicted in Figure 2 may also use cognitive radio technologies, including those that form up an equivalent to the IP protocol, such as router 42, MAC 44, and physical layer technologies 46. In one example, the cognitive system technology stack can include examples disclosed in U.S. Patent Number 8,060,017 to Schlicht et al., issued November 2011 and hereby incorporated by reference as if fully set forth herein.
[0344) Intelligent systems may include machine learning systems 122, such as for learning on one or more data sets. The one or more data sets may include information collected using local data collection systems 102 or other information from input sources 116, such as to recognize states, objects, events, patterns, conditions, or the like that may, in turn, be used for processing by the host system 112 as inputs to components of the platform 100 and portions of the industrial loT data collection, monitoring and control system 10, or the like. Learning may be human-supervised or fully-automated, such as using one or more input sources 116 to provide a data set, along with information about the item to be learned.
Machine learning may use one or more models, rules, semantic understandings, workflows, or other structured or semi-structured understanding of the world, such as for automated optimization of control of a system or process based on feedback or feed forward to an operating model for the system or process. One such machine learning technique for semantic and contextual understandings, workflows, or other structured or semi-structured understandings is disclosed in U.S. Patent Number 8,200,775 to Moore, issued 12 June 2012, and hereby incorporated by reference as if fully set forth herein.
Machine learning may be used to improve the foregoing, such as by adjusting one or more weights, structures, rules, or the like (such as changing a function within a model) based on feedback (such as regarding the success of a model in a given situation) or based on iteration (such as in a recursive process). Where sufficient understanding of the underlying structure or behavior of a system is not known, insufficient data is not available, or in other cases where preferred for various reasons, machine learning may also be undertaken in the absence of an underlying model; that is, input sources may be weighted, structured, or the like within a machine learning facility without regard to any a priori understanding of structure, and outcomes (such as those based on measures of success at accomplishing various desired objectives) can be serially fed to the machine learning system to allow it to learn how to achieve the targeted objectives. For example, the system may learn to recognize faults, to recognize patterns, to develop models or functions, to develop rules, to optimize performance, to minimize failure rates, to optimize profits, to optimize resource utilization, to optimize flow (such as flow of traffic), or to optimize many other parameters that may be relevant to successful outcomes (such as outcomes in a wide range of environments). Machine learning may use genetic programming techniques, such as promoting or demoting one or more input sources, structures, data types, objects, weights, nodes, links, or other factors based on feedback (such that successful elements emerge over a series of generations). For example, alternative available sensor inputs for a data collection system 102 may be arranged in alternative configurations and permutations, such that the system may, using generic programming techniques over a series of data collection events, determine what permutations provide successful outcomes based on various conditions (such as conditions of components of the platform 100, conditions of the network 110, conditions of a data collection system 102, conditions of an environment 104), or the like. In embodiments, local machine learning may turn on or off one or more sensors in a multi-sensor data collector 102 in permutations over time, while tracking success outcomes such as contributing to success in predicting a failure, contributing to a performance indicator (such as efficiency, effectiveness, return on investment, yield, or the like), contributing to optimization of one or more parameters, identification of a pattern (such as relating to a threat, a failure mode, a success mode, or the like) or the like. For example, a system may learn what sets of sensors should be turned on or off under given conditions to achieve the highest value utilization of a data collector 102.
In embodiments, similar techniques may be used to handle optimization of transport of data in the platform 100 (such as in the network 110) by using generic programming or other machine learning techniques to learn to configure network elements (such as configuring network transport paths, configuring network coding types and architectures, configuring network security elements), and the like.
103451 In embodiments, the local data collection system 102 may include a high-performance, multi-sensor data collector having a number of novel features for collection and processing of analog and other sensor data. In embodiments, a local data collection system 102 may be deployed to the industrial facilities depicted in Figure 3.
A local data collection system 102 may also be deployed monitor other machines such as the machine 2200. The data collection system 102 may have on-board intelligent systems 118 (such as for learning to optimize the configuration and operation of the data collector, such as configuring permutations and combinations of sensors based on contexts and conditions).
In one example, the data collection system 102 includes a crosspoint switch 130 or other analog switch. Automated, intelligent configuration of the local data collection system 102 may be based on a variety of types of information, such as information from various input sources, including those based on available power, power requirements of sensors, the value of the data collected (such as based on feedback information from other elements of the platform 100), the relative value of information (such as values based on the availability of other sources of the same or similar information), power availability (such as for powering sensors), network conditions, ambient conditions, operating states, operating contexts, operating events, and many others.
[0346] Figure 7 shows elements and sub-components of a data collection and analysis system 1100 for sensor data (such as analog sensor data) collected in industrial environments. As depicted in Figure 7, embodiments of the methods and systems disclosed herein may include hardware that has several different modules starting with the multiplexer ("MUX") main board 1104. In embodiments, there may be a MUX option board 1108. The MUX 114 main board is where the sensors connect to the system.
These connections are on top to enable ease of installation. Then there are numerous settings on the underside of this board as well as on the Mux option board 1108, which attaches to the MUX main board 1104 via two headers one at either end of the board. In embodiments, the Mux option board has the male headers, which mesh together with the female header on the main Mux board. This enables them to be stacked on top of each other taking up less real estate.
[0347] In embodiments, the main Mux board and/or the MUX option board then connects to the mother (e.g., with 4 simultaneous channels) and daughter (e.g., with 4 additional channels for 8 total channels) analog boards 1110 via cables where some of the signal conditioning (such as hardware integration) occurs. The signals then move from the analog boards 1110 to an anti-aliasing board (not shown) where some of the potential abasing is removed. The rest of the aliasing removal is done on the delta sigma board 1112. The delta sigma board 1112 provides more aliasing protection along with other conditioning and digitizing of the signal. Next, the data moves to the Jennicmi board 1114 for more digitizing as well as communication to a computer via USB or Ethernet In embodiments, the JennicTm board 1114 may be replaced with a pie board 1118 for more advanced and efficient data collection as well as communication. Once the data moves to the computer software 1102, the computer software 1102 can manipulate the data to show trending, spectra, waveform, statistics, and analytics.
[0348] In embodiments, the system is meant to take in all types of data from volts to 4-20 mA signals. In embodiments, open formats of data storage and communication may be used. In some instances, certain portions of the system may be proprietary especially some of research and data associated with the analytics and reporting. In embodiments, smart band analysis is a way to break data down into easily analyzed parts that can be combined with other smart bands to make new more simplified yet sophisticated analytics. In embodiments, this unique information is taken and graphics are used to depict the conditions because picture depictions are more helpful to the user. In embodiments, complicated programs and user interfaces are simplified so that any user can manipulate the data like an expert.
103491 In embodiments, the system in essence, works in a big loop. The system starts in software with a general user interface ("GUI") 1124. In embodiments, rapid route creation may take advantage of hierarchical templates. In embodiments, a GUI is created so any general user can populate the information itself with simple templates. Once the templates are created the user can copy and paste whatever the user needs. In addition, users can develop their own templates for future ease of use and to institutionalize the knowledge.
When the user has entered all of the user's information and connected all of the user's sensors, the user can then start the system acquiring data.
103501 Embodiments of the methods and systems disclosed herein may include unique electrostatic protection for trigger and vibration inputs. In many critical industrial environments where large electrostatic forces, which can harm electrical equipment, may build up, for example rotating machinery or low-speed balancing using large belts, proper transducer and trigger input protection is required. In embodiments, a low-cost but efficient method is described for such protection without the need for external supplemental devices.
103511 Typically, vibration data collectors are not designed to handle large input voltages due to the expense and the fact that, more often than not, it is not needed. A
need exists .. for these data collectors to acquire many varied types of RPM data as technology improves and monitoring costs plummet. In embodiments, a method is using the already established OptoMOSTm technology which permits the switching up front of high voltage signals rather than using more conventional reed-relay approaches. Many historic concerns regarding non-linear zero crossing or other non-linear solid-state behaviors have been eliminated with regard to the passing through of weakly buffered analog signals. In addition, in embodiments, printed circuit board routing topologies place all of the individual channel input circuitry as close to the input connector as possible. In embodiments, a unique electrostatic protection for trigger and vibration inputs may be placed upfront on the Mux and DAQ hardware in order to dissipate the built up electric charge as the signal passed from the sensor to the hardware. In embodiments, the Mux and analog board may support high-amperage input using a design topology comprising wider traces and solid state relays for upfront circuitry.
[0352] In some systems multiplexers are afterthoughts and the quality of the signal coming from the multiplexer is not considered. As a result of a poor quality multiplexer, the quality of the signal can drop as much as 30 dB or more. Thus, substantial signal quality may be lost using a 24-bit DAQ that has a signal to noise ratio of 110 dB and if the signal to noise ratio drops to 80 dB in the Mux, it may not be much better than a 16-bit system from 20 years ago. In embodiments of this system, an important part at the front of the Mux is upfront signal conditioning on Mux for improved signal-to-noise ratio.
Embodiments may perform signal conditioning (such as range/gain control, integration, filtering, etc.) on vibration as well as other signal inputs up front before Mux switching to achieve the highest signal-to-noise ratio.
[0353] In embodiments, in addition to providing a better signal, the multiplexer may provide a continuous monitor alarming feature. Truly continuous systems monitor every sensor all the time but tend to be expensive. Typical multiplexer systems only monitor a set number of channels at one time and switch from bank to bank of a larger set of sensors.
As a result, the sensors not being currently collected are not being monitored; if a level increases the user may never know. In embodiments, a multiplexer may have a continuous monitor alarming feature by placing circuitry on the multiplexer that can measure input channel levels against known alarm conditions even when the data acquisition ("DAQ') is not monitoring the input. In embodiments, continuous monitoring Mux bypass offers a mechanism whereby channels not being currently sampled by the Mux system may be continuously monitored for significant alarm conditions via a number of trigger conditions using filtered peak-hold circuits or functionally similar that are in turn passed on to the monitoring system in an expedient manner using hardware interrupts or other means. This, in essence, makes the system continuously monitoring, although without the ability to instantly capture data on the problem like a true continuous system. In embodiments, coupling this capability to alarm with adaptive scheduling techniques for continuous monitoring and the continuous monitoring system's software adapting and adjusting the data collection sequence based on statistics, analytics, data alarms and dynamic analysis may allow the system to quickly collect dynamic spectral data on the alarming sensor very soon after the alarm sounds.
10354) Another restriction of typical multiplexers is that they may have a limited number of channels. In embodiments, use of distributed complex programmable logic device ("CPLD") chips with dedicated bus for logic control of multiple Mux and data acquisition sections enables a CPLD to control multiple mux and DAQs so that there is no limit to the number of channels a system can handle. Interfacing to multiple types of predictive maintenance and vibration transducers requires a great deal of switching. This includes AC/DC coupling, 4-20 interfacing, integrated electronic piezoelectric transducer, channel power-down (for conserving op-amp power), single-ended or differential grounding options, and so on. Also required is the control of digital pots for range and gain control, switches for hardware integration, AA filtering and triggering. This logic can be performed by a series of CPLD chips strategically located for the tasks they control. A
single giant CPLD requires long circuit routes with a great deal of density at the single giant CPLD. In embodiments, distributed CPLDs not only address these concerns but offer a great deal of flexibility. A bus is created where each CPLD that has a fixed assignment has its own unique device address. In embodiments, multiplexers and DAQs can stack together offering additional input and output channels to the system. For multiple boards (e.g., for multiple Mux boards), jumpers are provided for setting multiple addresses. In another example, three bits permit up to 8 boards that are jumper configurable. In embodiments, a bus protocol is defined such that each CPLD on the bus can either be addressed individually or as a group.
103551 Typical multiplexers may be limited to collecting only sensors in the same bank.
For detailed analysis, this may be limiting as there is tremendous value in being able to simultaneously review data from sensors on the same machine. Current systems using conventional fixed bank multiplexers can only comp= a limited number of channels (based on the number of channels per bank) that were assigned to a particular group at the time of installation. The only way to provide some flexibility is to either overlap channels or incorporate lots of redundancy in the system both of which can add considerable expense (in some cases an exponential increase in cost versus flexibility).
The simplest Mux design selects one of many inputs and routes it into a single output line.
A banked design would consist of a group of these simple building blocks, each handling a fixed group of inputs and routing to its respective output. Typically, the inputs are not overlapping so that the input of one Mux grouping cannot be routed into another. Unlike conventional Mux chips which typically switch a fixed group or banks of a fixed selection of channels into a single output (e.g., in groups of 2, 4, 8, etc.), a cross point Mux allows the user to assign any input to any output. Previously, crosspoint multiplexers were used for specialized purposes such as RGB digital video applications and were as a practical matter too noisy for analog applications such as vibration analysis; however more recent advances in the technology now make it feasible. Another advantage of the crosspoint Mux is the ability to disable outputs by putting them into a high impedance state.
This is ideal for an output bus so that multiple Mux cards may be stacked, and their output buses joined together without the need for bus switches.
103561 In embodiments, this may be addressed by use of an analog crosspoint switch for collecting variable groups of vibration input channels and providing a matrix circuit so the system may access any set of eight channels from the total number of input sensors.
103571 In embodiments, the ability to control multiple multiplexers with use of distributed CPLD chips with dedicated bus for logic control of multiple Mux and data acquisition sections is enhanced with a hierarchical multiplexer which allows for multiple DAQ to collect data from multiple multiplexers. A hierarchical Mux may allow modularly output of more channels, such as 16, 24 or more to multiple of eight channel card sets. In embodiments, this allows for faster data collection as well as more channels of simultaneous data collection for more complex analysis. In embodiments, the Mux may be configured slightly to make it portable and use data acquisition parking features, which turns SV3X DAQ into a protected system embodiment.
103581 In embodiments, once the signals leave the multiplexer and hierarchical Mux they move to the analog board where there are other enhancements. In embodiments, power .. saving techniques may be used such as: power-down of analog channels when not in use;
powering down of component boards; power-down of analog signal processing op-amps for non-selected channels ; powering down channels on the mother and the daughter analog boards. The ability to power down component boards and other hardware by the low-level firmware for the DAQ system makes high-level application control with respect .. to power-saving capabilities relatively easy. Explicit control of the hardware is always possible but not required by default. In embodiments, this power saving benefit may be of value to a protected system, especially if it is battery operated or solar powered.
[0359] In embodiments, in order to maximize the signal to noise ratio and provide the best data, a peak-detector for auto-scaling routed into a separate A/D will provide the system the highest peak in each set of data so it can rapidly scale the data to that peak. For vibration analysis purposes, the built-in A/D convertors in many microprocessors may be inadequate with regards to number of bits, number of channels or sampling frequency versus not slowing the microprocessor down significantly. Despite these limitations, it is useful to use them for purposes of auto-scaling. In embodiments, a separate A/D may be used that has reduced functionality and is cheaper. For each channel of input, after the signal is buffered (usually with the appropriate coupling: AC or DC) but before it is signal conditioned, the signal is fed directly into the microprocessor or low-cost A/D. Unlike the conditioned signal for which range, gain and filter switches are thrown, no switches are varied. This permits the simultaneous sampling of the auto-scaling data while the input data is signal conditioned, fed into a more robust external A/D, and directed into on-board memory using direct memory access (DMA) methods where memory is accessed without requiring a CPU. This significantly simplifies the auto-scaling process by not having to throw switches and then allow for settling time, which greatly slows down the auto-scaling process. Furthermore, the data may be collected simultaneously, which assures the best signal-to-noise ratio. The reduced number of bits and other features is usually more than adequate for auto-scaling purposes. In embodiments, improved integration using both analog and digital methods create an innovative hybrid integration which also improves or maintains the highest possible signal to noise ratio.
[0360] In embodiments, a section of the analog board may allow routing of a trigger channel, either raw or buffered, into other analog channels. This may allow a user to route the trigger to any of the channels for analysis and trouble shooting. Systems may have trigger channels for the purposes of determining relative phase between various input data sets or for acquiring significant data without the needless repetition of unwanted input. In embodiments, digitally controlled relays may be used to switch either the raw or buffered trigger signal into one of the input channels. It may be desirable to examine the quality of the triggering pulse because it may be corrupted for a variety of reasons including inadequate placement of the trigger sensor, wiring issues, faulty setup issues such as a dirty piece of reflective tape if using an optical sensor, and so on. The ability to look at either the raw or buffered signal may offer an excellent diagnostic or debugging vehicle. It also can offer some improved phase analysis capability by making use of the recorded data signal for various signal processing techniques such as variable speed filtering algorithms.
103611 In embodiments, once the signals leave the analog board, the signals move into the delta-sigma board where precise voltage reference for A/D zero reference offers more accurate direct current sensor data. The delta sigma's high speeds also provide for using higher input oversampling for delta-sigma A/D for lower sampling rate outputs to minimize antialiasing filter requirements. Lower oversampling rates can be used for higher sampling rates. For example, a 3'd order AA filter set for the lowest sampling requirement for 256 Hz (Fmax of 100 Hz) is then adequate for Fmax ranges of 200 and 500 Hz. Another higher-cutoff AA filter can then be used for Fmax ranges from 1 kHz and higher (with a secondary filter kicking in at 2.56x the highest sampling rate of 128 kHz). In embodiments, a CPLD may be used as a clock-divider for a delta-sigma A/D to achieve lower sampling rates without the need for digital resampling. In embodiments, a high-frequency crystal reference can be divided down to lower frequencies by employing a CPLD as a programmable clock divider. The accuracy of the divided down lower frequencies is even more accurate than the original source relative to their longer time periods.
This also minimizes or removes the need for resampling processing by the delta-sigma A/D.
103621 In embodiments, the data then moves from the delta-sigma board to the JennicTm board where phase relative to input and trigger channels using on-board timers may be digitally derived. In embodiments, the JennicTm board also has the ability to store calibration data and system maintenance repair history data in an on-board card set. In embodiments, the Jennicrm board will enable acquiring long blocks of data at high-sampling rate as opposed to multiple sets of data taken at different sampling rates so it can stream data and acquire long blocks of data for advanced analysis in the future.
103631 In embodiments, after the signal moves through the Jennicim board it may then be transmitted to the computer. In embodiments, the computer software will be used to add intelligence to the system starting with an expert system GUI. The GUI will offer a graphical expert system with simplified user interface for defining smart bands and diagnoses which facilitate anyone to develop complex analytics. In embodiments, this user interface may revolve around smart bands, which are a simplified approach to complex yet flexible analytics for the general user. In embodiments, the smart bands may pair with a self-learning neural network for an even more advanced analytical approach In embodiments, this system may use the machine's hierarchy for additional analytical insight. One critical part of predictive maintenance is the ability to learn from known information during repairs or inspections. In embodiments, graphical approaches for back calculations may improve the smart bands and correlations based on a known fault or problem.
[0364] In embodiments, there is a smart route which adapts which sensors it collects simultaneously in order to gain additional correlative intelligence. In embodiments, smart operational data store ("ODS") allows the system to elect to gather data to perform operational deflection shape analysis in order to further examine the machinery condition.
In embodiments, adaptive scheduling techniques allow the system to change the scheduled data collected for full spectral analysis across a number (e.g., eight), of correlative channels. In embodiments, the system may provide data to enable extended statistics capabilities for continuous monitoring as well as ambient local vibration for analysis that combines ambient temperature and local temperature and vibration levels changes for identifying machinery issues.
[0365] In embodiments, a data acquisition device may be controlled by a personal computer (PC) to implement the desired data acquisition commands. In embodiments, the DAQ box may be self-sufficient, and can acquire, process, analyze and monitor independent of external PC control. Embodiments may include secure digital (SD) card storage. In embodiments, significant additional storage capability may be provided by .. utilizing an SD card. This may prove critical for monitoring applications where critical data may be stored permanently. Also, if a power failure should occur, the most recent data may be stored despite the fact that it was not off-loaded to another system.
[0366] A current trend has been to make DAQ systems as communicative as possible with the outside world usually in the form of networks including wireless. In the past it was common to use a dedicated bus to control a DAQ system with either a microprocessor or microcontroller/microprocessor paired with a PC. In embodiments, a DAQ system may comprise one or more microprocessor/microcontrollets, specialized microcontrollers/microprocessors, or dedicated processors focused primarily on the communication aspects with the outside world. These include USB, Ethernet and wireless .. with the ability to provide an IP address or addresses in order to host a webpage. All communications with the outside world are then accomplished using a simple text based menu. The usual array of commands (in practice more than a hundred) such as InitializeCard, AcquireData, StopAcquisition, RetrieveCalibration info, and so on, would be provided.
[0367] In embodiments, intense signal processing activities including resampling, weighting, filtering, and spectrum processing may be performed by dedicated processors such as field-programmable gate array ("FPGAs"), digital signal processor ("DSP"), microprocessors, micro-controllers, or a combination thereof. In embodiments, this subsystem may communicate via a specialized hardware bus with the communication processing section. It will be facilitated with dual-port memory, semaphore logic, and so on. This embodiment will not only provide a marked improvement in efficiency but can significantly improve the processing capability, including the streaming of the data as well other high-end analytical techniques. This negates the need for constantly interrupting the main processes which include the control of the signal conditioning circuits, triggering, raw data acquisition using the A/D, directing the A/D output to the appropriate on-board memory and processing that data.
103681 Embodiments may include sensor overload identification. A need exists for monitoring systems to identify when the sensor is overloading. There may be situations involving high-frequency inputs that will saturate a standard 100 mv/g sensor (which is most commonly used in the industry) and having the ability to sense the overload improves data quality for better analysis. A monitoring system may identify when their system is overloading, but in embodiments, the system may look at the voltage of the sensor to determine if the overload is from the sensor, enabling the user to get another sensor better suited to the situation, or gather the data again.
[0369] Embodiments may include radio frequency identification ("RFTD") and an inclinometer or accelerometer on a sensor so the sensor can indicate what machine/bearing it is attached to and what direction such that the software can automatically store the data without the user input. In embodiments, users could put the system on any machine or machines and the system would automatically set itself up and be ready for data collection in seconds.
[0370] Embodiments may include ultrasonic online monitoring by placing ultrasonic sensors inside transformers, motor control centers, breakers and the like and monitoring, via a sound spectnun, continuously looking for patterns that identify arcing, corona and other electrical issues indicating a break down or issue. Embodiments may include providing continuous ultrasonic monitoring of rotating elements and bearings of an energy production facility. In embodiments, an analysis engine may be used in ultrasonic online monitoring as well as identifying other faults by combining the ultrasonic data with other parameters such as vibration, temperature, pressure, heat flux, magnetic fields, electrical fields, currents, voltage, capacitance, inductance, and combinations (e.g., simple ratios) of the same, among many others.
[0371] Embodiments of the methods and systems disclosed herein may include use of an analog crosspoint switch for collecting variable groups of vibration input channels. For vibration analysis, it is useful to obtain multiple channels simultaneously from vibration transducers mounted on different parts of a machine (or machines) in multiple directions.
By obtaining the readings at the same time, for example, the relative phases of the inputs may be compared for the purpose of diagnosing various mechanical faults. Other types of cross channel analyses such as cross-correlation, transfer functions, Operating Deflection Shape ("ODS") may also be perfornied.
[0372] Embodiments of the methods and systems disclosed herein may include precise voltage reference for A/D zero reference. Some A/D chips provide their own internal zero voltage reference to be used as a mid-scale value for external signal conditioning circuitry to ensure that both the A/D and external op-amps use the same reference.
Although this sounds reasonable in principle, there are practical complications. In many cases these references are inherently based on a supply voltage using a resistor-divider.
For many current systems, especially those whose power is derived from a PC via USB or similar bus, this provides for an unreliable reference, as the supply voltage will often vary quite significantly with load. This is especially true for delta-sigma A/D chips which necessitate increased signal processing. Although the offsets may drift together with load, a problem arises if one wants to calibrate the readings digitally. It is typical to modify the voltage offset expressed as counts coming from the A/D digitally to compensate for the DC drift.
However, for this case, if the proper calibration offset is determined for one set of loading conditions, they will not apply for other conditions. An absolute DC offset expressed in counts will no longer be applicable. As a result, it becomes necessary to calibrate for all loading conditions which becomes complex, unreliable, and ultimately unmanageable. In embodiments, an external voltage reference is used which is simply independent of the supply voltage to use as the zero offset.
[0373] In embodiments, the system provides a phase-lock-loop band pass tracking filter method for obtaining slow-speed RPMs and phase for balancing purposes to remotely balance slow speed machinery, such as in paper mills, as well as offering additional analysis from its data. For balancing purposes, it is sometimes necessary to balance at very slow speeds. A typical tracking filter may be constructed based on a phase-lock loop or PLL design; however, stability and speed range are overriding concerns. In embodiments, a number of digitally controlled switches are used for selecting the appropriate RC and damping constants. The switching can be done all automatically after measuring the frequency of the incoming tach signal. Embodiments of the methods and systems disclosed herein may include digital derivation of phase relative to input and trigger channels using on-board timers. In embodiments, digital phase derivation uses digital timers to ascertain an exact delay from a trigger event to the precise start of data acquisition.
This delay, or offset, then, is further refined using interpolation methods to obtain an even more precise offset which is then applied to the analytically determined phase of the acquired data such that the phase is "in essence" an absolute phase with precise mechanical meaning useful for among other things, one-shot balancing, alignment analysis, and so on.
103741 Embodiments of the methods and systems disclosed herein may include signal processing firmware/hardware. In embodiments, long blocks of data may be acquired at high-sampling rate as opposed to multiple sets of data taken at different sampling rates.
Typically, in modern route collection for vibration analysis, it is customary to collect data at a fixed sampling rate with a specified data length. The sampling rate and data length .. may vary from route point to point based on the specific mechanical analysis requirements at hand. For example, a motor may require a relatively low sampling rate with high resolution to distinguish running speed harmonics from line frequency harmonics. The practical trade-off here though is that it takes more collection time to achieve this improved resolution. In contrast, some high-speed compressors or gear sets require much higher sampling rates to measure the amplitudes of relatively higher frequency data although the precise resolution may not be as necessary. Ideally, however, it would be better to collect a very long sample length of data at a very high-sampling rate. When digital acquisition devices were first popularized in the early 1980's, the A/D sampling, digital storage, and computational abilities were not close to what they are today, so compromises were made between the time required for data collection and the desired resolution and accuracy. It was because of this limitation that some analysts in the field even refused to give up their analog tape recording systems, which did not suffer as much from these same digitizing drawbacks. A few hybrid systems were employed that would digitize the play back of the recorded analog data at multiple sampling rates and lengths desired, though these systems were admittedly less automated. The more common approach, as mentioned earlier, is to balance data collection time with analysis capability and digitally acquire the data blocks at multiple sampling rates and sampling lengths and digitally store these blocks separately.
In embodiments, a long data length of data can be collected at the highest practical sampling rate (e.g., 102.4 kHz; corresponding to a 40 kHz Fmax) and stored.
This long block of data can be acquired in the same amount of time as the shorter length of the lower sampling rates utilized by a priori methods so that there is no effective delay added to the sampling at the measurement point, always a concern in route collection. In embodiments, analog tape recording of data is digitally simulated with such a precision that it can be in effect considered continuous or "analog" for many purposes, including for purposes of embodiments of the present disclosure, except where context indicates otherwise.
103751 Embodiments of the methods and systems disclosed herein may include storage of calibration data and maintenance history on-board card sets. Many data acquisition devices which rely on interfacing to a PC to function store their calibration coefficients on the PC.
This is especially true for complex data acquisition devices whose signal paths are many and therefore whose calibration tables can be quite large. In embodiments, calibration coefficients are stored in flash memory which will remember this data or any other significant information for that matter, for all practical purposes, permanently. This information may include nameplate information such as serial numbers of individual components, firmware or software version numbers, maintenance history, and the calibration tables. In embodiments, no matter which computer the box is ultimately connected to, the DAQ box remains calibrated and continues to hold all of this critical information. The PC or external device may poll for this information at any time for implantation or information exchange purposes.
103761 Embodiments of the methods and systems disclosed herein may include rapid route creation taking advantage of hierarchical templates. In the field of vibration monitoring, as well as parametric monitoring in general, it is necessary to establish in a database or functional equivalent the existence of data monitoring points. These points are associated a variety of attributes including the following categories: transducer attributes, data collection settings, machinery parameters and operating parameters. The transducer attributes would include probe type, probe mounting type and probe mounting direction or axis orientation. Data collection attributes associated with the measurement would involve a sampling rate, data length, integrated electronic piezoelectric probe power and coupling requirements, hardware integration requirements, 4-20 or voltage interfacing, range and gain settings (if applicable), filter requirements, and so on. Machinery parametric requirements relative to the specific point would include such items as operating speed, bearing type, bearing parametric data which for a rolling element bearing includes the pitch diameter, number of balls, inner race, and outer-race diameters. For a tilting pad bearing, this would include the number of pads and so on. For measurement points on a piece of equipment such as a gearbox, needed parameters would include, for example, the number of gear teeth on each of the gears. For induction motors, it would include the number of rotor bars and poles; for compressors, the number of blades and/or vanes; for fans, the number of blades. For belt/pulley systems, the number of belts as well as the relevant belt-passing frequencies may be calculated from the dimensions of the pulleys and pulley center-to-center distance. For measurements near couplings, the coupling type and number of teeth in a geared coupling may be necessary, and soon. Operating parametric data would .. include operating load, which may be expressed in megawatts, flow (either air or fluid), percentage, horsepower, feet-per-minute, and so on. Operating temperatures both ambient and operational, pressures, humidity, and so on, may also be relevant. As can be seen, the setup information required for an individual measurement point can be quite large. It is also crucial to performing any legitimate analysis of the data. Machinery, equipment, and bearing specific information are essential for identifying fault frequencies as well as anticipating the various kinds of specific faults to be expected. The transducer attributes as well as data collection parameters are vital for properly interpreting the data along with providing limits for the type of analytical techniques suitable. The traditional means of entering this data has been manual and quite tedious, usually at the lowest hierarchical level (for example, at the bearing level with regards to machinery parameters), and at the transducer level for data collection setup information. It cannot be stressed enough, however, the importance of the hierarchical relationships necessary to organize data¨
both for analytical and interpretive purposes as well as the storage and movement of data.
Here, we are focusing primarily on the storage and movement of data. By its nature, the aforementioned setup information is extremely redundant at the level of the lowest hierarchies; however, because of its strong hierarchical nature, it can be stored quite efficiently in that form. In embodiments, hierarchical nature can be utilized when copying data in the form of templates. As an example, hierarchical storage structure suitable for many purposes is defined from general to specific of company, plant or site, unit or process, machine, equipment, shaft element, bearing, and transducer. It is much easier to copy data associated with a particular machine, piece of equipment, shaft element or bearing than it is to copy only at the lowest transducer level. In embodiments, the system not only stores data in this hierarchical fashion, but robustly supports the rapid copying of data using these hierarchical templates. Similarity of elements at specific hierarchical levels lends itself to effective data storage in hierarchical format. For example, so many machines have common elements such as motors, gearboxes, compressors, belts, fans, and so on. More specifically, many motors can be easily classified as induction, DC, fixed or variable speed. Many gearboxes can be grouped into commonly occurring groupings such as input/output, input pinion/intermediate pinion/output pinion, 4-posters, and so on.
Within a plant or company, there are many similar types of equipment purchased and standardized on for both cost and maintenance reasons. This results in an enormous overlapping of similar types of equipment and, as a result, offers a great opportunity for taking advantage of a hierarchical template approach.
103771 Embodiments of the methods and systems disclosed herein may include smart bands. Smart bands refer to any processed signal characteristics derived from any dynamic input or group of inputs for the purposes of analyzing the data and achieving the correct diagnoses. Furthermore, smart bands may even include mini or relatively simple diagnoses for the purposes of achieving a more robust and complex one. Historically, in the field of mechanical vibration analysis, Alarm Bands have been used to define spectral frequency bands of interest for the purposes of analyzing and/or trending significant vibration patterns. The Alarm Band typically consists of a spectral (amplitude plotted against frequency) region defined between a low and high frequency border. The amplitude between these borders is summed in the same manner for which an overall amplitude is calculated. A Smart Band is more flexible in that it not only refers to a specific frequency band but can also refer to a group of spectral peaks such as the harmonics of a single peak, a true-peak level or crest factor derived from a time waveform, an overall derived from a vibration envelope spectrum or other specialized signal analysis technique or a logical combination (AND, OR, XOR, etc.) of these signal attributes. In addition, a myriad assortment of other parametric data, including system load, motor voltage and phase information, bearing temperatum, flow rates, and the like, can likewise be used as the basis for forming additional smart bands. In embodiments, Smart Band symptoms may be used as building blocks for an expert system whose engine would utilize these inputs to derive diagnoses. Some of these mini-diagnoses may then in turn be used as Smart-Band symptoms (smart bands can include even diagnoses) for more generalized diagnoses.
103781 Embodiments of the methods and systems disclosed herein may include a neural net expert system using smart bands. Typical vibration analysis engines are rule-based (i.e., they use a list of expert rules which, when met, trigger specific diagnoses). In contrast, a neural approach utilizes the weighted triggering of multiple input stimuli into smaller analytical engines or neurons which in turn feed a simplified weighted output to other neurons. The output of these neurons can be also classified as smart bands which in turn feed other neurons. This produces a more layered approach to expert diagnosing as opposed to the one-shot approach of a rule-based system. In embodiments, the expert system utilizes this neural approach using smart bands; however, it does not preclude rule-based diagnoses being reclassified as smart bands as further stimuli to be utilized by the expert system. From this point-of-view, it can be oveniewed as a hybrid approach, although at the highest level it is essentially neural.
103791 Embodiments of the methods and systems disclosed herein may include use of database hierarchy in analysis smart band symptoms and diagnoses may be assigned to various hierarchical database levels. For example, a smart band may be called "Looseness"
at the bearing level, trigger "Looseness" at the equipment level, and trigger "Looseness"
at the machine level. Another example would be having a smart band diagnosis called "Horizontal Plane Phase Flip" across a coupling and generate a smart band diagnosis of "Vertical Coupling Misalignment" at the machine level.
103801 Embodiments of the methods and systems disclosed herein may include expert system GUIs. In embodiments, the system undertakes a graphical approach to defming smart bands and diagnoses for the expert system. The entry of symptoms, rules, or more generally smart bands for creating a particular machine diagnosis, may be tedious and time consuming. One means of making the process more expedient and efficient is to provide a graphical means by use of wiring. The proposed graphical interface consists of four major components: a symptom parts bin, diagnoses bin, tools bin, and graphical wiring area ("GWA"). In embodiments, a symptom parts bin includes various spectral, waveform, envelope and any type of signal processing characteristic or grouping of characteristics such as a spectral peak, spectral harmonic, waveform true-peak, waveform crest-factor, spectral alarm band, and so on. Each part may be assigned additional properties. For example, a spectral peak part may be assigned a frequency or order (multiple) of running speed. Some parts may be pre-defined or user defined such as a lx, 2x, 3x running speed, lx, 2x, 3x gear mesh, lx, 2x, 3x blade pass, number of motor rotor bars x running speed, and so on.
103811 In embodiments, the diagnoses bin includes various pre-defined as well as user-defined diagnoses such as misalignment, imbalance, looseness, bearing faults, and so on.
Like parts, diagnoses may also be used as parts for the purposes of building more complex diagnoses. In embodiments, the tools bin includes logical operations such as AND, OR, XOR, etc. or other ways of combining the various parts listed above such as Find Max, Find Min, Interpolate, Average, other Statistical Operations, etc. In embodiments, a graphical wiring area includes parts from the parts bin or diagnoses from the diagnoses bin and may be combined using tools to create diagnoses. The various parts, tools and diagnoses will be represented with icons which am simply graphically wired together in the desired manner.
103821 Embodiments of the methods and systems disclosed herein may include a graphical approach for back-calculation definition. In embodiments, the expert system also provides the opportunity for the system to learn. If one already knows that a unique set of stimuli or smart bands corresponds to a specific fault or diagnosis, then it is possible to back-calculate a set of coefficients that when applied to a future set of similar stimuli would arrive at the same diagnosis. In embodiments, if there are multiple sets of data, a best-fit approach may be used. Unlike the smart band GUI, this embodiment will self-generate a wiring diagram. In embodiments, the user may tailor the back-propagation approach settings and use a database browser to match specific sets of data with the desired diagnoses. In embodiments, the desired diagnoses may be created or custom tailored with a smart band GUI. In embodiments, after that, a user may press the GENERATE
button and a dynamic wiring of the symptom-to-diagnosis may appear on the screen as it works through the algorithms to achieve the best fit. In embodiments, when complete, a variety of statistics are presented which detail how well the mapping process proceeded. In some cases, no mapping may be achieved if, for example, the input data was all zero or the .. wrong data (mistakenly assigned) and so on. Embodiments of the methods and systems disclosed herein may include bearing analysis methods. In embodiments, bearing analysis methods may be used in conjunction with a computer aided design ("CAD"), predictive deconvolution, minimtun variance distortionless response ("MVDR") and spectrum sum-of-harmonics.
[0383J In recent years, there has been a strong drive to save power which has resulted in an influx of variable frequency drives and variable speed machinery. In embodiments, a bearing analysis method is provided. In embodiments, torsional vibration detection and analysis is provided utilizing transitory signal analysis to provide an advanced torsional vibration analysis for a more comprehensive way to diagnose machinery where torsional forces are relevant (such as machinery with rotating components). Due primarily to the decrease in cost of motor speed control systems, as well as the increased cost and consciousness of energy-usage, it has become more economically justifiable to take advantage of the potentially vast energy savings of load control.
Unfortunately, one frequently overlooked design aspect of this issue is that of vibration. When a machine is designed to run at only one speed, it is far easier to design the physical structure accordingly so as to avoid mechanical resonances both structural and torsional, each of .. which can dramatically shorten the mechanical health of a machine. This would include such structural characteristics as the types of materials to use, their weight, stiffening member requirements and placement, bearing types, bearing location, base support constraints, etc. Even with machines running at one speed, designing a structure so as to minimize vibration can prove a daunting task, potentially requiring computer modeling, finite-element analysis, and field testing. By throwing variable speeds into the mix, in many cases, it becomes impossible to design for all desirable speeds. The problem then becomes one of minimization, e.g., by speed avoidance. This is why many modern motor controllers are typically programmed to skip or quickly pass through specific speed ranges or bands. Embodiments may include identifying speed ranges in a vibration monitoring system. Non-torsional, structural resonances are typically fairly easy to detect using conventional vibration analysis techniques. However, this is not the case for torsion. One special area of current interest is the increased incidence of torsional resonance problems, apparently due to the increased torsional stresses of speed change as well as the operation of equipment at torsional resonance speeds. Unlike non-torsional structural resonances which generally manifest their effect with dramatically increased casing or external vibration, torsional resonances generally show no such effect. In the case of a shaft torsional resonance, the twisting motion induced by the resonance may only be discernible by looking for speed and/or phase changes. The current standard methodology for analyzing torsional vibration involves the use of specialized instrumentation.
Methods and systems disclosed herein allow analysis of torsional vibration without such specialized instrumentation. This may consist of shutting the machine down and employing the use of strain gauges and/or other special fixturing such as speed encoder plates and/or gears.
Friction wheels are another alternative, but they typically require manual implementation and a specialized analyst. In general, these techniques can be prohibitively expensive and/or inconvenient. An increasing prevalence of continuous vibration monitoring systems due to decreasing costs and increasing convenience (e.g., remote access) exists. In embodiments, there is an ability to discern torsional speed and/or phase variations with just the vibration signal. In embodiments, transient analysis techniques may be utilized to distinguish torsionally induced vibrations from mere speed changes due to process control.
In embodiments, factors for discernment might focus on one or more of the following aspects: the rate of speed change due to variable speed motor control would be relatively slow, sustained and deliberate; torsional speed changes would tend to be short, impulsive and not sustained; torsional speed changes would tend to be oscillatory, most likely decaying exponentially, process speed changes would not; and smaller speed changes associated with torsion relative to the shaft's rotational speed which suggest that monitoring phase behavior would show the quick or transient speed bursts in contrast to the slow phase changes historically associated with ramping a machine's speed up or down (as typified with Bode or Nyquist plots).
103841 Embodiments of the methods and systems disclosed herein may include improved integration using both analog and digital methods. When a signal is digitally integrated using software, essentially the spectral low-end frequency data has its amplitude multiplied by a function which quickly blows up as it approaches zero and creates what is known in .. the industry as a "ski-slope" effect. The amplitude of the ski-slope is essentially the noise floor of the instrument. The simple remedy for this is the traditional hardware integrator, which can perform at signal-to-noise ratios much greater than that of an already digitized signal. It can also limit the amplification factor to a reasonable level so that multiplication by very large numbers is essentially prohibited. However, at high frequencies where the frequency becomes large, the original amplitude which may be well above the noise floor is multiplied by a very small number WO that plunges it well below the noise floor. The hardware integrator has a fixed noise floor that although low floor does not scale down with the now lower amplitude high-frequency data. In contrast, the same digital multiplication of a digitized high-frequency signal also scales down the noise floor proportionally. In embodiments, hardware integration may be used below the point of unity gain where (at a value usually determined by units and/or desired signal to noise ratio based on gain) and software integration may be used above the value of unity gain to .. produce an ideal result. In embodiments, this integration is performed in the frequency domain. In embodiments, the resulting hybrid data can then be transformed back into a waveform which should be far superior in signal-to-noise ratio when compared to either hardware integrated or software integrated data. In embodiments, the strengths of hardware integration are used in conjunction with those of digital software integration to achieve the maximum signal-to-noise ratio. In embodiments, the first order gradual hardware integrator high pass filter along with curve fitting allow some relatively low frequency data to get through while reducing or eliminating the noise, allowing very, useful analytical data that steep filters kill to be salvaged.
103851 Embodiments of the methods and systems disclosed herein may include adaptive scheduling techniques for continuous monitoring. Continuous monitoring is often performed with an up-front Mux whose purpose it is to select a few channels of data among many to feed the hardware signal processing, AID, and processing components of a DAQ
system. This is done primarily out of practical cost considerations. The tradeoff is that all of the points are not monitored continuously (although they may be monitored to a lesser extent via alternative hardware methods). In embodiments, multiple scheduling levels are provided. In embodiments, at the lowest level, which is continuous for the most part, all of the measurement points will be cycled through in round-robin fashion. For example, if it takes 30 seconds to acquire and process a measurement point and there are 30 points, then each point is serviced once every 15 minutes; however, if a point should alarm by whatever criteria the user selects, its priority level can be increased so that it is serviced more often. As there can be multiple grades of severity for each alarm, so can there me multiple levels of priority with regards to monitoring. In embodiments, more severe alarms will be monitored more frequently. In embodiments, a number of additional high-level signal processing techniques can be applied at less frequent intervals.
Embodiments may take advantage of the increased processing power of a PC and the PC can temporarily suspend the round-robin route collection (with its multiple tiers of collection) process and stream the required amount of data for a point of its choosing. Embodiments may include various advanced processing techniques such as envelope processing, wavelet analysis, as well as many other signal processing techniques. In embodiments, after acquisition of this data, the DAQ card set will continue with its route at the point it was interrupted. In embodiments, various PC scheduled data acquisitions will follow their own schedules which will be less frequency than the DAQ card mute. They may be set up hourly, daily, by number of route cycles (for example, once every 10 cycles) and also increased scheduling-wise based on their alarm severity priority or type of measurement (e.g., motors may be monitored differently than fans).
103861 Embodiments of the methods and systems disclosed herein may include data acquisition parking features. In embodiments, a data acquisition box used for route collection, real time analysis and in general as an acquisition instrument can be detached from its PC (tablet or otherwise) and powered by an external power supply or suitable battery. In embodiments, the data collector still retains continuous monitoring capability and its on-board firmware can implement dedicated monitoring functions for an extended period of time or can be controlled remotely for further analysis. Embodiments of the methods and systems disclosed herein may include extended statistical capabilities for continuous monitoring.
10387) Embodiments of the methods and systems disclosed herein may include ambient sensing plus local sensing plus vibration for analysis. In embodiments, ambient environmental temperature and pressure, sensed temperature and pressure may be combined with long/medium term vibration analysis for prediction of any of a range of conditions or characteristics. Variants may add infrared sensing, infrared thennography, ultrasound, and many other types of sensors and input types in combination with vibration or with each other. Embodiments of the methods and systems disclosed herein may include a smart route. In embodiments, the continuous monitoring system's software will adapt/adjust the data collection sequence based on statistics, analytics, data alarms and dynamic analysis. Typically, the route is set based on the channels the sensors are attached to. In embodiments, with the crosspoint switch, the Mux can combine any input Mux channels to the (e.g., eight) output channels. In embodiments, as channels go into alarm or the system identifies key deviations, it will pause the normal route set in the software to gather specific simultaneous data, from the channels sharing key statistical changes, for more advanced analysis. Embodiments include conducting a smart ODS or smart transfer function.
103881 Embodiments ofthe methods and systems disclosed herein may include smart ODS
and one or more transfer functions. In embodiments, due to a system's multiplexer and crosspoint switch, an ODS, a transfer function, or other special tests on all the vibration sensors attached to a machine/structure can be performed and show exactly how the machine's points are moving in relationship to each other. In embodiments, 40-50 kHz and longer data lengths (e.g., at least one minute) may be streamed, which may reveal different information than what a normal ODS or transfer function will show.
In embodiments, the system will be able to determine, based on the data/statistics/analytics to use, the smart route feature that breaks from the standard route and conducts an ODS
across a machine, structure or multiple machines and structures that might show a correlation because the conditions/data directs it. In embodiments, for the transfer functions there may be an impact hammer used on one channel and then compared against other vibration sensors on the machine. In embodiments, the system may use the condition changes such as load, speed, temperature or other changes in the machine or system to conduct the transfer function. In embodiments, different transfer functions may be compared to each other over time. In embodiments, difference transfer functions may be strung together like a movie that may show how the machinery fault changes, such as a bearing that could show how it moves through the four stages of bearing failure and so on.
Embodiments of the methods and systems disclosed herein may include a hierarchical Mux.
103891 With reference to Figure 8, the present disclosure generally includes digitally collecting or streaming waveform data 2010 from a machine 2020 whose operational speed can vary from relatively slow rotational or oscillational speeds to much higher speeds in different situations. The waveform data 2010, at least on one machine, may include data from a single axis sensor 2030 mounted at an unchanging reference location 2040 and from a three-axis sensor 2050 mounted at changing locations (or located at multiple locations), including location 2052. In embodiments, the waveform data 2010 can be vibration data obtained simultaneously from each sensor 2030, 2050 in a gap-free format for a duration of multiple minutes with maximum resolvable frequencies sufficiently large to capture periodic and transient impact events. By way of this example, the waveform data 2010 can include vibration data that can be used to create an operational deflecting shape. It can also be used, as needed, to diagnose vibrations from which a machine repair solution can be prescribed.
103901 In embodiments, the machine 2020 can further include a housing 2100 that can contain a drive motor 2110 that can drive a shaft 2120. The shaft 2120 can be supported for rotation or oscillation by a set of bearings 2130, such as including a first bearing 2140 and a second bearing 2150. A data collection module 2160 can connect to (or be resident on) the machine 2020. In one example, the data collection module 2160 can be located and accessible through a cloud network facility 2170, can collect the waveform data 2010 from the machine 2020, and deliver the waveform data 2010 to a remote location. A
working end 2180 of the drive shaft 2120 of the machine 2020 can drive a windmill, a fan, a pump, a drill, a gear system, a drive system, or other working element, as the techniques described herein can apply to a wide range of machines, equipment, tools, or the like that include rotating or oscillating elements. In other instances, a generator can be substituted for the motor 2110, and the working end of the drive shaft 2120 can direct rotational energy to the generator to generate power, rather than consume it.
103911 In embodiments, the waveform data 2010 can be obtained using a predetermined route format based on the layout of the machine 2020. The waveform data 2010 may include data from the single axis sensor 2030 and the three-axis sensor 2050.
The single-axis sensor 2030 can serve as a reference probe with its one channel of data and can be fixed at the unchanging location 2040 on the machine under survey. The three-axis sensor 2050 can serve as a tri-axial probe (e.g., three orthogonal axes) with its three channels of data and can be moved along a predetermined diagnostic route format from one test point to the next test point. In one example, both sensors 2030, 2050 can be mounted manually to the machine 2020 and can connect to a separate portable computer in certain service examples. The reference probe can remain at one location while the user can move the tri-axial vibration probe along the predetermined route, such as from bearing-to-bearing on a machine. In this example, the user is instructed to locate the sensors at the predetermined locations to complete the survey (or portion thereof) of the machine.
103921 With reference to Figure 9, a portion of an exemplary machine 2200 is shown having a tri-axial sensor 2210 mounted to a location 2220 associated with a motor bearing of the machine 2200 with an output shaft 2230 and output member 2240 in accordance with the present disclosure.
103931 In further examples, the sensors and data acquisition modules and equipment can be integral to, or resident on, the rotating machine. By way of these examples, the machine can contain many single axis sensors and many tri-axial sensors at predetermined locations. The sensors can be originally installed equipment and provided by the original equipment manufacturer or installed at a different time in a retrofit application. The data collection module 2160, or the like, can select and use one single axis sensor and obtain data from it exclusively during the collection of waveform data 2010 while moving to each .. of the tri-axial sensors. The data collection module 2160 can be resident on the machine 2020 and/or connect via the cloud network facility 2170.
[0394] With reference to Figure 8, the various embodiments include collecting the waveform data 2010 by digitally recording locally, or streaming over, the cloud network facility 2170. The waveform data 2010 can be collected so as to be gap-free with no interruptions and, in some respects, can be similar to an analog recording of waveform data. The waveform data 2010 from all of the channels can be collected for one to two minutes depending on the rotating or oscillating speed of the machine being monitored. In embodiments, the data sampling rate can be at a relatively high-sampling rate relative to the operating frequency of the machine 2020.
[0395] In embodiments, a second reference sensor can be used, and a fifth channel of data can be collected. As such, the single-axis sensor can be the first channel and tri-axial vibration can occupy the second, the third, and the fourth data channels. This second reference sensor, like the first, can be a single axis sensor, such as an accelerometer. In embodiments, the second reference sensor, like the first reference sensor, can remain in the same location on the machine for the entire vibration survey on that machine. The location of the first reference sensor (i.e., the single axis sensor) may be different than the location of the second reference sensors (i.e., another single axis sensor).
In certain examples, the second reference sensor can be used when the machine has two shafts with different operating speeds, with the two reference sensors being located on the two .. different shafts. In accordance with this example, further single-axis reference sensors can be employed at additional but different unchanging locations associated with the rotating machine.
[0396] In embodiments, the waveform data can be transmitted electronically in a gap-free free format at a significantly high rate of sampling for a relatively longer period of time.
In one example, the period of time is 60 seconds to 120 seconds. In another example, the rate of sampling is 100 kHz with a maximum resolvable frequency (Fmax) of 40 kHz. It will be appreciated in light of this disclosure that the waveform data can be shown to approximate more closely some of the wealth of data available from previous instances of analog recording of waveform data.
10397) In embodiments, sampling, band selection, and filtering techniques can permit one or more portions of a long stream of data (i.e., one to two minutes in duration) to be under sampled or over sampled to realize varying effective sampling rates. To this end, interpolation and decimation can be used to further realize varying effective sampling rates. For example, oversampling may be applied to frequency bands that are proximal to rotational or oscillational operating speeds of the sampled machine, or to harmonics thereof, as vibration effects may tend to be more pronounced at those frequencies across the operating range of the machine. In embodiments, the digitally-sampled data set can be decimated to produce a lower sampling rate. It will be appreciated in light of the disclosure that decimate in this context can be the opposite of interpolate. In embodiments, decimating the data set can include first applying a low-pass filter to the digitally-sampled data set and then undersampling the da a set.
[0398] In one example, a sample waveform at 100 Hz can be undersampled at every tenth point of the digital waveform to produce an effective sampling rate of 10 Hz, but the remaining nine points of that portion of the waveform are effectively discarded and not included in the modeling of the sample waveform. Moreover, this type of bare undersampling can create ghost frequencies due to the undersampling rate (i.e., 10 Hz) relative to the 100 Hz sample waveform.
103991 Most hardware for analog-to-digital conversions uses a sample-and-hold circuit that can charge up a capacitor for a given amount of time such that an average value of the waveform is determined over a specific change in time. It will be appreciated in light of the disclosure that the value of the waveform over the specific change in time is not linear but more similar to a cardinal sinusoidal ("sine") function; therefore, it can be shown that more emphasis can be placed on the waveform data at the center of the sampling interval with exponential decay of the cardinal sinusoidal signal occurring from its center.
[0400] By way of the above example, the sample waveform at 100 Hz can be hardware-sampled at 10 Hz and therefore each sampling point is averaged over 100 milliseconds (e.g., a signal sampled at 100 Hz can have each point averaged over 10 milliseconds). In contrast to the effective discarding of nine out of the ten data points of the sampled waveform as discussed above, the present disclosure can include weighing adjacent data.
The adjacent data can refer to the sample points that were previously discarded and the one remaining point that was retained. In one example, a low pass filter can average the adjacent sample data linearly, i.e., determining the sum of every ten points and then dividing that sum by ten. In a further example, the adjacent data can be weighted with a sine function. The process of weighting the original waveform with the sine function can be referred to as an impulse function, or can be referred to in the time domain as a convolution.
[0401] The present disclosure can be applicable to not only digitizing a waveform signal based on a detected voltage, but can also be applicable to digitizing waveform signals based on current waveforms, vibration waveforms, and image processing signals including video signal rasterization. In one example, the resizing of a window on a computer screen can be decimated, albeit in at least two directions. In these further examples, it will be appreciated that undersampling by itself can be shown to be insufficient. To that end, oversampling or upsampling by itself can similarly be shown to be insufficient, such that interpolation can be used like decimation but in lieu of only undersampling by itself.
[0402] It will be appreciated in light of the disclosure that interpolation in this context can refer to first applying a low pass filter to the digitally-sampled waveform data and then upsampling the waveform data. It will be appreciated in light of the disclosure that real-world examples can often require the use of use non-integer factors for decimation or interpolation, or both. To that end, the present disclosure includes interpolating and decimating sequentially in order to realize a non-integer factor rate for interpolating and decimating. In one example, interpolating and decimating sequentially can define applying a low-pass filter to the sample waveform, then interpolating the waveform after the low-pass filter, and then decimating the waveform after the interpolation. In embodiments, the vibration data can be looped to purposely emulate conventional tape recorder loops, with digital filtering techniques used with the effective splice to facilitate longer analyses. It will be appreciated in light of the disclosure that the above techniques do not preclude waveform, spectrum, and other types of analyses to be processed and displayed with a GUI
of the user at the time of collection. It will be appreciated in light of the disclosure that newer systems can permit this functionality to be performed in parallel to the high-performance collection of the raw waveform data.
104031 With respect to time of collection issues, it will be appreciated that older systems using the compromised approach of improving data resolution, by collecting at different sampling rates and data lengths, do not in fact save as much time as expected.
To that end, every time the data acquisition hardware is stopped and started, latency issues can be created, especially when there is hardware auto-scaling performed. The same can be true with respect to data retrieval of the route information (i.e., test locations) that is often in a database format and can be exceedingly slow. The storage of the raw data in bursts to disk (whether solid state or otherwise) can also be undesirably slow.
104041 In contrast, the many embodiments include digitally streaming the waveform data 2010, as disclosed herein, and also enjoying the benefit of needing to load the route parameter information while setting the data acquisition hardware only once.
Because the waveform data 2010 is streamed to only one file, there is no need to open and close files, or switch between loading and writing operations with the storage medium. It can be shown that the collection and storage of the waveform data 2010, as described herein, can be shown to produce relatively more meaningful data in significantly less time than the traditional batch data acquisition approach. An example of this includes an electric motor about which waveform data can be collected with a data length of 4K points (i.e., 4,096) for sufficiently high resolution in order to, among other things, distinguish electrical sideband frequencies. For fans or blowers, a reduced resolution of 1K (i.e., 1,024) can be used. In certain instances, 1K can be the minimum waveform data length requirement. The sampling rate can be 1,280 Hz and that equates to an Fmax of 500 Hz. It will be appreciated in light of the disclosure that oversampling by an industry standard factor of 2.56 can satisfy the necessary two-times (2x) oversampling for the Nyquist Criterion with some additional leeway that can accommodate anti-aliasing filter-rolloff. The time to acquire this wavefonn data would be 1,024 points at 1,280 hertz, which are 800 milliseconds.
[04051 To improve accuracy, the waveform data can be averaged. Eight averages can be used with, for example, fifty percent overlap. This would extend the time from .. milliseconds to 3.6 seconds, which is equal to 800 msec x 8 averages x 0.5 (overlap ratio) + 0.5 x 800 msec (non-overlapped head and tail ends). After collection at Fmax = 500 Hz waveform data, a higher sampling rate can be used. In one example, ten times (10x) the previous sampling rate can be used and Fmax = 10 kHz. By way of this example, eight averages can be used with fifty percent (50%) overlap to collect waveform data at this .. higher rate that can amount to a collection time of 360 msec or 0.36 seconds. It will be appreciated in light of the disclosure that it can be necessary to read the hardware collection parameters for the higher sampling rate from the route list, as well as permit hardware auto-scaling, or the resetting of other necessary hardware collection parameters, or both.
To that end, a few seconds of latency can be added to accommodate the changes in sampling rate. In other instances, introducing latency can accommodate hardware autoscaling and changes to hardware collection parameters that can be required when using the lower sampling rate disclosed herein. In addition to accommodating the change in sampling rate, additional time is needed for reading the route point information from the database (i.e., where to monitor and where to monitor next), displaying the route information, and processing the waveform data. Moreover, display of the waveform data and/or associated spectra can also consume significant time. In light of the above, 15 seconds to 20 seconds can elapse while obtaining waveform data at each measurement point.
104061 In further examples, additional sampling rates can be added but this can make the total amount time for the vibration survey even longer because time adds up from changeover time from one sampling rate to another and from the time to obtain additional data at different sampling rate. In one example, a lower sampling rate is used, such as a sampling rate of 128 Hz where Fmax = 50 Hz. By way of this example, the vibration survey would, therefore, require an additional 36 seconds for the first set of averaged data at this sampling rate, in addition to others mentioned above, and consequently the total time spent at each measurement point increases even more dramatically. Further embodiments include using similar digital streaming of gap free waveform data as disclosed herein for use with wind turbines and other machines that can have relatively slow speed rotating or oscillating systems. In many examples, the waveform data collected can include long samples of data at a relatively high-sampling rate. In one example, the sampling rate can be 100 kHz and the sampling duration can be for two minutes on all of the channels being recorded. In many examples, one channel can be for the single axis reference sensor and three more data channels can be for the tri-axial three channel sensor.
It will be appreciated in light of the disclosure that the long data length can be shown to facilitate detection of extremely low frequency phenomena. The long data length can also be shown to accommodate the inherent speed variability in wind turbine operations.
Additionally, the long data length can further be shown to provide the opportunity for using numerous averages such as those discussed herein, to achieve very high spectral resolution, and to make feasible tape loops for certain spectral analyses.
Many multiple advanced analytical techniques can now become available because such techniques can use the available long uninterrupted length of waveform data in accordance with the present disclosure.
10407) It will also be appreciated in light of the disclosure that the simultaneous collection of waveform data from multiple channels can facilitate performing transfer functions between multiple channels. Moreover, the simultaneous collection of wavefonn data from multiple channels facilitates establishing phase relationships across the machine so that more sophisticated correlations can be utilized by relying on the fact that the waveforms from each of the channels are collected simultaneously. In other examples, more channels in the data collection can be used to reduce the time it takes to complete the overall vibration survey by allowing for simultaneous acquisition of waveform data from multiple sensors that otherwise would have to be acquired, in a subsequent fashion, moving sensor to sensor in the vibration survey.
104081 The present disclosure includes the use of at least one of the single-axis reference probe on one of the channels to allow for acquisition of relative phase comparisons between channels. The reference probe can be an accelerometer or other type of transducer that is not moved and, therefore, fixed at an unchanging location during the vibration survey of one machine. Multiple reference probes can each be deployed as at suitable locations fixed in place (i.e., at unchanging locations) throughout the acquisition of vibration data during the vibration survey. In certain examples, up to seven reference probes can be deployed depending on the capacity of the data collection module 2160 or the like. Using transfer functions or similar techniques, the relative phases of all channels may be compared with one another at all selected frequencies. By keeping the one or more reference probes fixed at their unchanging locations while moving or monitoring the other tri-axial vibration sensors, it can be shown that the entire machine can be mapped with regard to amplitude and relative phase. This can be shown to be true even when there are more measurement points than channels of data collection. With this information, an operating deflection shape can be created that can show dynamic movements of the machine in 3 D, which can provide an invaluable diagnostic tool. In embodiments, the one or more reference probes can provide relative phase, rather than absolute phase. It will be appreciated in light of the disclosure that relative phase may not be as valuable absolute phase for some purposes, but the relative phase the information can still be shown to be very useful.
104091 In embodiments, the sampling rates used during the vibration survey can be digitally synchronized to predetermined operational frequencies that can relate to pertinent parameters of the machine such as rotating or oscillating speed. Doing this, permits extracting even more information using synchronized averaging techniques. it will be appreciated in light of the disclosure that this can be done without the use of a key phasor or a reference pulse from a rotating shaft, which is usually not available for route collected data. As such, non-synchronous signals can be removed from a complex signal without the need to deploy synchronous averaging using the key phasor. This can be shown to be very powerful when analyzing a particular pinion in a gearbox or generally applied to any component within a complicated mechanical mechanism. In many instances, the key phasor or the reference pulse is rarely available with route collected data, but the techniques disclosed herein can overcome this absence. In embodiments, there can be multiple shafts running at different speeds within the machine being analyzed.
In certain instances, there can be a single-axis reference probe for each shaft. In other instances, it is possible to relate the phase of one shaft to another shaft using only one single axis reference probe on one shaft at its unchanging location. In embodiments, variable speed equipment can be more readily analyzed with relatively longer duration of data relative to single speed equipment. The vibration survey can be conducted at several machine speeds within the same contiguous set of vibration data using the same techniques disclosed herein. These techniques can also permit the study of the change of the relationship between vibration and the change of the rate of speed that was not available before.
104101 In embodiments, there are numerous analytical techniques that can emerge from because raw waveform data can be captured in a gap-free digital format as disclosed herein. The gap-free digital format can facilitate many paths to analyze the waveform data in many ways after the fact to identify specific problems. The vibration data collected in accordance with the techniques disclosed herein can provide the analysis of transient, semi-periodic and very low frequency phenomena. The waveform data acquired in accordance with the present disclosure can contain relatively longer streams of raw gap-free waveform data that can be conveniently played back as needed, and on which many and varied sophisticated analytical techniques can be performed. A large number of such techniques can provide for various forms of filtering to extract low amplitude modulations from transient impact data that can be included in the relatively longer stream of raw gap-free waveform data. It will be appreciated in light of the disclosure that in past data collection practices, these types of phenomena were typically lost by the averaging process of the spectral processing algorithms because the goal of the previous data acquisition module was purely periodic signals; or these phenomena were lost to file size reduction methodologies due to the fact that much of the content from an original raw signal was typically discarded knowing it would not be used.
104111 In embodiments, there is a method of monitoring vibration of a machine having at least one shaft supported by a set of bearings. The method includes monitoring a first data channel assigned to a single-axis sensor at an unchanging location associated with the machine. The method also includes monitoring a second, third, and fourth data channel assigned to a three-axis sensor. The method further includes recording gap-free digital waveform data simultaneously from all of the data channels while the machine is in operation: and determining a change in relative phase based on the digital waveform data.
The method also includes the tri-axial sensor being located at a plurality of positions associated with the machine while obtaining the digital waveform. In embodiments, the second, third, and fourth channels are assigned together to a sequence of tri-axial sensors each located at different positions associated with the machine. In embodiments, the data is received from all of the sensors on all of their channels simultaneously.
104121 The method also includes determining an operating deflection shape based on the change in relative phase information and the wavefonn data. In embodiments, the unchanging location of the reference sensor is a position associated with a shaft of the machine. In embodiments, the tri-axial sensors in the sequence of the tri-axial sensors are each located at different positions and are each associated with different bearings in the machine. In embodiments, the unchanging location is a position associated with a shaft of the machine and, wherein, the tri-axial sensors in the sequence of the tri-axial sensors are each located at different positions and are each associated with different bearings that support the shaft in the machine. The various embodiments include methods of sequentially monitoring vibration or similar process parameters and signals of a rotating or oscillating machine or analogous process machinery from a munber of channels simultaneously, which can be known as an ensemble. In various examples, the ensemble can include one to eight channels. In further examples, an ensemble can represent a logical measurement grouping on the equipment being monitored whether those measurement locations are temporary for measurement, supplied by the original equipment manufacturer, retrofit at a later date, or one or more combinations thereof.
104131 In one example, an ensemble can monitor bearing vibration in a single direction.
In a further example, an ensemble can monitor three different directions (e.g., orthogonal directions) using a tri-axial sensor. In yet further examples, an ensemble can monitor four or more channels where the first channel can monitor a single axis vibration sensor, and the second, the third, and the fourth channels can monitor each of the three directions of the tri-axial sensor. In other examples, the ensemble can be fixed to a group of adjacent bearings on the same piece of equipment or an associated shaft. The various embodiments provide methods that include strategies for collecting waveform data from various ensembles deployed in vibration studies or the like in a relatively more efficient manner.
The methods also include simultaneously monitoring of a reference channel assigned to an unchanging reference location associated with the ensemble monitoring the machine.
The cooperation with the reference channel can be shown to support a more complete correlation of the collected waveforms from the ensembles. The reference sensor on the reference channel can be a single axis vibration sensor, or a phase reference sensor that can be triggered by a reference location on a rotating shaft or the like. As disclosed herein, the methods can further include recording gap-free digital waveform data simultaneously from all of the channels of each ensemble at a relatively high rate of sampling so as to include all frequencies deemed necessary for the proper analysis of the machinery being monitored while it is in operation. The data from the ensembles can be streamed gap-free to a storage medium for subsequent processing that can be connected to a cloud network facility, a local data link, BluetoothTM connectivity, cellular data connectivity, or the like.
104141 In embodiments, the methods disclosed herein include strategies for collecting data from the various ensembles including digital signal processing techniques that can be subsequently applied to data from the ensembles to emphasize or better isolate specific frequencies or waveform phenomena. This can be in contrast with current methods that collect multiple sets of data at different sampling rates, or with different hardware filtering configurations including integration, that provide relatively less post-processing flexibility because of the commitment to these same (known as a priori hardware configurations).
These same hardware configurations can also be shown to increase time of the vibration survey due to the latency delays associated with configuring the hardware for each independent test. In embodiments, the methods for collecting data from various ensembles include data marker technology that can be used for classifying sections of streamed data as homogenous and belonging to a specific ensemble. In one example, a classification can be defined as operating speed. In doing so, a multitude of ensembles can be created from what conventional systems would collect as only one. The many embodiments include post-processing analytic techniques for comparing the relative phases of all the frequencies of interest not only between each channel of the collected ensemble but also between all of the channels of all of the ensembles being monitored, when applicable.
104151 The present disclosure can include markers that can be applied to a time mark or a sample length within the raw waveform data. The markers generally fall into two categories: preset or dynamic. The preset markers can correlate to preset or existing operating conditions (e.g., load, head pressure, air flow cubic feet per minute, ambient temperature, RPMs, and the like.). These preset markers can be fed into the data acquisition system directly. In certain instances, the preset markers can be collected on data channels in parallel with the waveform data (e.g., waveforms for vibration, current, voltage, etc.). Alternatively, the values for the preset markers can be entered manually.
104161 For dynamic markers such as trending data, it can be important to compare similar .. data like comparing vibration amplitudes and patterns with a repeatable set of operating parameters. One example of the present disclosure includes one of the parallel channel inputs being a key phasor trigger pulse from an operating shaft that can provide RPM
information at the instantaneous time of collection. In this example of dynamic markers, sections of collected waveform data can be marked with appropriate speeds or speed ranges.
104171 The present disclosure can also include dynamic markers that can correlate to data that can be derived from post processing and analytics performed on the sample waveform.
In further embodiments, the dynamic markers can also correlate to post-collection derived parameters including RPMs, as well as other operationally derived metrics such as alarm conditions like a maximum RPM. In certain examples, many modern pieces of equipment that are candidates for a vibration survey with the portable data collection systems described herein do not include tachometer information. This can be true because it is not always practical or cost-justifiable to add a tachometer even though the measurement of RPM can be of primary importance for the vibration survey and analysis. It will be appreciated that for fixed speed machinery obtaining an accurate RPM
measurement can be less important especially when the approximate speed of the machine can be ascertained before-hand: however, variable-speed drives are becoming more and more prevalent. It will also be appreciated in light of the disclosure that various signal processing techniques can permit the derivation of RPM from the raw data without the need for a dedicated tachometer signal.
10418) In many embodiments, the RPM information can be used to mark segments of the raw waveform data over its collection history. Further embodiments include techniques for collecting instrument data following a prescribed route of a vibration study. The dynamic markers can enable analysis and trending software to utilize multiple segments of the collection interval indicated by the markers (e.g., two minutes) as multiple historical collection ensembles, rather than just one as done in previous systems where route collection systems would historically store data for only one RPM setting.
This could, in turn, be extended to any other operational parameter such as load setting, ambient temperature, and the like, as previously described. The dynamic markers, however, that can be placed in a type of index file pointing to the raw data stream can classify portions of the stream in homogenous entities that can be more readily compared to previously collected portions of the raw data stream 104191 The many embodiments include the hybrid relational metadata-binary storage approach that can use the best of pre-existing technologies for both relational and raw data streams. In embodiments, the hybrid relational metadata - binary storage approach can marry them together with a variety of marker linkages. The marker linkages can permit rapid searches through the relational metadata and can allow for more efficient analyses of the raw data using conventional SQL techniques with pre-existing technology. This can be shown to permit utilization of many of the capabilities, linkages, compatibilities, and extensions that conventional database technologies do not provide.
104201 The marker linkages can also permit rapid and efficient storage of the raw data using conventional binary storage and data compression techniques. This can be shown to permit utilization of many of the capabilities, linkages, compatibilities, and extensions that conventional raw data technologies provide such as 'TMDS (National Instruments), UFF
(Universal File Format such as UFF58), and the like. The marker linkages can further permit using the marker technology links where a vastly richer set of data from the ensembles can be amassed in the same collection time as more conventional systems. The richer set of data from the ensembles can store data snapshots associated with predetermined collection criterion and the proposed system can derive multiple snapshots from the collected data streams utilizing the marker technology. In doing so, it can be shown that a relatively richer analysis of the collected data can be achieved.
One such benefit can include more trending points of vibration at a specific frequency or order of running speed versus RPM, load, operating temperature, flow rates, and the like, which can be collected for a similar time relative to what is spent collecting data with a conventional system.
[0421] In embodiments, the platfonn 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from machines, elements of the machines and the environment of the machines including heavy duty machines deployed at a local job site or at distributed job sites under common control. The heavy-duty machines may include earthmoving equipment, heavy duty on-road industrial vehicles, heavy duty off-road industrial vehicles, industrial machines deployed in various settings such as turbines, turbomachinery, generators, pumps, pulley systems, manifold and valve systems, and the like. In embodiments, heavy industrial machinery may also include earth-moving equipment, earth-compacting equipment, hauling equipment, hoisting equipment, conveying equipment, aggregate production equipment, equipment used in concrete construction, and piledriving equipment. In examples, earth moving equipment may include excavators, backhoes, loaders, bulldozers, skid steer loaders, trenchers, motor graders, motor scrapers, crawler loaders, and wheeled loading shovels. In examples, construction vehicles may include dumpers, tankers, tippers, and trailers. In examples, material handling equipment may include cranes, conveyors, forklift, and hoists. In examples, construction equipment may include tunnel and handling equipment, road rollers, concrete mixers, hot mix plants, road making machines (compactors), stone crashers, pavers, slurry seal machines, spraying and plastering machines, and heavy-duty pumps. Further examples of heavy industrial equipment may include different systems such as implement traction, structure, power train, control, and information.
Heavy industrial equipment may include many different powertrains and combinations thereof to provide power for locomotion and to also provide power to accessories and onboard functionality. In each of these examples, the platform 100 may deploy the local data collection system 102 into the environment 104 in which these machines, motors, pumps, and the like, operate and directly connected integrated into each of the machines, motors, pumps, and the like.
[0422] In embodiments, the platfonn 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from machines in operation and machines in being constructed such as turbine and generator sets like Siemens Tm SGT6-5000Frm gas turbine, an SST-9001m steam turbine, an SGen6-1000ATm generator, and an SGen6-100ATm generator, and the like. In embodiments, the local data collection system 102 may be deployed to monitor steam turbines as they rotate in the currents caused by hot water vapor that may be directed through the turbine but otherwise generated from a different source such as from gas-fired burners, nuclear cores, molten salt loops and the like. In these systems, the local data collection system 102 may monitor the turbines and the water or other fluids in a closed loop cycle in which water condenses and is then heated until it evaporates again. The local data collection system 102 may monitor the steam turbines separately from the fuel source deployed to heat the water to steam.
In examples, working temperatures of steam turbines may be between 500 and 650 C. In many embodiments, an array of steam turbines may be arranged and configured for high, medium, and low pressure, so they may optimally convert the respective steam pressure into rotational movement.
104231 The local data collection system 102 may also be deployed in a gas turbines arrangement and therefore not only monitor the turbine in operation but also monitor the hot combustion gases feed into the turbine that may be in excess of 1,500 C.
Because these gases are much hotter than those in steam turbines, the blades may be cooled with air that may flow out of small openings to create a protective film or boundary layer between the exhaust gases and the blades. This temperature profile may be monitored by the local data collection system 102. Gas turbine engines, unlike typical steam turbines, include a compressor, a combustion chamber, and a turbine all of which are journaled for rotation with a rotating shaft. The construction and operation of each of these components may be monitored by the local data collection system 102.
10424) In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from water turbines serving as rotary engines that may harvest energy ftom moving water and are used for electric power generation. The type of water turbine or hydro-power selected for a project may be based on the height of standing water, often referred to as head, and the flow (or volume of water) at the site. In this example, a generator may be placed at the top of a shaft that connects to the water turbine. As the turbine catches the naturally moving water in its blade and rotates, the turbine sends rotational power to the generator to generate electrical energy. In doing so, the platform 100 may monitor signals from the generators, the turbines, the local water system, flow controls such as dam windows and sluices. Moreover, the platform 100 may monitor local conditions on the electric grid including load, predicted demand, frequency response, and the like, and include such information in the monitoring and control deployed by platform 100 in these hydroelectric settings.
[0425] In embodiments, the platfonn 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from energy production environments, such as thermal, nuclear, geothermal, chemical, biomass, carbon-based fuels, hybrid-renewable energy plants, and the like. Many of these plants may use multiple forms of energy harvesting equipment like wind turbines, hydro turbines, and steam turbines powered by heat from nuclear, gas-fired, solar, and molten salt heat sources.
In embodiments, elements in such systems may include transmission lines, heat exchangers, desulphurization scrubbers, pumps, coolers, recuperators, chillers, and the like. In embodiments, certain implementations of turbomachinery, , turbines, scroll compressors, and the like may be configured in arrayed control so as to monitor large facilities creating electricity for consumption, providing refrigeration, creating steam for local manufacture and heating, and the like, and that arrayed control platforms may be provided by the provider of the industrial equipment such as Honeywell and their ExperionTm PKS
platform. In embodiments, the platform 100 may specifically communicate with and integrate the local manufacturer-specific controls and may allow equipment from one manufacturer to communicate with other equipment. Moreover, the platform 100 provides allows for the local data collection system 102 to collect information across systems from many different manufacturers. In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from marine industrial equipment, marine diesel engines, shipbuilding, oil and gas plants, refineries, petrochemical plant, ballast water treatment solutions, marine pumps and turbines, and the like.
[0426] In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from heavy industrial equipment and processes including monitoring one or more sensors. By way of this example, sensors may be devices that may be used to detect or respond to some type of input from a physical environment, such as an electrical, heat, or optical signal. In embodiments, the local data collection system 102 may include multiple sensors such as, without limitation, a temperature sensor, a pressure sensor, a torque sensor, a flow sensor, a heat sensor, a smoke sensor, an arc sensor, a radiation sensor, a position sensor, an acceleration sensor, a strain sensor, a pressure cycle sensor, a pressure sensor, an air temperature sensor, and the like. The torque sensor may encompass a magnetic twist angle sensor. In one example, the torque and speed sensors in the local data collection system 102 may be similar to those discussed in U.S. Patent Number 8,352,149 to Meachem, issued 8 January 2013 and hereby incorporated by reference as if fully set forth herein. In embodiments, one or more sensors may be provided such as a tactile sensor, a biosensor, a chemical sensor, an image sensor, a humidity sensor, an inertial sensor, and the like.
[0427] In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from sensors that may provide signals for fault detection including excessive vibration, incorrect material, incorrect material properties, trueness to the proper size, trueness to the proper shape, proper weight, trueness to balance. Additional fault sensors include those for inventory control and for inspections such as to confirm that parts are packaged to plan, parts are to tolerance in a plan, occurrence of packaging damage or stress, and sensors that may indicate the occurrence of shock or damage in transit. Additional fault sensors may include detection of the lack of lubrication, over lubrication, the need for cleaning of the sensor detection window, the need for maintenance due to low lubrication, the need for maintenance due to blocking or reduced flow in a lubrication region, and the like.
[0428] In embodiments, the platfonn 100 may include the local data collection system 102 deployed in the environment 104 that includes aircraft operations and manufacture including monitoring signals from sensors for specialized applications such as sensors used in an aircraft's Attitude and Heading Reference System (AHRS), such as gyroscopes, accelerometers, and magnetometers. In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from image sensors such as semiconductor charge coupled devices (CCDs), active pixel sensors, in complementary metal¨oxide¨semiconductor (CMOS) or N-type metal-oxide-semiconductor (NMOS, Live MOS) technologies. In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from sensors such as an infra-red (IR) sensor, an ultraviolet (UV) sensor, a touch sensor, a proximity sensor. and the like. In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from sensors configured for optical character recognition (OCR), reading barcodes, detecting surface acoustic waves, detecting transponders, communicating with home automation systems, medical diagnostics, health monitoring, and the like.
[04291 In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from sensors such as a Micro-Electro-Mechanical Systems (MEMS) sensor, such as ST Microelectronic'sTm LSM303AH
smart MEMS sensor, which may include an ultra-low-power high-performance system-in-package featuring a 3D digital linear acceleration sensor and a 3D digital magnetic sensor.
[04301 In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from additional large machines such as turbines, windmills, industrial vehicles, robots, and the like. These large mechanical machines include multiple components and elements providing multiple subsystems on each machine. To that end, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from individual elements such as axles, bearings, belts, buckets, gears, shafts, gear boxes, cams, carriages, camshafts, clutches, brakes, drums, dynamos, feeds, flywheels, gaskets, pumps, jaws, robotic anns, seals, sockets, sleeves, valves, wheels, actuators, motors, servomotor, and the like. Many of the machines and their elements may include servomotors. The local data collection system 102 may monitor the motor, the rotary encoder, and the potentiometer of the servomechanism to provide three-dimensional detail of position, placement, and progress of industrial processes.
[0431] In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from gear drives, powertrains, transfer cases, multispeed axles, transmissions, direct drives, chain drives, belt-drives, shaft-drives, magnetic drives, and similar meshing mechanical drives. In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from fault conditions of industrial machines that may include overheating, noise, grinding gears, locked gears, excessive vibration, wobbling, under-inflation, over-inflation, and the like. Operation faults, maintenance indicators, and interactions from other machines may cause maintenance or operational issues may occur during operation, during installation, and during maintenance. The faults may occur in the mechanisms of the industrial machines but may also occur in infrastructure that supports the machine such as its wiring and local installation platforms. In embodiments, the large industrial machines may face different types of fault conditions such as overheating, noise, grinding gears, excessive vibration of machine parts, fan vibration problems, problems with large industrial machines rotating parts.
10432) In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor signals from industrial machinery including failures that may be caused by premature bearing failure that may occur due to contamination or loss of bearing lubricant. In another example, a mechanical defect such as misalignment of bearings may occur. Many factors may contribute to the failure such as metal fatigue, therefore, the local data collection system 102 may monitor cycles and local stresses. By way of this example, the platform 100 may monitor the incorrect operation of machine parts, lack of maintenance and servicing of parts, corrosion of vital machine parts, such as couplings or gearboxes, misalignment of machine parts, and the like. Though the fault occurrences cannot be completely stopped, many industrial breakdowns may be mitigated to reduce operational and financial losses. The platform 100 provides real-time monitoring and predictive maintenance in many industrial environments wherein it has been shown to present a cost-savings over regularly-scheduled maintenance processes that replace parts according to a rigid expiration of time and not actual load and wear and tear on the element or machine. To that end, the platform
10 may provide reminders of, or perform some, preventive measures such as adhering to operating manual and mode instructions for machines, proper lubrication, and maintenance of machine parts, minimizing or eliminating overrun of machines beyond their defined capacities, replacement of worn but still functional parts as needed, properly training the personnel for machine use, and the like.
104331 In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor multiple signals that may be carried by a plurality of physical, electronic, and symbolic formats or signals. The platform 100 may employ signal processing including a plurality of mathematical, statistical, computational, heuristic, and linguistic representations and processing of signals and a plurality of operations needed for extraction of useful information from signal processing operations such as techniques for representation, modeling, analysis, synthesis, sensing, acquisition, and extraction of information from signals. In examples, signal processing may be performed using a plurality of techniques, including but not limited to transformations, spectral estimations, statistical operations, probabilistic and stochastic operations, numerical theory analysis, data mining, and the like. The processing of various types of signals forms the basis of many electrical or computational process. As a result, signal processing applies to almost all disciplines and applications in the industrial environment such as audio and video processing, image processing, wireless communications, process control, industrial automation, financial systems, feature extraction, quality improvements such as noise reduction, image enhancement, and the like. Signal processing for images may include pattern recognition for manufacturing inspections, quality inspection, and automated operational inspection and maintenance. The platform 100 may employ many pattern recognition techniques including those that may classify input data into classes based on key features with the objective of recognizing patterns or regularities in data. The platform 100 may also implement pattern recognition processes with machine learning operations and may be used in applications such as computer vision, speech and text processing, radar processing, handwriting recognition, CAD systems, and the like. The platform 100 may employ supervised classification and unsupervised classification. The supervised learning classification algorithms may be based to create classifiers for image or pattern recognition, based on training data obtained from different object classes. The unsupervised learning classification algorithms may operate by finding hidden structures in unlabeled data using advanced analysis techniques such as segmentation and clustering.
For example, some of the analysis techniques used in unsupervised learning may include K-means clustering, Gaussian mixture models, Hidden Markov models, and the like. The algorithms used in supervised and unsupervised learning methods of pattern recognition enable the use of pattern recognition in various high precision applications.
The platform 100 may use pattern recognition in face detection related applications such as security systems, tracking, sports related applications, fmgerprint analysis, medical and forensic applications, navigation and guidance systems, vehicle tracking, public infrastructure systems such as transport systems, license plate monitoring, and the like.
104341 In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 using machine learning to enable derivation-based learning outcomes from computers without the need to program them. The platform 100 may, therefore, learn from and make decisions on a set of data, by making data-driven predictions and adapting according to the set of data. In embodiments, machine learning may involve performing a plurality of machine learning tasks by machine learning systems, such as supervised learning, unsupervised learning, and reinforcement learning.
Supervised learning may include presenting a set of example inputs and desired outputs to the machine learning systems. Unsupervised learning may include the learning algorithm itself structuring its input by methods such as pattern detection and/or feature learning.
Reinforcement learning may include the machine learning systems performing in a dynamic environment and then providing feedback about correct and incorrect decisions.
In examples, machine learning may include a plurality of other tasks based on an output of the machine learning system. In examples, the tasks may also be classified as machine learning problems such as classification, regression, clustering, density estimation, dimensionality reduction, anomaly detection, and the like. In examples, machine learning may include a plurality of mathematical and statistical techniques. In examples, the many types of machine learning algorithms may include decision tree based learning, association rule learning, deep learning, artificial neural networks, genetic learning algorithms, inductive logic programming, support vector machines (SVMs), Bayesian network, reinforcement learning, representation learning, rule-based machine learning, sparse dictionary learning, similarity and metric learning, learning classifier systems (LCS), logistic regression, random forest, K-Means, gradient boost and adaboost, K-nearest neighbors (KNN), a priori algorithms, and the like. In embodiments, certain machine learning algorithms may be used (such as genetic algorithms defined for solving both constrained and unconstrained optimization problems that may be based on natural selection, the process that drives biological evolution). By way of this example, genetic algorithms may be deployed to solve a variety of optimization problems that are not well suited for standard optimization algorithms, including problems in which the objective functions are discontinuous, not differentiable, stochastic, or highly nonlinear. In an example, the genetic algorithm may be used to address problems of mixed integer programming, where some components restricted to being integer-valued. Genetic algorithms and machine learning techniques and systems may be used in computational intelligence systems, computer vision, Natural Language Processing (NLP), recommender systems, reinforcement learning, building graphical models, and the like. By way of this example, the machine learning systems may be used to perform intelligent computing based control and be responsive to tasks in a wide variety of systems (such as interactive websites and portals, brain-machine interfaces, online security and fraud detection systems, medical applications such as diagnosis and therapy assistance systems, classification of DNA sequences, and the like). In examples, machine learning systems may be used in advanced computing applications (such as online advertising, natural language processing, robotics, search engines, software engineering, speech and handwriting recognition, pattern matching, game playing, computational anatomy, bioinformatics systems and the like). In an example, machine learning may also be used in financial and marketing systems (such as for user behavior analytics.
online advertising, economic estimations, financial market analysis, and the like).
104351 Additional details are provided below in connection with the methods, systems, devices, and components depicted in connection with Figures 1 through 6. In embodiments, methods and systems are disclosed herein for cloud-based, machine pattern recognition based on fusion of remote, analog industrial sensors. For example, data .. streams from vibration, pressure, temperature, accelerometer, magnetic, electrical field, and other analog sensors may be multiplexed or otherwise fused, relayed over a network, and fed into a cloud-based machine learning facility, which may employ one or more models relating to an operating characteristic of an industrial machine, an industrial process, or a component or element thereof. A model may be created by a human who has .. experience with the industrial environment and may be associated with a training data set (such as models created by human analysis or machine analysis of data that is collected by the sensors in the environment, or sensors in other similar environments. The learning machine may then operate on other data, initially using a set of rules or elements of a model, such as to provide a variety of outputs, such as classification of data into types, .. recognition of certain patterns (such as those indicating the presence of faults, orthoses indicating operating conditions, such as fuel efficiency, energy production, or the like).
The machine learning facility may take feedback, such as one or more inputs or measures of success, such that it may train, or improve, its initial model (such as improvements by adjusting weights, rules, parameters, or the like, based on the feedback). For example, a model of fuel consumption by an industrial machine may include physical model parameters that characterize weights, motion, resistance, momentum, inertia, acceleration, and other factors that indicate consumption, and chemical model parameters (such as those that predict energy produced and/or consumed e.g., such as through combustion, through chemical reactions in battery charging and discharging, and the like). The model may be refined by feeding in data from sensors disposed in the environment of a machine, in the machine, and the like, as well as data indicating actual fuel consumption, so that the machine can provide increasingly accurate, sensor-based, estimates of fuel consumption and can also provide output that indicate what changes can be made to increase fuel consumption (such as changing operation parameters of the machine or changing other elements of the environment, such as the ambient temperature, the operation of a nearby machine, or the like). For example, if a resonance effect between two machines is adversely affecting one of them, the model may account for this and automatically provide an output that results in changing the operation of one of the machines (such as to reduce the resonance, to increase fuel efficiency of one or both machines). By continuously adjusting parameters to cause outputs to match actual conditions, the machine learning facility may self-organize to provide a highly accurate model of the conditions of an environment (such as for predicting faults, optimizing operational parameters, and the like). This may be used to increase fuel efficiency, to reduce wear, to increase output, to increase operating life, to avoid fault conditions, and for many other purposes.
[0436] Figure 10 illustrates components and interactions of a data collection architecture involving the application of cognitive and machine learning systems to data collection and processing. Referring to Figure 10, a data collection system 102 may be disposed in an environment (such as an industrial environment where one or more complex systems, such as electro-mechanical systems and machines are manufactured, assembled, or operated).
The data collection system 102 may include onboard sensors and may take input, such as through one or more input interfaces or ports 4008, from one or more sensors (such as analog or digital sensors of any type disclosed herein) and from one or more input sources 116 (such as sources that may be available through Wi-Fi, Bluetooth, NFC, or other local network connections or over the Internet). Sensors may be combined and multiplexed (such as with one or more multiplexers 4002). Data may be cached or buffered in a cache/buffer 4022 and made available to external systems, such as a remote host processing system 112 as described elsewhere in this disclosure (which may include an extensive processing architecture 4024, including any of the elements described in connection with other embodiments described throughout this disclosure and in the Figure), though one or more output interfaces and ports 4010 (which may in embodiments be separate from or the same as the input interfaces and ports 4008). The data collection system 102 may be configured to take input from a host processing system 112, such as input from an analytic system 4018, which may operate on data from the data collection system 102 and data from other input sources 116 to provide analytic results, which in turn may be provided as a learning feedback input 4012 to the data collection system, such as to assist in configuration and operation of the data collection system 102.
104371 Combination of inputs (including selection of what sensors or input sources to turn "on" or "off') may be performed under the control of machine-based intelligence, such as using a local cognitive input selection system 4004, an optionally remote cognitive input selection system 4114, or a combination of the two. The cognitive input selection systems 4004, 4014 may use intelligence and machine learning capabilities described elsewhere in this disclosure, such as using detected conditions (such as conditions infornied by the input sources 116 or sensors), state information (including state information determined by a machine state recognition system 4020 that may determine a state), such as relating to an operational state, an environmental state, a state within a known process or workflow, a state involving a fault or diagnostic condition, or many others. This may include optimization of input selection and configuration based on learning feedback from the learning feedback system 4012, which may include providing training data (such as from the host processing system 112 or from other data collection systems 102 either directly or from the host 112) and may include providing feedback metrics, such as success metrics calculated within the analytic system 4018 of the host processing system 112.
For example, if a data stream consisting of a particular combination of sensors and inputs yields positive results in a given set of conditions (such as providing improved pattern recognition, improved prediction, improved diagnosis, improved yield, improved return on investment, improved efficiency, or the like), then metrics relating to such results from the analytic system 4018 can be provided via the learning feedback system 4012 to the cognitive input selection systems 4004, 4014 to help configure future data collection to select that combination in those conditions (allowing other input sources to be de-selected, such as by powering down the other sensors). In embodiments, selection and de-selection of sensor combinations, under control of one or more of the cognitive input selection systems 4004, may occur with automated variation, such as using genetic programming techniques, based on learning feedback 4012, such as from the analytic system 4018, effective combinations for a given state or set of conditions are promoted, and less effective combinations are demoted, resulting in progressive optimization and adaptation of the local data collection system to each unique environment. Thus, an automatically adapting, multi-sensor data collection system is provided, where cognitive input selection is used (with feedback) to improve the effectiveness, efficiency, or other performance parameters of the data collection system within its particular environment. Performance parameters may relate to overall system metrics (such as financial yields, process optimization results, energy production or usage, and the like), analytic metrics (such as success in recognizing patterns, making predictions, classifying data, or the like), and local system metrics (such as bandwidth utilization, storage utilization, power consumption, and the like). In embodiments, the analytic system 4018, the state system 4020 and the cognitive input selection system 4114 of a host may take data from multiple data collection systems 102, such that optimization (including of input selection) may be undertaken through coordinated operation of multiple systems 102. For example, the cognitive input selection system 4114 may understand that if one data collection system 102 is already collecting vibration data for an X-axis, the X-axis vibration sensor for the other data collection system might be turned off, in favor of getting Y-axis da a from the other data collector 102. Thus, through coordinated collection by the host cognitive input selection system 4114, the activity of multiple collectors 102, across a host of different sensors, can provide for a rich data set for the host processing system 112, without wasting energy, bandwidth, storage space, or the like. As noted above, optimization may be based on overall system success metrics, analytic success metrics, and local system metrics, or a combination of the above.
[0438) Methods and systems are disclosed herein for cloud-based, machine pattern analysis of state information from multiple industrial sensors to provide anticipated state information for an industrial system. In embodiments, machine learning may take advantage of a state machine, such as tracking states of multiple analog and/or digital sensors, feeding the states into a pattern analysis facility, and determining anticipated states of the industrial system based on historical data about sequences of state information. For example, where a temperature state of an industrial machine exceeds a certain threshold and is followed by a fault condition, such as breaking down of a set of bearings, that temperature state may be tracked by a pattern recognizer, which may produce an output data structure indicating an anticipated bearing fault state (whenever an input state of a high temperature is recognized). A wide range of measurement values and anticipated states may be managed by a state machine, relating to temperature, pressure, vibration, acceleration, momentum, inertia, friction, heat, heat flux, galvanic states, magnetic field states, electrical field states, capacitance states, charge and discharge states, motion, position, and many others. States may comprise combined states, where a data structure includes a series of states, each of which is represented by a place in a byte-like data structure. For example, an industrial machine may be characterized by a genetic structure, such as one that provides pressure, temperature, vibration, and acoustic data, the measurement of which takes one place in the data structure, so that the combined state can be operated on as a byte-like structure, such as a structure for compactly characterizing the current combined state of the machine or environment, or compactly characterizing the anticipated state. This byte-like structure can be used by a state machine for machine learning, such as pattern recognition that operates on the structure to determine patterns that reflect combined effects of multiple conditions. A wide variety of such structure can be tracked and used, such as in machine learning, representing various combinations, of various length, of the different elements that can be sensed in an industrial environment.
In embodiments, byte-like structures can be used in a genetic programming technique, such as by substituting different types of data, or data from varying sources, and tracking outcomes over time, so that one or more favorable structures emerges based on the success of those structures when used in real world situations, such as indicating successful predictions of anticipated states, or achievement of success operational outcomes, such as increased efficiency, successful routing of information, achieving increased profits, or the like. That is, by varying what data types and sources are used in byte-like structures that are used for machine optimization over time, a genetic programming-based machine learning facility can "evolve" a set of data structures, consisting of a favorable mix of data types (e.g., pressure, temperature, and vibration), from a favorable mix of data sources (e.g., temperature is derived from sensor X, while vibration comes from sensor Y), for a given purpose. Different desired outcomes may result in different data structures that are best adapted to support effective achievement of those outcomes over time with application of machine learning and promotion of structures with favorable results for the desired outcome in question by genetic programming. The promoted data structures may provide compact, efficient data for various activities as described throughout this disclosure, including being stored in data pools (which may be optimized by storing favorable data structures that provide the best operational results for a given environment), being presented in data marketplaces (such as being presented as the most effective structures for a given purpose), and the like.
104391 In embodiments, a platform is provided having cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system. In embodiments, the host processing system 112, such as disposed in the cloud, may include the state system 4020, which may be used to infer or calculate a current state or to determine an anticipated future state relating to the data collection system 102 or some aspect of the environment in which the data collection system 102 is disposed, such as the state of a machine, a component, a workflow, a process, an event (e.g., whether the event has occurred), an object, a person, a condition, a function, or the like. Maintaining state information allows the host processing system 112 to undertake analysis, such as in one or more analytic systems 4018, to determine contextual information, to apply semantic and conditional logic, and perform many other functions as enabled by the processing architecture 4024 described throughout this disclosure.
[0440) In embodiments, a platform is provided having cloud-based policy automation engine for loT, with creation, deployment, and management of loT devices. In embodiments, the platform 100 includes (or is integrated with, or included in) the host processing system 112, such as on a cloud platform, a policy automation engine 4032 for automating creation, deployment, and management of policies to loT devices.
Polices, which may include access policies, network usage policies, storage usage policies, bandwidth usage policies, device connection policies, security policies, rule-based policies, role-based polices, and others, may be required to govern the use of loT devices.
For example, as loT devices may have many different network and data communications to other devices, policies may be needed to indicate to what devices a given device can connect, what data can be passed on, and what data can be received. As billions of devices with countless potential connections are expected to be deployed in the near future, it becomes impossible for humans to configure policies for loT devices on a connection-by-connection basis. Accordingly, an intelligent policy automation engine 4032 may include cognitive features for creating, configuring, and managing policies. The policy automation engine 4032 may consume information about possible policies, such as from a policy database or library, which may include one or more public sources of available policies.
These may be written in one or more conventional policy languages or scripts.
The policy automation engine 4032 may apply the policies according to one or more models, such as based on the characteristics of a given device, machine, or environment. For example, a large machine, such as a machine for power generation, may include a policy that only a verifiably local controller can change certain parameters of the power generation, thereby avoiding a remote "takeover" by a hacker. This may be accomplished in turn by automatically finding and applying security policies that bar connection of the control infrastructure of the machine to the Internet, by requiring access authentication, or the like.
The policy automation engine 4032 may include cognitive features, such as varying the application of policies, the configuration of policies, and the like (such as features based on state information from the state system 4020). The policy automation engine 4032 may take feedback, as from the learning feedback system 4012, such as based on one or more analytic results from the analytic system 4018, such as based on overall system results (such as the extent of security breaches, policy violations, and the like), local results, and analytic results. By variation and selection based on such feedback, the policy automation engine 4032 can, over time, learn to automatically create, deploy, configure, and manage .. policies across very large numbers of devices, such as managing policies for configuration of connections among loT devices.
104411 Methods and systems are disclosed herein for on-device sensor fusion and data storage for industrial ToT devices, including on-device sensor fusion and data storage for an industrial IoT device, where data from multiple sensors is multiplexed at the device for storage of a fused data stream. For example, pressure and temperature data may be multiplexed into a data stream that combines pressure and temperature in a time series, such as in a byte-like structure (where time, pressure, and temperature are bytes in a data structure, so that pressure and temperature remain linked in time, without requiring separate processing of the streams by outside systems), or by adding, dividing, multiplying, subtracting, or the like, such that the fused data can be stored on the device.
Any of the sensor data types described throughout this disclosure can be fused in this manner and stored in a local data pool, in storage, or on an IoT device, such as a data collector, a component of a machine, or the like.
10442) In embodiments, a platform is provided having on-device sensor fusion and data storage for industrial IoT devices. In embodiments, a cognitive system is used for a self-organizing storage system 4028 for the data collection system 102. Sensor data, and in particular analog sensor data, can consume large amounts of storage capacity, in particular where a data collector 102 has multiple sensor inputs onboard or from the local environment. Simply storing all the data indefinitely is not typically a favorable option, and even transmitting all of the data may strain bandwidth limitations, exceed bandwidth permissions (such as exceeding cellular data plan capacity), or the like.
Accordingly, storage strategies are needed. These typically include capturing only portions of the data (such as snapshots), storing data for limited time periods, storing portions of the data (such as intermediate or abstracted forms), and the like. With many possible selections among these and other options, determining the correct storage strategy may be highly complex.
In embodiments, the self-organizing storage system 4028 may use a cognitive system, based on learning feedback 4012, and use various metrics from the analytic system 4018 or other system of the host cognitive input selection system 4114, such as overall system metrics, analytic metrics, and local performance indicators. The self-organizing storage system 4028 may automatically vary storage parameters, such as storage locations (including local storage on the data collection system 102, storage on nearby data collection systems 102 (such as using peer-to-peer organization) and remote storage, such as network-based storage), storage amounts, storage duration, type of data stored (including individual sensors or input sources 116, as well as various combined or multiplexed data, such as selected under the cognitive input selection systems 4004,4014), storage type (such as using RAM, Flash, or other short-term memory versus available hard drive space), storage organization (such as in raw form, in hierarchies, and the like), and others. Variation of the parameters may be undertaken with feedback, so that over time the data collection system 102 adapts its storage of data to optimize itself to the conditions of its environment, such as a particular industrial environment, in a way that results in its storing the data that is needed in the right amounts and of the right type for availability to users.
104431 In embodiments, the local cognitive input selection system 4004 may organize fusion of data for various onboard sensors, external sensors (such as in the local environment) and other input sources 116 to the local collection system 102 into one or more fused data streams, such as using the multiplexer 4002 to create various signals that represent combinations, permutations, mixes, layers, abstractions, data-metadata combinations, and the like of the source analog and/or digital data that is handled by the data collection system 102. The selection of a particular fusion of sensors may be determined locally by the cognitive input selection system 4004, such as based on learning feedback from the learning feedback system 4012, such as various overall system, analytic system and local system results and metrics. In embodiments, the system may learn to fuse .. particular combinations and permutations of sensors, such as in order to best achieve correct anticipation of state, as indicated by feedback of the analytic system 4018 regarding its ability to predict future states, such as the various states handled by the state system 4020. For example, the input selection system 4004 may indicate selection of a sub-set of sensors among a larger set of available sensors, and the inputs from the selected sensors may be combined, such as by placing input from each of them into a byte of a defined, multi-bit data structure (such as a combination by taking a signal from each at a given sampling rate or time and placing the result into the byte structure, then collecting and processing the bytes over time), by multiplexing in the multiplexer 4002, such as a combination by additive mixing of continuous signals, and the like. Any of a wide range of signal processing and data processing techniques for combination and fusing may be used, including convolutional techniques, coercion techniques, transformation techniques, and the like. The particular fusion in question may be adapted to a given situation by cognitive learning, such as by having the cognitive input selection system 4004 learn, based on feedback 4012 from results (such as feedback conveyed by the analytic system 4018), such that the local data collection system 102 executes context-adaptive sensor fusion.
104441 In embodiments, the analytic system 4018 may apply to any of a wide range of analytic techniques, including statistical and econometric techniques (such as linear regression analysis, use similarity matrices, heat map based techniques, and the like), reasoning techniques (such as Bayesian reasoning, rule-based reasoning, inductive reasoning, and the like), iterative techniques (such as feedback, recursion, feed-forward and other techniques), signal processing techniques (such as Fourier and other transforms), pattern recognition techniques (such as Kalman and other filtering techniques), search techniques, probabilistic techniques (such as random walks, random forest algorithms, and the like), simulation techniques (such as random walks, random forest algorithms, linear optimization and the like), and others. This may include computation of various statistics or measures. In embodiments, the analytic system 4018 may be disposed, at least in part, on a data collection system 102, such that a local analytic system can calculate one or more measures, such as measures relating to any of the items noted throughout this disclosure.
For example, measures of efficiency, power utilization, storage utilization, redundancy, entropy, and other factors may be calculated onboard, so that the data collection 102 can enable various cognitive and learning functions noted throughout this disclosure without dependence on a remote (e.g., cloud-based) analytic system.
104451 In embodiments, the host processing system 112, a data collection system 102, or both, may include, connect to, or integrate with, a self-organizing networking system 4020, which may comprise a cognitive system for providing machine-based, intelligent or organization of network utilization for transport of data in a data collection system, such as for handling analog and other sensor data, or other source data, such as among one or more local data collection systems 102 and a host system 112. This may include organizing network utilization for source data delivered to data collection systems, for feedback data, such as analytic data provided to or via a learning feedback system 4012, data for supporting a marketplace (such as described in connection with other embodiments), and output data provided via output interfaces and ports 4010 from one or more data collection systems 102.
104461 Methods and systems are disclosed herein for a self-organizing data marketplace for industrial IoT data, including where available data elements are organized in the marketplace for constunption by consumers based on training a self-organizing facility with a training set and feedback from measures of marketplace success. A
marketplace may be set up initially to make available data collected from one or more industrial environments, such as presenting data by type, by source, by environment, by machine, by one or more patterns, or the like (such as in a menu or hierarchy). The marketplace may vary the data collected, the organization of the data, the presentation of the data (including pushing the data to external sites, providing links, configuring APIs by which the data may be accessed, and the like), the pricing of the data, or the like, such as under machine learning, which may vary different parameters of any of the foregoing. The machine .. learning facility may manage all of these parameters by self-organization, such as by varying parameters over time (including by varying elements of the data types presented), the data sourced used to obtain each type of data, the data structures presented (such as byte-like structures, fused or multiplexed structures (such as representing multiple sensor types), and statistical structures (such as representing various mathematical products of sensor information), among others), the pricing for the data, where the data is presented, how the data is presented (such as by APIs, by links, by push messaging, and the like), how the data is stored, how the data is obtained, and the like. As parameters are varied, feedback may be obtained as to measures of success, such as number of views, yield (e.g., price paid) per access, total yield, per unit profit, aggregate profit, and many others, and the self-organizing machine learning facility may promote configurations that improve measures of success and demote configurations that do not, so that, over time, the marketplace is progressively configured to present favorable combinations of data types (e.g., those that provide robust prediction of anticipated states of particular industrial enviromnents of a given type), from favorable sources (e.g., those that are reliable, accurate and low priced), with effective pricing (e.g., pricing that tends to provide high aggregate profit from the marketplace). The marketplace may include spiders, web crawlers, and the like to seek input data sources, such as finding data pools, connected IoT
devices, and the like that publish potentially relevant data. These may be trained by human users and improved by machine learning in a manner similar to that described elsewhere in this disclosure.
104471 In embodiments. a platform is provided having a self-organizing data marketplace for industrial ToT data. Referring to Figure 11, in embodiments, a platform is provided having a cognitive data marketplace 4102, referred to in some cases as a self-organizing data marketplace, for data collected by one or more data collection systems 102 or for data from other sensors or input sources 116 that are located in various data collection environments, such as industrial environments. In addition to data collection systems 102, this may include data collected, handled or exchanged by IoT devices, such as cameras, monitors, embedded sensors, mobile devices, diagnostic devices and systems, instrumentation systems, telematics systems, and the like, such as for monitoring various parameters and features of machines, devices, components, parts, operations, functions, conditions, states, events, workflows and other elements (collectively encompassed by the tenn "states") of such environments. Data may also include metadata about any of the foregoing, such as describing data, indicating provenance, indicating elements relating to identity, access, roles, and permissions, providing summaries or abstractions of data, or otherwise augmenting one or more items of data to enable further processing, such as for extraction, transforming, loading, and processing data. Such data (such term including metadata except where context indicates otherwise) may be highly valuable to third parties, either as an individual element (such as the instance where data about the state of an environment can be used as a condition within a process) or in the aggregate (such as the instance where collected data, optionally over many systems and devices in different environments can be used to develop models of behavior, to train learning systems, or the like). As billions of IoT devices are deployed, with countless connections, the amount of available data will proliferate. To enable access and utilization of data, the cognitive data marketplace 4102 enables various components, features, services, and processes for enabling users to supply, find, consume, and transact in packages of data, such as batches of data, streams of data (including event streams), data from various data pools 4120, and the like. in embodiments, the cognitive data marketplace 4102 may be included in, connected to, or integrated with, one or more other components of a host processing architecture 4024 of a host processing system 112, such as a cloud-based system, as well as to various sensors, input sources 115, data collection systems 102 and the like. The cognitive data marketplace 4102 may include marketplace interfaces 4108, which may include one or more supplier interfaces by which data suppliers may make data available and one more consumer interfaces by which data may be found and acquired. The consumer interface may include an interface to a data market search system 4118, which may include features that enable a user to indicate what types of data a user wishes to obtain, such as by entering keywords in a natural language search interface that characterize data or metadata. The search interface can use various search and filtering techniques, including keyword matching, collaborative filtering (such as using known preferences or characteristics of the consumer to match to similar consumers and the past outcomes of those other consumers), ranking techniques (such as ranking based on success of past outcomes according to various metrics, such as those described in connection with other embodiments in this disclosure). In embodiments, a supply interface may allow an owner or supplier of data to supply the data in one or more packages to and through the cognitive data marketplace 4102, such as packaging batches of data, streams of data, or the like. The supplier may pre-package data, such as by providing data from a single input source 116, a single sensor, and the like, or by providing combinations, permutations, and the like (such as multiplexed analog data, mixed bytes of data from multiple sources, results of extraction, loading and trartsfonnation, tvsults of convolution, and the like), as well as by providing metadata with respect to any of the foregoing. Packaging may include pricing, such as on a per-batch basis, on a streaming basis (such as subscription to an event feed or other feed or stream), on a per item basis, on a revenue share basis, or other basis.
For data involving pricing, a data transaction system 4114 may track orders, delivery, and utilization, including fulfillment of orders. The transaction system 4114 may include rich transaction features, including digital rights management, such as by managing cryptographic keys that govern access control to purchased data, that govern usage (such as allowing data to be used for a limited time, in a limited domain, by a limited set of users or roles, or for a limited purpose). The transaction system 4114 may manage payments, such as by processing credit cards, wire transfers, debits, and other forms of consideration.
104481 In embodiments, a cognitive data packaging system 4012 of the marketplace 4102 may use machine-based intelligence to package data, such as by automatically configuring packages of data in batches, streams, pools, or the like. In embodiments, packaging may be according to one or more rules, models, or parameters, such as by packaging or aggregating data that is likely to supplement or complement an existing model.
For example, operating data from a group of similar machines (such as one or more industrial machines noted throughout this disclosure) may be aggregated together, such as based on metadata indicating the type of data or by recognizing features or characteristics in the data stream that indicate the nature of the data. In embodiments, packaging may occur using machine learning and cognitive capabilities, such as by learning what combinations, permutations, mixes, layers, and the like of input sources 116, sensors, information from data pools 4120 and information from data collection systems 102 are likely to satisfy user requirements or result in measures of success. Learning may be based on learning feedback 4012, such as learning based on measures determined in an analytic system 4018, such as system performance measures, data collection measures, analytic measures, and the like.
In embodiments, success measures may be correlated to marketplace success measures, such as viewing of packages, engagement with packages, purchase or licensing of packages, payments made for packages, and the like. Such measures may be calculated in an analytic system 4018, including associating particular feedback measures with search terms and other inputs, so that the cognitive packaging system 4110 can find and configure packages that are designed to provide increased value to consumers and increased returns for data suppliers. In embodiments, the cognitive data packaging system 4110 can automatically vary packaging, such as using different combinations, permutations, mixes, and the like, and varying weights applied to given input sources, sensors, data pools and the like, using learning feedback 4012 to promote favorable packages and de-emphasize less favorable packages. This may occur using genetic programming and similar techniques that compare outcomes for different packages. Feedback may include state information from the state system 4020 (such as about various operating states, and the like), as well as about marketplace conditions and states, such as pricing and availability information for other data sources. Thus, an adaptive cognitive data packaging system 4110 is provided that automatically adapts to conditions to provide favorable packages of data for the marketplace 4102.
104491 In embodiments, a cognitive data pricing system 4112 may be provided to set pricing for data packages. In embodiments, the data pricing system 4112 may use a set of rules, models, or the like, such as setting pricing based on supply conditions, demand conditions, pricing of various available sources, and the like. For example, pricing for a package may be configured to be set based on the sum of the prices of constituent elements (such as input sources, sensor data, or the like), or to be set based on a rule-based discount to the sum of prices for constituent elements, or the like. Rules and conditional logic may be applied, such as rules that factor in cost factors (such as bandwidth and network usage, peak demand factors, scarcity factors, and the like), rules that factor in utilization parameters (such as the purpose, domain, user, role, duration, or the like for a package) and many others. In embodiments, the cognitive data pricing system 4112 may include fully cognitive, intelligent features, such as using genetic programming including automatically varying pricing and tracking feedback on outcomes. Outcomes on which tracking feedback may be based include various financial yield metrics, utilization metrics and the like that may be provided by calculating metrics in an analytic system 4018 on data from the data transaction system 4114.
10450) Methods and systems are disclosed herein for self-organizing data pools which may include self-organization of data pools based on utilization and/or yield metrics, including utilization and/or yield metrics that are tracked for a plurality of data pools. The data pools may initially comprise unstructured or loosely structured pools of data that contain data from industrial environments, such as sensor data from or about industrial machines or components. For example, a data pool might take streams of data from various machines or components in an environment, such as turbines, compressors, batteries, reactors, engines, motors, vehicles, pumps, rotors, axles, bearings, valves, and many others, with the data streams containing analog and/or digital sensor data (of a wide range of types), data published about operating conditions, diagnostic and fault data, identifying data for machines or components, asset tracking data, and many other types of data. Each stream may have an identifier in the pool, such as indicating its source, and optionally its type. The data pool may be accessed by external systems, such as through one or more interfaces or APIs (e.g., RESTful APIs), or by data integration elements (such as gateways, brokers, bridges, connectors, or the like), and the data pool may use similar capabilities to get access to available data streams. A data pool may be managed by a self-organizing machine learning facility, which may configure the data pool, such as by managing what sources are used for the pool, managing what streams are available, and managing APIs or other connections into and out of the data pool. The self-organization may take feedback such as based on measures of success that may include measures of utilization and yield.
The measures of utilization and yield that may include may account for the cost of acquiring and/or storing data, as well as the benefits of the pool, measured either by profit or by other measures that may include user indications of usefulness, and the like. For example, a self-organizing data pool might recognize that chemical and radiation data for an energy production environment are regularly accessed and extracted, while vibration and temperature data have not been used, in which case the data pool might automatically reorganize, such as by ceasing storage of vibration and/or temperature data, or by obtaining better sources of such data. This automated reorganization can also apply to data structures, such as promoting different data types, different data sources, different data structures, and the like, through progressive iteration and feedback.
104511 In embodiments, a platform is provided having self-organization of data pools based on utilization and/or yield metrics. In embodiments, the data pools 4020 may be self-organizing data pools 4020, such as being organized by cognitive capabilities as described throughout this disclosure. The data pools 4020 may self-organize in response to learning feedback 4012, such as based on feedback of measures and results, including calculated in an analytic system 4018. Organization may include determining what data or packages of data to store in a pool (such as representing particular combinations, permutations, aggregations, and the like), the structure of such data (such as in flat, hierarchical, linked, or other structures), the duration of storage, the nature of storage media (such as hard disks, flash memory, SSDs, network-based storage, or the like), the arrangement of storage bits, and other parameters. The content and nature of storage may be varied, such that a data pool 4020 may learn and adapt, such as based on states of the host system 112, one or more data collection systems 102, storage environment parameters (such as capacity, cost, and performance factors), data collection environment parameters, marketplace parameters, and many others. In embodiments, pools 4020 may learn and adapt, such as by variation of the above and other parameters in response to yield metrics (such as return on investment, optimization of power utilization, optimization of revenue, and the like).
104521 Methods and systems are disclosed herein for training Al models based on industry-specific feedback, including training an Al model based on industry-specific feedback that reflects a measure of utilization, yield, or impact, and where the Al model operates on sensor data from an industrial environment. As noted above, these models may include operating models for industrial environments, machines, workflows, models for anticipating states, models for predicting fault and optimizing maintenance, models for self-organizing storage (on devices, in data pools and/or in the cloud), models for optimizing data transport (such as for optimizing network coding, network-condition-sensitive routing, and the like), models for optimizing data marketplaces, and many others.
104531 In embodiments, a platform is provided having training Al models based on industry-specific feedback. In embodiments, the various embodiments of cognitive systems disclosed herein may take inputs and feedback from industry-specific and domain-specific sources 116 (such as relating to optimization of specific machines, devices, components, processes, and the like). Thus, learning and adaptation of storage organization, network usage, combination of sensor and input data, data pooling, data packaging, data pricing, and other features (such as for a marketplace 4102 or for other purposes of the host processing system 112) may be configured by learning on the domain-specific feedback measures of a given environment or application, such as an application involving IoT devices (such as an industrial environment). This may include optimization of efficiency (such as in electrical, electromechanical, magnetic, physical, thermodynamic, chemical and other processes and systems), optimization of outputs (such as for production of energy, materials, products, services and other outputs), prediction, avoidance and mitigation of faults (such as in the aforementioned systems and processes), optimization of performance measures (such as returns on investment, yields, profits, margins, revenues and the like), reduction of costs (including labor costs, bandwidth costs, data costs, material input costs, licensing costs, and many others), optimization of benefits (such as relating to safety, satisfaction, health), optimization of work flows (such as optimizing time and resource allocation to processes), and others.
104541 Methods and systems are disclosed herein for a self-organized swarm of industrial data collectors, including a self-organizing swarm of industrial data collectors that organize among themselves to optimize data collection based on the capabilities and conditions of the members of the swarm. Each member of the swarm may be configured with intelligence, and the ability to coordinate with other members. For example, a member of the swarm may track information about what data other members are handling, so that data collection activities, data storage, data processing, and data publishing can be allocated intelligently across the swarm, taking into account conditions of the environment, capabilities of the members of the swann, operating parameters, rules (such as from a rules engine that governs the operation of the swarm), and current conditions of the members. For example, among four collectors, one that has relatively low current power levels (such as a low battery), might be temporarily allocated the role of publishing data, because it may receive a dose of power from a reader or interrogation device (such as an RFID reader) when it needs to publish the data. A second collector with good power levels and robust processing capability might be assigned more complex functions, such as processing (lati. fusing data, organizing the rest of the swarm (including self-organization under machine learning, such that the swarm is optimized over time, including by adjusting operating parameters, rules, and the like based on feedback), and the like. A third collector in the swarm with robust storage capabilities might be assigned the task of collecting and storing a category of data, such as vibration sensor data, that consumes considerable bandwidth. A fourth collector in the swarm, such as one with lower storage capabilities, might be assigned the role of collecting data that can usually be discarded, such as data on current diagnostic conditions, where only data on faults needs to be maintained and passed along. Members of a swarm may connect by peer-to-peer relationships by using a member as a "master" or "hub," or by having them connect in a series or ring, where each member passes along data (including commands) to the next, and is aware of the nature of the capabilities and commands that are suitable for the preceding and/or next member. The swarm may be used for allocation of storage across it (such as using memory of each memory as an aggregate data store. In these examples, the aggregate data store may support a distributed ledger, which may store transaction data, such as for transactions involving data collected by the swarm, transactions occurring in the industrial environment, or the like. In embodiments, the transaction data may also include data used to manage the swarm, the environment, or a machine or components thereof. The swarm may self-organize, either by machine learning capability disposed on one or more members of the swarm, or based on instructions from an external machine learning facility, which may optimize storage, data collection, data processing, data presentation, data transport, and other functions based on managing parameters that are relevant to each. The machine learning facility may start with an initial configuration and vary parameters of the swarm relevant to any of the foregoing (also including varying the membership of the swarm), such as iterating based on feedback to the machine learning facility regarding measures of success (such as utilization measures, efficiency measures, measures of success in prediction or anticipation of states, productivity measures, yield measures, profit measures, and others). Over time, the swarm may be optimized to a favorable configuration to achieve the desired measure of success for an owner, operator, or host of an industrial environment or a machine, component, or process thereof.
104551 The swarm 4202 may be organized based on a hierarchical organization (such as where a master data collector 102 organizes and directs activities of one or more subservient data collectors 102), a collaborative organization (such as where decision-making for the organization of the swarm 4202 is distributed among the data collectors .. 102 (such as using various models for decision-making, such as voting systems, points systems, least-cost routing systems, prioritization systems, and the like), and the like.) In embodiments, one or more of the data collectors 102 may have mobility capabilities, such as in cases where a data collector is disposed on or in a mobile robot, drone, mobile submersible, or the like, so that organization may include the location and positioning of the data collectors 102. Data collection systems 102 may communicate with each other and with the host processing system 112, including sharing an aggregate allocated storage space involving storage on or accessible to one or more of the collectors (which in embodiment may be treated as a unified storage space even if physically distributed, such as using virtualization capabilities). Organization may be automated based on one or more rules, models, conditions, processes, or the like (such as embodied or executed by conditional logic), and organization may be governed by policies, such as handled by the policy engine. Rules may be based on industry, application- and domain-specific objects, classes, events, workflows, processes, and systems, such as by setting up the swarm 4202 to collect selected types of data at designated places and times, such as coordinated with the foregoing. For example, the swarm 4202 may assign data collectors 102 to serially collect diagnostic, sensor, instrumentation and/or telematic data from each of a series of machines that execute an industrial process (such as a robotic manufacturing process), such as at the time and location of the input to and output from each of those machines. In embodiments, self-organization may be cognitive, such as where the swarm varies one or more collection parameters and adapts the selection of parameters, weights applied to the parameters, or the like, over time. In examples, this may be in response to learning and feedback, such as from the learning feedback system 4012 that may be based on various feedback measures that may be determined by applying the analytic system 4018 (which in embodiments may reside on the swarm 4202, the host processing system 112, or a combination thereof) to data handled by the swarm 4202 or to other elements of the various embodiments disclosed herein (including marketplace elements and others).
Thus, the swarm 4202 may display adaptive behavior, such as adapting to the current state 4020 or an anticipated state of its environment (accounting for marketplace behavior), behavior of various objects (such as ToT devices, machines, components, and systems), processes (including events, states, workflows, and the like), and other factors at a given time.
Parameters that may be varied in a process of variation (such as in a neural net, self-organizing map, or the like), selection, promotion, or the like (such as those enabled by genetic programming or other AI-based techniques). Parameters that may be managed, varied, selected and adapted by cognitive, machine learning may include storage parameters (location, type, duration, amount, structure and the like across the swarm 4202), network parameters (such as how the swarm 4202 is organized, such as in mesh, peer-to-peer, ring, serial, hierarchical and other network configurations as well as .. bandwidth utilization, data routing, network protocol selection, network coding type, and other networking parameters), security parameters (such as settings for various security applications and services), location and positioning parameters (such as routing movement of mobile data collectors 102 to locations, positioning and orienting collectors 102 and the like relative to points of data acquisition, relative to each other, and relative to locations .. where network availability may be favorable, among others), input selection parameters (such as input selection among sensors, input sources 116 and the like for each collector 102 and for the aggregate collection), data combination parameters (such as those for sensor fusion, input combination, multiplexing, mixing, layering, convolution, and other combinations), power parameters (such as parameters based on power levels and power availability for one or more collectors 102 or other objects, devices, or the like), states (including anticipated states and conditions of the swarm 4202, individual collection systems 102, the host processing system 112 or one or more objects in an environment), events, and many others. Feedback may be based on any of the kinds of feedback described herein, such that over time the swarm may adapt to its current and anticipated situation to achieve a wide range of desired objectives.
104561 Methods and systems are disclosed herein for an industrial loT
distributed ledger, including a distributed ledger supporting the tracking of transactions executed in an automated data marketplace for industrial ToT data. A distributed ledger may distribute storage across devices, using a secure protocol, such as those used for cryptocurrencies (such as the BlockchainTm protocol used to support the BitcoinTm currency). A
ledger or similar transaction record, which may comprise a structure where each successive member of a chain stores data for previous transactions, and a competition can be established to determine which of alternative data stored data structures is "best" (such as being most complete), can be stored across data collectors, industrial machines or components, data pools, data marketplaces, cloud computing elements, servers, and/or on the IT
infrastructure of an enterprise (such as an owner, operator or host of an industrial environment or of the systems disclosed herein). The ledger or transaction may be optimized by machine learning, such as to provide storage efficiency, security, redundancy, or the like.
104571 In embodiments, the cognitive data marketplace 4102 may use a secure architecture for tracking and resolving transactions, such as a distributed ledger 4004, wherein transactions in data packages are tracked in a chained, distributed data structure, such as a BlockchainTM, allowing forensic analysis and validation where individual devices store a portion of the ledger representing transactions in data packages. The distributed ledger 4004 may be distributed to IoT devices, to data pools 4020, to data collection systems 102, and the like, so that transaction information can be verified without reliance on a single, central repositoiy of information. The transaction system 4114 may be configured to store data in the distributed ledger 4004 and to retrieve data from it (and from constituent devices) in order to resolve transactions. Thus, a distributed ledger 4004 for handling transactions in data, such as for packages of IoT data, is provided. In embodiments, the self-organizing storage system 4028 may be used for optimizing storage of distributed ledger data, as well as for organizing storage of packages of data, such as IoT data, that can be presented in the marketplace 4102.
104581 Methods and systems are disclosed herein for a network-sensitive collector, including a network condition-sensitive, self-organizing, multi-sensor data collector that can optimize based on bandwidth, quality of service, pricing and/or other network conditions. Network sensitivity can include awareness of the price of data transport (such as allowing the system to pull or push data during off-peak periods or within the available parameters of paid data plans), the quality of the network (such as to avoid periods where errors are likely), the quality of environmental conditions (such as delaying transmission until signal quality is good, such as when a collector emerges from a shielded environment, avoiding wasting use of power when seeking a signal when shielded, such as by large metal structures typically of industrial environments), and the like.
10459) Methods and systems are disclosed herein for a remotely organized universal data collector that can power up and down sensor interfaces based on need and/or conditions identified in an industrial data collection environment. For example, interfaces can recognize what sensors are available and interfaces and/or processors can be turned on to take input from such sensors, including hardware interfaces that allow the sensors to plug in to the data collector, wireless data interfaces (such as where the collector can ping the sensor, optionally providing some power via an interrogation signal), and software interfaces (such as for handling particular types of data). Thus, a collector that is capable of handling various kinds of data can be configured to adapt to the particular use in a given environment. In embodiments, configuration may be automatic or under machine learning, which may improve configuration by optimizing parameters based on feedback measures over time.
104601 Methods and systems are disclosed herein for self-organizing storage for a multi-sensor data collector, including self-organizing storage for a multi-sensor data collector for industrial sensor data. Self-organizing storage may allocate storage based on application of machine learning, which may improve storage configuration based on feedback measure over time. Storage may be optimized by configuring what data types are used (e.g., byte-like structures, structures representing fused data from multiple sensors, structures representing statistics or measures calculated by applying mathematical functions on data, and the like), by configuring compression, by configuring data storage duration, by configuring write strategies (such as by striping data across multiple storage devices, using protocols where one device stores instructions for other devices in a chain, and the like), and by configuring storage hierarchies, such as by providing pre-calculated intermediate statistics to facilitate more rapid access to frequently accessed data items.
Thus, highly intelligent storage systems may be configured and optimized, based on feedback, over time.
104611 Methods and systems are disclosed herein for self-organizing network coding for a multi-sensor data network, including self-organizing network coding for a data network that transports data from multiple sensors in an industrial data collection environment.
Network coding, including random linear network coding, can enable highly efficient and reliable transport of large amounts of data over various kinds of networks.
Different network coding configurations can be selected, based on machine learning, to optimize network coding and other network transport characteristics based on network conditions, environmental conditions, and other factors, such as the nature of the data being transported, environmental conditions, operating conditions, and the like (including by training a network coding selection model over time based on feedback of measures of success, such as any of the measures described herein).
104621 In embodiments, a platform is provided having a self-organizing network coding for multi-sensor data network. A cognitive system may vary one or more parameters for networking, such as network type selection (e.g., selecting among available local, cellular, satellite, Wi-Fi, BluetoothTm, NFC, Zigbeelz) and other networks), network selection (such as selecting a specific network, such as one that is known to have desired security features), network coding selection (such as selecting a type of network coding for efficient transport[such as random linear network coding, fixed coding, and others]), network timing selection (such as configuring delivery based on network pricing conditions, traffic and the like), network feature selection (such as selecting cognitive features, security features, and the like), network conditions (such as network quality based on current environmental or operation conditions), network feature selection (such as enabling available authentication, permission and similar systems), network protocol selection (such as among HTTP, IP, TCP/IP, cellular, satellite, serial, packet, streaming, and many other protocols), and others. Given bandwidth constraints, price variations, sensitivity to enviromnental factors, security concerns, and the like, selecting the optimal network configuration can be highly complex and situation dependent. The self-organizing networking system 4030 may vary combinations and permutations of these parameters while taking input from a learning feedback system 4012 such as using information from the analytic system 4018 about various measures of outcomes. In the many examples, outcomes may include overall system measures, analytic success measures, and local performance indicators. In embodiments, input from a learning feedback system 4012 may include information from various sensors and input sources 116, information from the state system 4020 about states (such as events, environmental conditions, operating conditions, and many others, or other information) or taking other inputs. By variation and selection of alternative configurations of networking parameters in different states, the self-organizing networking system may find configurations that are well-adapted to the environment that is being monitored or controlled by the host system 112, such as the instance where one or more data collection systems 102 are located and that are well-adapted to emerging network conditions. Thus, a self-organizing, network-condition-adaptive data collection system is provided.
104631 Referring to Figure 32, a data collection system 102 may have one or more output interfaces and/or ports 4010. These may include network ports and connections, application programming interfaces, and the like. Methods and systems are disclosed herein for a haptic or multi-sensory user interface, including a wearable haptic or multi-sensory user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs. For example, an interface may, based on a data structure configured to support the interface, be set up to provide a user with input or feedback, such as based on data from sensors in the environment. For example, if a fault condition based on a vibration data (such as resulting from a bearing being worn down, an axle being misaligned, or a resonance condition between machines) is detected, it can be presented in a haptic interface by vibration of an interface, such as shaking a wrist-worn device.
Similarly, thermal data indicating overheating could be presented by warming or cooling a wearable device, such as while a worker is working on a machine and cannot necessarily look at a user interface. Similarly, electrical or magnetic data may be presented by a buzzing, and the like, such as to indicate presence of an open electrical connection or wire, etc. That is, a multi-sensory, interface can intuitively help a user (such as a user with a wearable device) get a quick indication of what is going on in an environment, with the wearable interface having various modes of interaction that do not require a user to have eyes on a graphical UI, which may be difficult or impossible in many industrial environments where a user needs to keep an eye on the environment.
104641 In embodiments, a platform is provided having a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs. In embodiments, a haptic user interface 4302 is provided as an output for a data collection system 102, such as a system for handling and providing information for vibration, heat, electrical, and/or sound outputs, such as to one or more components of the data collection system 102 or to another system, such as a wearable device, mobile phone, or the like. A
data collection system 102 may be provided in a form factor suitable for delivering haptic input to a user, such as vibration, warming or cooling, buzzing, or the like, such as input disposed in headgear, an armband, a wristband or watch, a belt, an item of clothing, a uniform, or the like. In such cases, data collection systems 102 may be integrated with gear, uniforms, equipment, or the like worn by users, such as individuals responsible for operating or monitoring an industrial environment. In embodiments, signals from various sensors or input sources (or selective combinations, permutations, mixes, and the like, as managed by one or more of the cognitive input selection systems 4004, 4014) may trigger haptic feedback. For example, if a nearby industrial machine is overheating, the haptic interface may alert a user by warming up, or by sending a signal to another device (such as a mobile phone) to warm up. If a system is experiencing unusual vibrations, the haptic interface may vibrate. Thus, through various forms of haptic input, a data collection system 102 may inform users of the need to attend to one or more devices, machines, or other factors (such as those in an industrial environment) without requiring them to read messages or divert their visual attention away from the task at hand. The haptic interface, and selection of what outputs should be provided, may be considered in the cognitive input selection systems 4004, 4014. For example, user behavior (such as responses to inputs) may be monitored and analyzed in an analytic system 4018, and feedback may be provided through the learning feedback system 4012, so that signals may be provided based on the right collection or package of sensors and inputs, at the right time and in the right manner, to optimize the effectiveness of the haptic system 4202. This may include rule-based or model-based feedback (such as providing outputs that correspond in some logical fashion to the source data that is being conveyed). In embodiments, a cognitive haptic system may be provided, where selection of inputs or triggers for haptic feedback, selection of outputs, timing, intensity levels, durations, and other parameters (or weights applied to them) may be varied in a process of variation, promotion, and selection (such as using genetic programming) with feedback based on real world responses to feedback in actual situations or based on results of simulation and testing of user behavior. Thus, an adaptive haptic interface for a data collection system 102 is provided, which may learn and adapt feedback to satisfy requirements and to optimize the impact on user behavior, such as for overall system outcomes, data collection outcomes, analytic outcomes, and the like.
104651 Methods and systems are disclosed herein for a presentation layer for AR/VR
industrial glasses, where heat map elements are presented based on patterns and/or parameters in collected data. Methods and systems are disclosed herein for condition-sensitive, self-organized tuning of AR/VR interfaces based on feedback metrics and/or training in industrial environments. In embodiments, any of the data, measures, and the like described throughout this disclosure can be presented by visual elements, overlays, and the like for presentation in the AR/VR interfaces, such as in industrial glasses, on ARNR interfaces on smart phones or tablets, on ARNR interfaces on data collectors (which may be embodied in smart phones or tablets), on displays located on machines or components, and/or on displays located in industrial environments.
[0466] In embodiments, a platform is provided having heat maps displaying collected data for AR/VR. In embodiments, a platform is provided having heat maps 4204 displaying collected data from a data collection system 102 for providing input to an AR/VR interface 4208. In embodiments, the heat map interface 4304 is provided as an output for a data collection system 102, such as for handling and providing information for visualization of various sensor data and other data (such as map data, analog sensor data, and other data), such as to one or more components of the data collection system 102 or to another system, such as a mobile device, tablet, dashboard, computer, AR/VR device, or the like. A data collection system 102 may be provided in a form factor suitable for delivering visual input to a user, such as the presentation of a map that includes indicators of levels of analog and .. digital sensor data (such as data indicating levels of rotation, vibration, heating or cooling, pressure, and many other conditions). In such cases, data collection systems 102 may be integrated with equipment, or the like that are used by individuals responsible for operating or monitoring an industrial environment. In embodiments, signals from various sensors or input sources (or selective combinations, permutations, mixes, and the like, as managed .. by one or more of the cognitive input selection systems 4004, 4014) may provide input data to a heat map. Coordinates may include real world location coordinates (such as geo-location or location on a map of an environment), as well as other coordinates, such as time-based coordinates, frequency-based coordinates, or other coordinates that allow for representation of analog sensor signals, digital signals, input source information, and various combinations, in a map-based visualization, such that colors may represent varying levels of input along the relevant dimensions. For example, if a nearby industrial machine is overheating, the heat map interface may alert a user by showing a machine in bright red.
If a system is experiencing unusual vibrations, the heat map interface may show a different color for a visual element for the machine, or it may cause an icon or display element representing the machine to vibrate in the interface, calling attention to the element.
Clicking, touching, or otherwise interacting with the map can allow a user to drill down and see underlying sensor or input data that is used as an input to the heat map display.
Thus, through various forms of display, a data collection system 102 may inform users of the need to attend to one or more devices, machines, or other factors, such as those in an industrial environment, without requiring them to read text-based messages or input. The heat map interface, and selection of what outputs should be provided, may be considered in the cognitive input selection systems 4004, 4014. For example, user behavior (such as responses to inputs or displays) may be monitored and analyzed in an analytic system 4018, and feedback may be provided through the learning feedback system 4012, so that signals may be provided based on the right collection or package of sensors and inputs, at the right time and in the right manner, to optimize the effectiveness of the heat map Ul 4304. This may include rule-based or model-based feedback (such as feedback providing outputs that correspond in some logical fashion to the source data that is being conveyed).
In embodiments, a cognitive heat map system may be provided, where selection of inputs or triggers for heat map displays, selection of outputs, colors, visual representation elements, timing, intensity levels, durations and other parameters (or weights applied to them) may be varied in a process of variation, promotion and selection (such as selection using genetic programming) with feedback based on real world responses to feedback in actual situations or based on results of simulation and testing of user behavior. Thus, an adaptive heat map interface for a data collection system 102, or data collected thereby 102, or data handled by a host processing system 112, is provided, which may learn and adapt feedback to satisfy requirements and to optimize the impact on user behavior and reaction, such as for overall system outcomes, data collection outcomes, analytic outcomes, and the like.
[0467] In embodiments, a platform is provided having automatically tuned AR/VR
visualization of data collected by a data collector. In embodiments, a platform is provided having an automatically tuned ARNR visualization system 4308 for visualization of data collected by a data collection system 102, such as the case where the data collection system 102 has an AR/VR interface 4208 or provides input to an AR/VR interface 4308 (such as a mobile phone positioned in a virtual reality or AR headset, a set of AR
glasses, or the like). In embodiments, the ARNR system 4308 is provided as an output interface of a data collection system 102, such as a system for handling and providing infonnation for visualization of various sensor data and other data (such as map data, analog sensor data, and other data), such as to one or more components of the data collection system 102 or to another system, such as a mobile device, tablet, dashboard, computer. ARNR
device, or the like. A data collection system 102 may be provided in a form factor suitable for delivering AR or VR visual, auditory, or other sensory input to a user, such as by presenting one or more displays such as 31-realistic visualizations, objects, maps, camera overlays, or other overlay elements, maps and the like that include or correspond to indicators of levels of analog and digital sensor data (such as data indicating levels of rotation, vibration, heating or cooling, pressure and many other conditions, to input sources 116, or the like). In such cases, data collection systems 102 may be integrated with equipment, or the like that are used by individuals responsible for operating or monitoring an industrial environment.
104681 In embodiments, signals from various sensors or input sources (or selective combinations, permutations, mixes, and the like as managed by one or more of the cognitive input selection systems 4004, 4014) may provide input data to populate, configure, modif', or otherwise determine the ARNR element. Visual elements may include a wide range of icons, map elements, menu elements, sliders, toggles, colors, shapes, sizes, and the like, for representation of analog sensor signals, digital signals, input source information, and various combinations. In many examples, colors, shapes, and sizes of visual overlay elements may represent varying levels of input along the relevant dimensions for a sensor or combination of sensors. In further examples, if a nearby industrial machine is overheating, an AR element may alert a user by showing an icon representing that type of machine in flashing red color in a portion of the display of a pair of AR glasses. If a system is experiencing unusual vibrations, a virtual reality interface showing visualization of the components of the machine (such as an overlay of a camera view of the machine with 3D visualization elements) may show a vibrating component in a highlighted color, with motion, or the like, to ensure the component stands out in a virtual reality environment being used to help a user monitor or service the machine.
Clicking, touching, moving eyes toward, or otherwise interacting with a visual element in an AR/VR
interface may allow a user to drilldown and see underlying sensor or input data that is used as an input to the display. Thus, through various forms of display, a data collection system 102 may inform users of the need to attend to one or more devices, machines, or other factors (such as in an industrial environment), without requiring them to read text-based messages or input or divert attention from the applicable environment (whether it is a real environment with AR features or a virtual environment, such as for simulation.
traininiz, or the like).
[0469] The AR/VR output interface 4208, and selection and configuration of what outputs or displays should be provided, may be handled in the cognitive input selection systems 4004, 4014. For example, user behavior (such as responses to inputs or displays) may be monitored and analyzed in an analytic system 4018, and feedback may be provided through the learning feedback system 4012, so that AR/VR display signals may be provided based on the right collection or package of sensors and inputs, at the right time and in the right manner, to optimize the effectiveness of the AR/VR Ul 4308.
This may include rule-based or model-based feedback (such as providing outputs that correspond in some logical fashion to the source data that is being conveyed). In embodiments, a cognitively tuned ARNR interface control system 4308 may be provided, where selection of inputs or triggers for ARNR display elements, selection of outputs (such as colors, visual representation elements, timing, intensity levels, durations and other parameters [or weights applied to them]) and other parameters of a VR/AR environment may be varied in a process of variation, promotion and selection (such as the use of genetic programming) with feedback based on real world responses in actual situations or based on results of simulation and testing of user behavior. Thus, an adaptive, tuned AR/VR
interface for a data collection system 102, or data collected thereby 102, or data handled by a host processing system 112, is provided, which may learn and adapt feedback to satisfy requirements and to optimize the impact on user behavior and reaction, such as for overall system outcomes, data collection outcomes, analytic outcomes, and the like.
[0470] As noted above, methods and systems are disclosed herein for continuous ultrasonic monitoring, including providing continuous ultrasonic monitoring of rotating elements and bearings of an energy production facility. Embodiments include using continuous ultrasonic monitoring of an industrial environment as a source for a cloud-deployed pattern recognizer. Embodiments include using continuous ultrasonic monitoring to provide updated state information to a state machine that is used as an input to a cloud-deployed pattern recognizer. Embodiments include making available continuous ultrasonic monitoring information to a user based on a policy declared in a policy engine. Embodiments include storing continuous ultrasonic monitoring data with other data in a fused data structure on an industrial sensor device.
Embodiments include making a stream of continuous ultrasonic monitoring data from an industrial environment available as a service from a data marketplace. Embodiments include feeding a stream of continuous ultrasonic monitoring data into a self-organizing data pool.
Embodiments include training a machine learning model to monitor a continuous ultrasonic monitoring data stream where the model is based on a training set created from human analysis of such a data stream, and is improved based on data collected on performance in an industrial environment.
[0471] Embodiments include a swarm of data collectors that include at least one data collector for continuous ultrasonic monitoring of an industrial environment and at least one other type of data collector. Embodiments include using a distributed ledger to store time-series data from continuous ultrasonic monitoring across multiple devices.
Embodiments include collecting a stream of continuous ultrasonic data in a self-organizing data collector, a network-sensitive data collector, a remotely organized data collector, a data collector having self-organized storage and the like. Embodiments include using self-organizing network coding to transport a stream of ultrasonic data collected from an industrial environment. Embodiments include conveying an indicator of a parameter of a continuously collected ultrasonic data stream via an interface where the interface is one of a sensory interface of a wearable device, a heat map visual interface of a wearable device, an interface that operates with self-organized tuning of the interface layer, and the like.
[0472] As noted above, methods and systems are disclosed herein for cloud-based, machine pattern recognition based on fusion of remote analog industrial sensors.
Embodiments include taking input from a plurality of analog sensors disposed in an industrial environment, multiplexing the sensors into a multiplexed data stream, feeding the data stream into a cloud-deployed machine learning facility, and training a model of the machine learning facility to recognize a defined pattern associated with the industrial environment. Embodiments include using a cloud-based pattern recognizer on input states from a state machine that characterizes states of an industrial environment.
Embodiments include deploying policies by a policy engine that govern what data can be used by what users and for what purpose in cloud-based, machine learning. Embodiments include using a cloud-based platform to identify patterns in data across a plurality of data pools that contain data published from industrial sensors. Embodiments include training a model to identify preferred sensor sets to diagnose a condition of an industrial environment, where a training set is created by a human user and the model is improved based on feedback from data collected about conditions in an industrial environment.
[0473] Embodiments include a swarm of data collectors that is governed by a policy that is automatically propagated through the swarm. Embodiments include using a distributed ledger to store sensor fusion information across multiple devices. Embodiments include feeding input from a set of data collectors into a cloud-based pattern recognizer that uses data from multiple sensors for an industrial environment. The data collectors may be self-organizing data collectors, network-sensitive data collectors, remotely organized data collectors, a set of data collectors having self-organized storage, and the like.
Embodiments include a system for data collection in an industrial environment with self-organizing network coding for data transport of data fused from multiple sensors in the environment. Embodiments include conveying information formed by fusing inputs from multiple sensors in an industrial data collection system in an interface such as a multi-sensory interface, a heat map interface, an interface that operates with self-organized tuning of the interface layer, and the like.
104741 As noted above, methods and systems are disclosed herein for cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system. Embodiments include using a policy engine to determine what state information can be used for cloud-based machine analysis. Embodiments include feeding inputs from multiple devices that have fused and on-device storage of multiple sensor streams into a cloud-based pattern recognizer to determine an anticipated state of an industrial environment. Embodiments include making an output, such as anticipated state information, from a cloud-based machine pattern recognizer that analyzes fused data from remote, analog industrial sensors available as a data service in a data marketplace. Embodiments include using a cloud-based pattern recognizer to determine an anticipated state of an industrial environment based on data collected from data pools that contain streams of information from machines in the environment. Embodiments include training a model to identify preferred state information to diagnose a condition of an industrial environment, where a training set is created by a human user and the model is improved based on feedback from data collected about conditions in an industrial environment. Embodiments include a swarm of data collectors that feeds a state machine that maintains current state information for an industrial environment. Embodiments include using a distributed ledger to store historical state information for fused sensor states a self-organizing data collector that feeds a state machine that maintains current state information for an industrial environment.
Embodiments include a data collector that feeds a state machine that maintains current state information for an industrial environment where the data collector may be a network sensitive data collector, a remotely organized data collector, a data collector with self-organized storage, and the like. Embodiments include a system for data collection in an industrial environment with self-organizing network coding for data transport and maintains anticipated state information for the environment. Embodiments include conveying anticipated state information determined by machine learning in an industrial data collection system in an interface where the interface may be one or more of a multisensory interface, a heat map interface an interface that operates with self-organized tuning of the interface layer, and the like.
104751 As noted above, methods and systems are disclosed herein for a cloud-based policy automation engine for IoT, with creation, deployment, and management of IoT
devices, including a cloud-based policy automation engine for IoT, enabling creation, deployment and management of policies that apply to IoT devices. Policies can relate to data usage to an on-device storage system that stores fused data from multiple industrial sensors, or what data can be provided to whom in a self-organizing marketplace for IoT sensor data.
Policies can govern how a self-organizing swami or data collector should be organized for a particular industrial environment, how a network-sensitive data collector should use network bandwidth for a particular industrial environment, how a remotely organized data collector should collect, and make available, data relating to a specified industrial environment, or how a data collector should self-organize storage for a particular industrial environment. Policies can be deployed across a set of self-organizing pools of data that contain data streamed from industrial sensing devices to govern use of data from the pools or stored on a device that governs use of storage capabilities of the device for a distributed ledger. Embodiments include training a model to determine what policies should be deployed in an industrial data collection system. Embodiments include a system for data collection in an industrial environment with a policy engine for deploying policy within the system and, optionally, self-organizing network coding for data transport, wherein in certain embodiments, a policy applies to how data will be presented in a multi-sensory interface, a heat map visual interface, or in an interface that operates with self-organized tuning of the interface layer.
104761 As noted above, methods and systems are disclosed herein for on-device sensor fusion and data storage for industrial IoT devices, such as an industrial data collector, including self-organizing, remotely organized, or network-sensitive industrial data collectors, where data from multiple sensors is multiplexed at the device for storage of a fused data stream. Embodiments include a self-organizing marketplace that presents fused sensor data that is extracted from on-device storage of IoT devices.
Embodiments include streaming fused sensor information from multiple industrial sensors and from an on-device data storage facility to a data pool. Embodiments include training a model to determine what data should be stored on a device in a data collection environment.
Embodiments include a self-organizing swarm of industrial data collectors that organize among themselves to optimize data collection, where at least some of the data collectors have on-device storage of fused data from multiple sensors. Embodiments include storing distributed ledger information with fused sensor information on an industrial IoT device.
.. Embodiments include a system for data collection with on-device sensor fusion, such as of industrial sensor data and, optionally, self-organizing network coding for data transport, where data structures are stored to support alternative, multi-sensory modes of presentation, visual heat map modes of presentation, and/or an interface that operates with self-organized tuning of the interface layer.
104771 As noted above, methods and systems are disclosed herein for a self-organizing data marketplace for industrial IoT data, where available data elements are organized in the marketplace for consumption by consumers based on training a self-organizing facility with a training set and feedback from measures of marketplace success.
Embodiments include organizing a set of data pools in a self-organizing data marketplace based on utilization metrics for the data pools. Embodiments include training a model to determine pricing for data in a data marketplace. The data marketplace is fed with data streams from a self-organizing swarm of industrial data collectors, a set of industrial data collectors that have self-organizing storage, or self-organizing, network-sensitive, or remotely organized industrial data collectors. Embodiments include using a distributed ledger to store transactional data for a self-organizing marketplace for industrial loT data.
Embodiments include using self-organizing network coding for data transport to a marketplace for sensor data collected in industrial environments. Embodiments include providing a library of data structures suitable for presenting data in alternative, multi-sensory interface modes in a data marketplace, in heat map visualization, and/or in interfaces that operate with self-organized tuning of the interface layer.
104781 As noted above, methods and systems are disclosed herein for self-organizing data pools such as those that self-organize based on utilization and/or yield metrics that may be tracked for a plurality of data pools. In embodiments, the pools contain data from self-organizing data collectors. Embodiments include training a model to present the most valuable data in a data marketplace, where training is based on industry-specific measures of success. Embodiments include populating a set of self-organizing data pools with data from a self-organizing swarm of data collectors. Embodiments include using a distributed ledger to store transactional infonnation for data that is deployed in data pools, where the distributed ledger is distributed across the data pools. Embodiments include populating a set of self-organizing data pools with data from a set of network-sensitive or remotely organized data collectors or a set of data collectors having self-organizing storage.
Embodiments include a system for data collection in an industrial environment with self-.. organizing pools for da a storage and self-organizing network coding for data transport, such as a system that includes a source data structure for supporting data presentation in a multi-sensory interface, in a heat map interface, and/or in an interface that operates with self-organized tuning of the interface layer.
[0479] As noted above, methods and systems are disclosed herein for training Al models based on industry-specific feedback, such as that reflects a measure of utilization, yield, or impact, where the Al model operates on sensor data from an industrial environment.
Embodiments include training a swarm of data collectors, or data collectors, such as remotely organized, self-organizing, or network-sensitive data collectors, based on industry-specific feedback or network and industrial conditions in an industrial environment, such as to configure storage. Embodiments include training an Al model to identify and use available storage locations in an industrial environment for storing distributed ledger information. Embodiments include training a remote organizer for a remotely organized data collector based on industry-specific feedback measures.
Embodiments include a system for data collection in an industrial environment with cloud-based training of a network coding model for organizing network coding for data transport or a facility that manages presentation of data in a multi-sensory interface, in a heat map interface, and/or in an interface that operates with self-organized tuning of the interface layer.
[0480] As noted above, methods and systems are disclosed herein for a self-organized swarm of industrial data collectors that organize among themselves to optimize data collection based on the capabilities and conditions of the members of the swarm.
Embodiments include deploying distributed ledger data structures across a swarm of data.
Data collectors may be network-sensitive data collectors configured for remote organization or have self-organizing storage. Systems for data collection in an industrial environment with a swarm can include a self-organizing network coding for data transport.
Systems include swarms that relay information for use in a multi-sensory interface, in a heat map interface, and/or in an interface that operates with self-organized tuning of the interface layer.
104811 As noted above, methods and systems are disclosed herein for an industrial IoT
distributed ledger, including a distributed ledger supporting the tracking of transactions executed in an automated data marketplace for industrial IoT data. Embodiments include a self-organizing data collector that is configured to distribute collected information to a distributed ledger. Embodiments include a network-sensitive data collector that is configured to distribute collected information to a distributed ledger based on network conditions. Embodiments include a remotely organized data collector that is configured to distribute collected information to a distributed ledger based on intelligent, remote management of the distribution. Embodiments include a data collector with self-organizing local storage that is configured to distribute collected infonnation to a distributed ledger. Embodiments include a system for data collection in an industrial environment using a distributed ledger for data storage and self-organizing network coding for data transport, wherein data storage is of a data structure supporting a haptic interface for data presentation, a heat map interface for data presentation, and/or an interface that operates with self-organized tuning of the interface layer.
104821 As noted above, methods and systems are disclosed herein for a self-organizing collector, including a self-organizing, multi-sensor data collector that can optimize data collection, power and/or yield based on conditions in its environment, and is optionally responsive to remote organization. Embodiments include a self-organizing data collector that organizes at least in part based on network conditions. Embodiments include a self-organizing data collector with self-organizing storage for data collected in an industrial data collection environment. Embodiments include a system for data collection in an industrial environment with self-organizing data collection and self-organizing network coding for data transport. Embodiments include a system for data collection in an industrial .. environment with a self-organizing data collector that feeds a data structure supporting a haptic or multi-sensory wearable interface for data presentation, a heat map interface for data presentation, and/or an interface that operates with self-organized tuning of the interface layer.
[0483] As noted above, methods and systems are disclosed herein for a network-sensitive collector, including a network condition-sensitive, self-organizing, multi-sensor data collector that can optimize based on bandwidth, quality of service, pricing, and/or other network conditions. Embodiments include a remotely organized, network condition-sensitive universal data collector that can power up and down sensor interfaces based on need and/or conditions identified in an industrial data collection environment, including network conditions. Embodiments include a network-condition sensitive data collector with self-organizing storage for data collected in an industrial data collection environment.
Embodiments include a network-condition sensitive data collector with self-organizing network coding for da a transport in an industrial data collection environment.
Embodiments include a system for data collection in an industrial environment with a network-sensitive data collector that relays a data structure supporting a haptic wearable interface for data presentation, a heat map interface for data presentation, and/or an interface that operates with self-organized tuning of the interface layer.
[0484] As noted above, methods and systems are disclosed herein for a remotely organized universal data collector that can power up and down sensor interfaces based on need and/or conditions identified in an industrial data collection environment.
Embodiments include a remotely organized universal data collector with self-organizing storage for data collected in an industrial data collection environment. Embodiments include a system for data collection in an industrial environment with remote control of data collection and self-organizing network coding for data transport. Embodiments include a remotely organized data collector for storing sensor data and delivering instructions for use of the data in a haptic or multi-sensory wearable interface, in a heat map visual interface, and/or in an interface that operates with self-organized tuning of the interface layer.
[0485] As noted above, methods and systems are disclosed herein for self-organizing storage for a multi-sensor data collector, including self-organizing storage for a multi-sensor data collector for industrial sensor data. Embodiments include a system for data collection in an industrial environment with self-organizing data storage and self-organizing network coding for data transport. Embodiments include a data collector with self-organizing storage for storing sensor data and instructions for translating the data for use in a haptic wearable interface, in a heat map presentation interface, and/or in an interface that operates with self-organized tuning of the interface layer.
104861 As noted above, methods and systems are disclosed herein for self-organizing network coding for a multi-sensor data network, including self-organizing network coding for a data network that transports data from multiple sensors in an industrial data collection environment. The system includes a data structure supporting a haptic wearable interface for data presentation, a heat map interface for data presentation, and/or self-organized tuning of an interface layer for data presentation.
104871 As noted above, methods and systems are disclosed herein for a haptic or multi-sensory user interface, including a wearable haptic or multi-sensory user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs.
Embodiments include a wearable haptic user interface for conveying industrial state information from a data collector, with vibration, heat, electrical, and/or sound outputs.
The wearable also has a visual presentation layer for presenting a heat map that indicates a parameter of the data. Embodiments include condition-sensitive, self-organized tuning of AR/VR interfaces and multi-sensory interfaces based on feedback metrics and/or training in industrial environments.
104881 As noted above, methods and systems are disclosed herein for a presentation layer for AR/VR industrial glasses, where heat map elements are presented based on patterns and/or parameters in collected data. Embodiments include condition-sensitive, self-organized tuning of a heat map AR/VR interface based on feedback metrics and/or training in industrial environments. As noted above, methods and systems are disclosed herein for condition-sensitive, self-organized tuning of ARNR interfaces based on feedback metrics and/or training in industrial environments.
104891 The following illustrative clauses describe certain embodiments of the present disclosure. The data collection system mentioned in the following disclosure may be a local data collection system 102, a host processing system 112 (e.g., using a cloud platform), or a combination of a local system and a host system. In embodiments, a data collection system or data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and, in some embodiments, having IP front-end-end signal conditioning on a multiplexer for improved signal-to-noise ratio, multiplexer continuous monitoring alarming features, the use of distributed CPLD chips with a dedicated bus for logic control of multiple MUX and data acquisition sections, high-amperage input capability using solid state relays and design topology, power-down capability of at least one of an analog sensor channel and of a component board, unique electrostatic protection for trigger and vibration inputs, and/or precise voltage reference for A/D zero reference.
10490) In embodiments, a data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and having a phase-lock loop band-pass tracking filter for obtaining slow-speed RPMs and phase information, digital derivation of phase relative to input and trigger channels using on-board timers, a peak-detector for auto-scaling that is routed into a separate analog-to-digital converter for peak detection, the routing of a trigger channel that is either raw or buffered into other analog channels, the use of higher input oversampling for delta-sigma A/D for lower sampling rate outputs to minimize AA filter requirements, and/or the use of a CPLD as a clock-divider for a delta-sigma analog-to-digital converter to achieve lower sampling rates without the need for digital resampling.
104911 In embodiments, a data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and having long blocks of data at a high-sampling rate, as opposed to multiple sets of data taken at different sampling rates, storage of calibration data with a maintenance history on-board card set, a rapid route creation capability using hierarchical templates, intelligent management of data collection bands, and/or a neural net expert system using intelligent management of data collection bands.
104921 In embodiments, a data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and having use of a database hierarchy in sensor data analysis, an expert system GUI graphical approach to defining intelligent data collection bands and diagnoses for the expert system, a graphical approach for back-calculation definition, proposed bearing analysis methods, torsional vibration detection/analysis utilizing transitory signal analysis, and/or improved integration using both analog and digital methods.
104931 In embodiments, a data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and having adaptive scheduling techniques for continuous monitoring of analog data in a local environment, data acquisition parking features, a self-sufficient data acquisition box, SD card storage, extended onboard statistical capabilities for continuous monitoring, the use of ambient, local and vibration noise for prediction, smart route changes based on incoming data or alarms to enable simultaneous dynamic data for analysis or correlation; smart ODS and transfer functions, a hierarchical multiplexer;
identification of sensor overload, and/or RF identification and an inclinometer.
10494) In embodiments, a data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and having continuous ultrasonic monitoring, cloud-based, machine pattern recognition based on the fusion of remote, analog industrial sensors, cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system, cloud-based policy automation engine for ToT, with creation, deployment, and management of IoT devices, on-device sensor fusion and data storage for industrial IoT devices, a self-organizing data marketplace for industrial loT data, self-organization of data pools based on utilization and/or yield metrics, training Al models based on industry, -specific feedback, a self-organized swarm of industrial data collectors, an IoT distributed ledger, a self-organizing collector, a network-sensitive collector, a remotely organized collector, a self-organizing storage for a multi-sensor data collector, a self-organizing network coding for multi-sensor data network, a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs, heat maps displaying collected data for AR/VR, and/or automatically tuned AR/VR visualization of data collected by a data collector.
104951 In embodiments, a data collection and processing system is provided having IP
front-end signal conditioning on a multiplexer for improved signal-to-noise ratio. in embodiments, a data collection and processing system is provided having IP
front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: multiplexer continuous monitoring alarming features; IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio; the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections. In embodiments, a data collection and processing system is provided having IP
front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: high-amperage input capability using solid state relays and design topology; power-down capability of at least one analog sensor channel and of a component board; unique electrostatic protection for trigger and vibration inputs;
precise voltage reference for A/D zero reference: and a phase-lock loop band-pass tracking filter for obtaining slow-speed RPMs and phase information. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: digital derivation of phase relative to input and trigger channels using on-board timers; a peak-detector for auto-scaling that is routed into a separate analog-to-digital converter for peak detection; routing of a trigger channel that is either raw or buffered into other analog channels; the use of higher input oversampling for delta-sigma A/D for lower sampling rate outputs to minimize AA filter requirements; and the use of a CPLD as a clock-divider for a delta-sigma analog-to-digital converter to achieve lower sampling rates without the need for digital resampling. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of long blocks of data at a high-sampling rate as opposed to multiple sets of data taken at different sampling rates; storage of calibration data with a maintenance history on-board card set; a rapid route creation capability using hierarchical templates; intelligent management of data collection bands; and a neural net expert system using intelligent management of data collection bands. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: use of a database hierarchy in sensor data analysis; an expert system GUI graphical approach to defining intelligent data collection bands and diagnoses for the expert system; and a graphical approach for back-calculation definition. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: proposed bearing analysis methods;
torsional vibration detection/analysis utilizing transitory signal ; improved integration using both analog and digital methods; adaptive scheduling techniques for continuous monitoring of analog data in a local environment; data acquisition parking features ; a self-sufficient data acquisition box; and SD card storage. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of extended onboard statistical capabilities for continuous monitoring; the use of ambient, local, and vibration noise for prediction;
smart route changes based on incoming data or alarms to enable simultaneous dynamic data for analysis or correlation; smart ODS and transfer functions; and a hierarchical multiplexer. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: identification of sensor overload; RF identification and an inclinometer; continuous ultrasonic monitoring; machine pattern recognition based on the fusion of remote, analog industrial sensors; and cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state .. information for an industrial system. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: cloud-based policy automation engine for IoT, with creation, deployment, and management of IoT devices; on-device sensor fusion and data storage for industrial IoT devices; a self-organizing data marketplace for industrial IoT data; and self-organization of data pools based on utilization and/or yield metrics. In embodiments, a data collection and processing system is provided having IP
front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: training Al models based on industry-specific feedback; a self-organized swarm of industrial data collectors; an IoT distributed ledger; a self-organizing collector; and a network-sensitive collector. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: a remotely organized collector;
a self-organizing storage for a multi-sensor data collector; a self-organizing network coding for multi-sensor data network; a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs;
heat maps displaying collected data for AR/VR; and automatically tuned AR/VR
visualization of data collected by a data collector.
104961 In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections; high-amperage input capability using solid state relays and design topology; power-down capability of at least one of an analog sensor channel and/or of a component board; unique electrostatic protection for trigger and vibration inputs; and precise voltage reference for AID zero reference. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: a phase-lock loop band-pass tracking filter for obtaining slow-speed RPMs and phase information;
digital derivation of phase relative to input and trigger channels using on-board timers; a peak-detector for auto-scaling that is routed into a separate analog-to-digital converter for peak detection; and routing of a trigger channel that is either raw or buffered into other analog channels. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of:
the use of higher input oversampling for delta-sigma AID for lower sampling rate outputs to minimize AA filter requirements; the use of a CPLD as a clock-divider for a delta-sigma analog-to-digital converter to achieve lower sampling rates without the need for digital resampling; long blocks of data at a high-sampling rate as opposed to multiple sets of data .. taken at different sampling rates; storage of calibration data with a maintenance history on-board card set; and a rapid route creation capability using hierarchical templates. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of:
intelligent management of data collection bands; a neural net expert system using intelligent management of data collection bands; use of a database hierarchy in sensor data analysis;
and an expert system GUI graphical approach to defining intelligent data collection bands and diagnoses for the expert system. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: a graphical approach for back-calculation definition;
proposed bearing analysis methods; torsional vibration detection/analysis utilizing transitory signal analysis; and improved integration using both analog and digital methods. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of adaptive scheduling techniques for continuous monitoring of analog data in a local environment;
data acquisition parking features; a self-sufficient data acquisition box; and SD
card storage. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: extended onboard statistical capabilities for continuous monitoring; the use of ambient, local and vibration noise for prediction; smart route changes based on incoming data or alarms to enable simultaneous dynamic data for analysis or convlation; and smart ODS and transfer functions. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: a hierarchical multiplexer; identification of sensor overload; RF
identification, and an inclinometer; cloud-based, machine pattern recognition based on the fusion of remote, analog industrial sensors; and machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system.
in embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: cloud-based policy automation engine for IoT, with creation, deployment, and management of ToT
devices;
on-device sensor fusion and data storage for industrial IoT devices; a self-organizing data marketplace for industrial loT data; self-organization of data pools based on utilization and/or yield metrics: and training Al models based on industry-specific feedback. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: a self-organized swarm of industrial data collectors: an IoT distributed ledger: a self-organizing collector;
a network-sensitive collector; and a remotely organized collector. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of. a self-organizing storage for a multi-sensor data collector; and a self-organizing network coding for multi-sensor data network. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs; heat maps displaying collected data for AR/VR: and automatically tuned AMR visualization of data collected by a data collector.
[0497] In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having high-amperage input capability using solid state relays and design topology. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having power-down capability of at least one of an analog sensor channel and of a component board. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having unique electrostatic protection for trigger and vibration inputs. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having precise voltage reference for AID zero reference. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having a phase-lock loop band-pass tracking filter for obtaining slow-speed RPMs and phase information. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having digital derivation of phase relative to input and trigger channels using on-board timers. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having a peak-detector for auto-scaling that is routed into a separate analog-to-digital converter for peak detection. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having routing of a trigger channel that is either raw or buffered into other analog channels. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having the use of higher input oversampling for delta-sigma A/D
for lower sampling rate outputs to minimize AA filter requirements. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having the use of a CPLD as a clock-divider for a delta-sigma analog-to-digital .. converter to achieve lower sampling rates without the need for digital resampling. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having long blocks of data at a high-sampling rate as opposed to multiple sets of data taken at different sampling rates. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having storage of calibration data with a maintenance history on-board card set. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a rapid route creation capability using hierarchical templates. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having intelligent management of data collection bands. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a neural net expert system using intelligent management of data collection bands.
In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having use of a database hierarchy in sensor data analysis. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having an expert system GUI graphical approach to defining intelligent data collection bands and diagnoses for the expert system. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a graphical approach for back-calculation definition. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having proposed bearing analysis methods. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having torsional vibration detection/analysis utilizing transitory signal analysis. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having improved integration using both analog and digital methods. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having adaptive scheduling techniques for continuous monitoring of analog data in a local environment In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having data acquisition parking features. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having a self-sufficient data acquisition box. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having SD card storage. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having extended onboard statistical capabilities for continuous monitoring. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having the use of ambient, local and vibration noise for prediction. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having smart route changes based on incoming data or alarms to enable simultaneous dynamic data for analysis or correlation. In embodiments, a data collection and processing system is ptovided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having smart ODS and transfer functions. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having a hierarchical multiplexer. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having identification of sensor overload. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having RF
identification and an inclinometer. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having continuous ultrasonic monitoring.
In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having cloud-based, machine pattern recognition based on fusion of remote, analog industrial sensors. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having cloud-based policy automation engine for IoT, with creation, deployment, and management of loT devices. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having on-device sensor fusion and data storage for industrial loT devices. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a self-organizing data marketplace for industrial loT data. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having self-organization of data pools based on utilization and/or yield metrics. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having training Al models based on industry-specific feedback. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a self-organized swarm of industrial data collectors. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having an loT
distributed ledger. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a self-organizing collector. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having a network-sensitive collector. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a remotely organized collector. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a self-organizing storage for a multi-sensor data collector. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a self-organizing network coding for multi-sensor data network. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having heat maps displaying collected data for ARNR. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having automatically tuned ARNR visualization of data collected by a data collector.
104981 In embodiments, a data collection and processing system is provided having one or more of high-amperage input capability using solid state relays and design topology, power-down capability of at least one of an analog sensor channel and of a component board, unique electrostatic protection for trigger and vibration inputs, precise voltage reference for A/D zero reference, a phase-lock loop band-pass tracking filter for obtaining slow-speed RPMs and phase infonnation, digital derivation of phase relative to input and trigger channels using on-board timers, a peak-detector for auto-scaling that is routed into a separate analog-to-digital converter for peak detection, routing of a trigger channel that is either raw or buffered into other analog channels, the use of higher input oversampling for delta-sigma A/D for lower sampling rate outputs to minimize anti-aliasing (AA) filter requirements, the use of a CPLD as a clock-divider for a delta-sigma analog-to-digital converter to achieve lower sampling rates without the need for digital resampling, long blocks of data at a high-sampling rate as opposed to multiple sets of data taken at different sampling rates, storage of calibration data with a maintenance history on-board card set, a rapid route creation capability using hierarchical templates, intelligent management of data collection bands, a neural net expert system using intelligent management of data collection bands, use of a database hierarchy in sensor data analysis, an expert system GUI
graphical approach to defining intelligent data collection bands and diagnoses for the expert system, a graphical approach for back-calculation definition, proposed bearing analysis methods, torsional vibration detection/analysis utilizing transitory signal analysis, improved integration using both analog and digital methods, adaptive scheduling techniques for continuous monitoring of analog data in a local environment, data acquisition parking features, a self-sufficient data acquisition box, SD card storage, extended onboard statistical capabilities for continuous monitoring, the use of ambient, local, and vibration noise for prediction, smart route changes based on incoming data or alarms to enable simultaneous dynamic data for analysis or correlation, smart ODS and transfer functions, a hierarchical multiplexer, identification of sensor overload, RF
identification and an inclinometer, continuous ultrasonic monitoring, cloud-based, machine pattern recognition based on fusion of remote, analog industrial sensors, cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system, cloud-based policy automation engine for loT, with creation, deployment, and management of loT
devices, on-device sensor fusion and data storage for industrial loT devices, a self-organizing data marketplace for industrial loT data, self-organization of data pools based on utilization and/or yield metrics, training Al models based on industry-specific feedback, a self-organized swarm of industrial data collectors, an loT distributed ledger, a self-organizing collector, a network-sensitive collector, a remotely organized collector, a self-organizing storage for a multi-sensor data collector, a self-organizing network coding for multi-sensor data network, a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs, heat maps displaying collected data for AR/VR, or automatically tuned AR/VR visualization of data collected by a data collector.
104991 In embodiments, a platform is provided having one or more of cloud-based, machine pattern recognition based on fusion of remote, analog industrial sensors, cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system, a cloud-based policy automation engine for loT, with creation, deployment, and management of loT
devices, on-device sensor fusion and data storage for industrial loT devices, a self-organizing data marketplace for industrial loT data, self-organization of data pools based on utilization and/or yield metrics, training Al models based on industry-specific feedback, a self-organized swarm of industrial data collectors, an IoT distributed ledger, a self-organizing collector, a network-sensitive collector, a remotely organized collector, a self-organizing storage for a multi-sensor data collector, a self-organizing network coding for multi-sensor data network, a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs, heat maps displaying collected data for AR/VR, or automatically tuned AR/VR visualization of data collected by a data collector.
105001 With regard to Figure 14, a range of existing data sensing and processing systems with industrial sensing, processing, and storage systems 4500 include a streaming data collector 4510 that may be configured to accept data in a range of formats as described herein. In embodiments, the range of formats can include a data format A 4520, a data format B 4522, a data format C 4524, and a data format D 4528 that may be sourced from a range of sensors. Moreover, the range of sensors can include an instrument A
4540, an instrument B 4542, an instrument C 4544, and an instrument D 4548. The streaming data collector 4510 may be configured with processing capabilities that enable access to the individual formats while leveraging the streaming, routing, self-organizing storage, and other capabilities described herein.
105011 Figure 15 depicts methods and systems 4600 for industrial machine sensor data streaming collection, processing, and storage that facilitate use of a streaming data collector 4610 to collect and obtain data from legacy instruments 4620 and streaming instruments 4622. Legacy instruments 4620 and their data methodologies may capture and provide data that is limited in scope, due to the legacy systems and acquisition procedures, such as existing data methodologies described above herein, to a particular range of frequencies and the like. The streaming data collector 4610 may be configured to capture streaming instrument data 4632 as well as legacy instrument data 4630. The streaming data collector 4610 may also be configured to capture current streaming instruments 4620 and legacy instruments 4622 and sensors using current and legacy data methodologies.
These embodiments may be useful in transition applications from the legacy instruments and processing to the streaming instruments and processing that may be current or desired instruments or methodologies. In embodiments, the streaming data collector 4610 may be configured to process the legacy instrument data 4630 so that it can be stored compatibly with the streamed instrument data 4632. The streaming data collector 4610 may process or parse the streamed instnunent data 4632 based on the legacy instrument data 4630 to produce at least one extraction of the streamed data 4642 that is compatible with the legacy instrument data 4630 that can be processed into translated legacy data 4640.
In embodiments, extracted data 4650 that can include extracted portions of translated legacy data 4652 and streamed data 4654 may be stored in a format that facilitates access and processing by legacy instrument data processing and further processing that can emulate legacy instrument data processing methods, and the like. In embodiments, the portions of the translated legacy data 4652 may also be stored in a format that facilitates processing with different methods that can take advantage of the greater frequencies, resolution, and volume of data possible with a streaming instrument.
105021 Figure 16 depicts alternate embodiments descriptive of methods and systems 4700 for industrial machine sensor data streaming, collection, processing, and storage that facilitate integration of legacy instruments and processing. In embodiments, a streaming data collector 4710 may be connected with an industrial machine 4712 and may include a plurality of sensors, such as streaming sensors 4720 and 4722 that may be configured to sense aspects of the industrial machine 4712 associated with at least one moving part of the machine 4712. The sensors 4720 and 4722 (or more) may communicate with one or more streaming devices 4740 that may facilitate streaming data from one or more of the sensors to the streaming data collector 4710. In embodiments, the industrial machine 4712 may also interface with or include one or more legacy instruments 4730 that may capture data associated with one or more moving parts of the industrial machine 4712 and store that data into a legacy data storage facility 4732.
105031 In embodiments, a frequency and/or resolution detection facility 4742 may be configured to facilitate detecting information about legacy instrument sourced data, such as a frequency range of the data or a resolution of the data, and the like.
The detection facility 4742 may operate on data directly from the legacy instruments 4730 or from data stored in a legacy storage facility 4732. The detection facility 4742 may communicate information detected about the legacy instruments 4730, its sourced data, and its stored data 4732, or the like to the streaming data collector 4710. Alternatively, the detection facility 4742 may access information, such as information about frequency ranges, resolution, and the like that characterizes the sourced data from the legacy instrument 4730 and/or may be accessed from a portion of the legacy storage facility 4732.
105041 In embodiments, the streaming data collector 4710 may be configured with one or more automatic processors, algorithms, and/or other data methodologies to match up information captured by the one or more legacy instruments 4730 with a portion of data being provided by the one or more streaming devices 4740 from the one or more industrial machines 4712. Data from streaming devices 4740 may include a wider range of frequencies and resolutions than the sourced data of legacy instruments 4730 and, therefore, filtering and other such functions can be implemented to extract data from the streaming devices 4740 that corresponds to the sourced data of the legacy instruments 4730 in aspects such as frequency range, resolution, and the like. In embodiments, the configured streaming data collector 4710 may produce a plurality of streams of data, including a stream of data that may correspond to the stream of data from the streaming device 4740 and a separate stream of data that is compatible, in some aspects, with the legacy instrument sourced data and the infrastructure to ingest and automatically process it. Alternatively, the streaming data collector 4710 may output data in modes other than as a stream, such as batches, aggregations, summaries, and the like.
105051 Configured streaming data collector 4710 may communicate with a stream storage facility 4764 for storing at least one of the data outputs from the streaming device 4710 and data extracted therefrom that may be compatible, in some aspects, with the sourced data of the legacy instruments 4730. A legacy compatible output of the configured streaming data collector 4710 may also be provided to a format adaptor facility 4748, 4760 that may configure, adapt, reformat, and make other adjustments to the legacy compatible data so that it can be stored in a legacy compatible storage facility 4762 so that legacy processing facilities 4744 may execute data processing methods on data in the legacy compatible storage facility 4762 and the like that are configured to process the sourced data of the legacy instnunents 4730. In embodiments in which legacy compatible data is stored in the stream storage facility 4764, legacy processing facility 4744 may also automatically process this data after optionally being processed by format adaptor 4760.
By arranging the data collection, streaming, processing, formatting, and storage elements to provide data in a format that is fully compatible with legacy instrument sourced data, .. transition from a legacy system can be simplified, and the sourced data from legacy instruments can be easily compared to newly acquired data (with more content) without losing the legacy value of the sourced data from the legacy instruments 4730.
105061 Figure 17 depicts alternate embodiments of the methods and systems 4800 described herein for industrial machine sensor data streaming, collection, processing, and storage that may be compatible with legacy instrument data collection and processing. In embodiments, processing industrial machine sensed data may be accomplished in a variety of ways including aligning legacy and streaming sources of data, such as by aligning stored legacy and streaming data; aligning stored legacy data with a stream of sensed data; and aligning legacy and streamed data as it is being collected. In embodiments, an industrial machine 4810 may include, communicate with, or be integrated with one or more stream data sensors 4820 that may sense aspects of the industrial machine 4810 such as aspects of one or more moving parts of the machine. The industrial machine 4810 may also communicate with, include, or be integrated with one or more legacy data sensors 4830 that may sense similar aspects of the industrial machine 4810. In embodiments, the one or more legacy data sensors 4830 may provide sensed data to one or more legacy data collectors 4840. The stream data sensors 4820 may produce an output that encompasses all aspects of (i.e., a richer signal) and is compatible with sensed data from the legacy data sensors 4830. The stream data sensors 4820 may provide compatible data to the legacy data collector 4840. By mimicking the legacy data sensors 4830 or their data streams, the stream data sensors 4820 may replace (or serve as suitable duplicate for) one or more legacy data sensors, such as during an upgrade of the sensing and processing system of an industrial machine. Frequency range, resolution, and the like may be mimicked by the stream data so as to ensure that all forms of legacy data are captured or can be derived from the stream data. In embodiments, fonnat conversion, if needed, can also be performed by the stream data sensors 4820. The stream data sensors 4820 may also produce an alternate data stream that is suitable for collection by the stream data collector 4850. In embodiments, such an alternate data stream may be a superset of the legacy data sensor data in at least one or more of: frequency range, resolution, duration of sensing the data, and the like.
105071 In embodiments, an industrial machine sensed data processing facility 4860 may execute a wide range of sensed data processing methods, some of which may be compatible with the data from legacy data sensors 4830 and may produce outputs that may meet legacy sensed data processing requirements. To facilitate use of a wide range of data processing capabilities of processing facility 4860, legacy and stream data may need to be aligned so that a compatible portion of stream data may be extracted for processing with legacy compatible methods and the like. In embodiments, Figure 17 depicts three different techniques for aligning stream data to legacy data. A first alignment methodology 4862 includes aligning legacy data output by the legacy data collector 4840 with stream data output by the stream data collector 4850. As data is provided by the legacy data collector 4840, aspects of the data may be detected, such as resolution, frequency, duration, and the like, and may be used as control for a processing method that identifies portions of a stream of data from the stream data collector 4850 that are purposely compatible with the legacy data. The processing facility 4860 may apply one or more legacy compatible methods on the identified portions of the stream data to extract data that can be easily compared to or referenced against the legacy data.
105081 In embodiments, a second alignment methodology 4864 may involve aligning streaming data with data from a legacy storage facility 4882. In embodiments, a third alignment methodology 4868 may involve aligning stored stream data from a stream storage facility 4884 with legacy data from the legacy data storage facility 4882. In each of the methodologies 4862, 4864, 4868, alignment data may be determined by processing the legacy data to detect aspects such as resolution, duration, frequency range, and the like.
Alternatively, alignment may be performed by an alignment facility, such as facilities using methodologies 4862,4864, 4868 that may receive or may be configured with legacy data descriptive information such as legacy frequency range, duration, resolution, and the like.
105091 In embodiments, an industrial machine sensing data processing facility 4860 may have access to legacy compatible methods and algorithms that may be stored in a legacy data methodology storage facility 4880. These methodologies, algorithms, or other data in the legacy algorithm storage facility 4880 may also be a source of alignment information that could be communicated by the industrial machine sensed data processing facility 4860 to the various alignment facilities having methodologies 4862, 4864, 4868. By having access to legacy compatible algorithms and methodologies, the data processing facility 4860 may facilitate processing legacy data, streamed data that is compatible with legacy data, or portions of streamed data that represent the legacy data to produce legacy compatible analytics.
105101 In embodiments, the data processing facility 4860 may execute a wide range of other sensed data processing methods, such as wavelet derivations and the like, to produce streamed data analytics 4892. In embodiments, the streaming data collector 102, 4510, 4610, 4710 (Figures 3, 6, 14, 15, 16) or data processing facility 4860 may include portable algorithms, methodologies, and inputs that may be defined and extracted from data streams. In many examples, a user or enterprise may already have existing and effective methods related to analyzing specific pieces of machinery and assets. These existing methods could be imported into the configured streaming data collector 102, 4510, 4610, 4710 or the data processing facility 4860 as portable algorithms or methodologies. Data processing, such as described herein for the configured streaming data collector 102, 4510, 4610, 4710 may also match an algorithm or methodology to a situation, then extract data from a stream to match to the data methodology from the legacy acquisition or legacy acquisition techniques. In embodiments, the streaming data collector 102, 4510, 4610, 4710 may be compatible with many types of systems and may be compatible with systems having varying degrees of criticality.
105111 Exemplary industrial machine deployments of the methods and systems described herein are now described. An industrial machine may be a gas compressor. In an example, a gas compressor may operate an oil pump on a very large turbo machine, such as a very large turbo machine that includes 10,000 HP motors. The oil pump may be a highly critical system as its failure could cause an entire plant to shut down. The gas compressor in this example may run four stages at a very high frequency, such as 36,000 RPM, and may include tilt pad bearings that ride on an oil film. The oil pump in this example may have roller bearings, such that if an anticipated failure is not being picked up by a user, the oil pump may stop running, and the entire turbo machine would fail. Continuing with this example, the streaming data collector 102, 4510, 4610, 4710 may collect data related to vibrations, such as casing vibration and proximity probe vibration. Other bearings industrial machine examples may include generators, power plants, boiler feed pumps, fans, forced draft fans, induced draft fans, and the like. The streaming data collector 102, 4510, 4610, 471.0 for a bearings system used in the industrial gas industry may support predictive analysis on the motors, such as that performed by model-based expert systems - for example, using voltage, current, and vibration as analysis metrics.
[05121 Another exemplary industrial machine deployment may be a motor and the streaming data collector 1.02, 4510, 4610, 4710 that may assist in the analysis of a motor by collecting voltage and current data on the motor, for example.
105131 Yet another exemplary industrial machine deployment may include oil quality sensing. An industrial machine may conduct oil analysis, and the streaming data collector 102, 4510, 4610, 4710 may assist in searching for fragments of metal in oil, for example.
105141 The methods and systems described herein may also be used in combination with model-based systems. Model-based systems may integrate with proximity probes.
Proximity probes may be used to sense problems with machinety and shut machinery down due to sensed problems. A model-based system integrated with proximity probes may measure a peak waveform and send a signal that shuts down machinery based on the peak waveform measurement.
105151 Enterprises that operate industrial machines may operate in many diverse industries. These industries may include industries that operate manufacturing lines, provide computing infrastructure, support financial services, provide HVAC
equipment, and the like. These industries may be highly sensitive to lost operating time and the cost incurred due to lost operating time. HVAC equipment enterprises in particular may be concerned with data related to ultrasound, vibration, IR, and the like, and may get much more information about machine performance related to these metrics using the methods and systems of industrial machine sensed data streaming collection than from legacy systems.
105161 Methods and systems described herein for industrial machine sensor data streaming, collection, processing, and storage may be configured to operate and integrate with existing data collection, processing and storage systems and may include a method for capturing a plurality of streams of sensed data from sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine:
at least one of the streams containing a plurality of frequencies of data. The method may include identifying a subset of data in at least one of the multiple streams that corresponds to data representing at least one predefined frequency. The at least one predefined frequency is represented by a set of data collected from alternate sensors deployed to monitor aspects of the industrial machine associated with the at least one moving part of the machine. The method may further include processing the identified data with a data processing facility that processes the identified data with data methodologies configured to be applied to the set of data collected from alternate sensors. Lastly, the method may include storing the at least one of the streams of data, the identified subset of data, and a result of processing the identified data in an electronic data set.
105171 The methods and systems may include a method for applying data captured from sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine, the data captured with predefined lines of resolution covering a predefined frequency range, to a frequency matching facility that identifies a subset of data streamed from other sensors deployed to monitor aspects of the industrial machine associated with at least one moving part of the machine, the streamed data comprising a plurality of lines of resolution and frequency ranges, the subset of data identified corresponding to the lines of resolution and predefmed frequency range. This method may include storing the subset of data in an electronic data record in a format that corresponds to a format of the data captured with predefined lines of resolution, and signaling to a data processing facility the presence of the stored subset of data. This method may optionally include processing the subset of data with at least one of algorithms, methodologies, models, and pattern recognizers that corresponds to algorithms, methodologies, models, and pattern recognizers associated with processing the data captured with predefined lines of resolution covering a predefmed frequency range.
105181 The methods and systems may include a method for identifying a subset of streamed sensor data. The sensor data is captured from sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine. The subset of streamed sensor data is at predefined lines of resolution for a predefined frequency range. The method includes establishing a first logical route for communicating electronically between a first computing facility performing the identifying and a second computing facility. The identified subset of the streamed sensor data is communicated exclusively over the established first logical route when communicating the subset of streamed sensor data from the first facility to the second facility. This method may further include establishing a second logical route for communicating electronically between the first computing facility and the second computing facility for at least one portion of the streamed sensor data that is not the identified subset. This method may further include establishing a third logical route for communicating electronically between the first computing facility and the second computing facility for at least one portion of the streamed sensor data that includes the identified subset and at least one other portion of the data not represented by the identified subset.
105191 The methods and systems may include a first data sensing and processing system that captures first data from a first set of sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine, the first data covering a set of lines of resolution and a frequency range. This system may include a second data sensing and processing system that captures and streams a second set of data from a second set of sensors deployed to monitor aspects of the industrial machine associated with at least one moving part of the machine, the second data covering a plurality of lines of resolution that includes the set of lines of resolution and a plurality of frequencies that includes the frequency range. The system may enable: (1) selecting a portion of the second data that corresponds to the set of lines of resolution and the frequency range of the first data; and (2) processing the selected portion of the second data with the first data sensing and processing system.
105201 The methods and systems may include a method for automatically processing a portion of a stream of sensed data. The sensed data received from a first set of sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine in response to an electronic data structure that facilitates extracting a subset of the stream of sensed data that corresponds to a set of sensed data received from a second set of sensors deployed to monitor the aspects of the industrial machine associated with the at least one moving part of the machine. The set of sensed data is constrained to a frequency range. The stream of sensed data includes a range of frequencies that exceeds the frequency range of the set of sensed data. The processing comprises executing data methodologies on a portion of the stream of sensed data that is constrained to the frequency range of the set of sensed data. The data methodologies are configured to process the set of sensed data.
105211 The methods and systems may include a method for receiving first data from sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine. This method may further include: (1) detecting at least one of a frequency range and lines of trsolution represented by the first data, and (2) receiving a stream of data from sensors deployed to monitor the aspects of the industrial machine associated with the at least one moving part of the machine. The stream of data includes:
a plurality of frequency ranges and a plurality of lines of resolution that exceeds the frequency range and the lines of resolution represented by the first data;
extracting a set of data from the stream of data that corresponds to at least one of the frequency range and the lines of resolution represented by the first data; and processing the extracted set of data with a data processing method that is configured to process data within the frequency range and within the lines of resolution of the first data.
105221 The methods and systems disclosed herein may include, connect to, or be integrated with a data acquisition instrument and in the many embodiments, Figure 18 shows methods and systems 5000 that includes a data acquisition (DAQ) streaming instrument 5002 also known as an SDAQ. In embodiments, output from sensors 5010, 5012, 5014 may be of various types including vibration, temperature, pressure, ultrasound and so on. In my many examples, one of the sensors may be used. In further examples, many of the sensors may be used and their signals may be used individually or in predetermined combinations and/or at predetermined intervals, circumstances, setups, and the like.
105231 In embodiments, the output signals from the sensors 5010, 5012, 5014 may be fed into instrument inputs 5020, 5022, 5024 of the DAQ instrument 5002 and may be configured with additional streaming capabilities 5028. By way of these many examples, the output signals from the sensors 5010, 5012, 5014, or more as applicable, may be conditioned as an analog signal before digitization with respect to at least scaling and filtering. The signals may then be digitized by an analog-to-digital converter 5030. The signals received from all relevant channels (i.e., one or more channels are switched on manually, by alarm, by route, and the like) may be simultaneously sampled at a predetermined rate sufficient to perform the maximum desired frequency analysis that may be adjusted and readjusted as needed or otherwise held constant to ensure compatibility or conformance with other relevant datasets. In embodiments, the signals are sampled for a relatively long time and gap-free as one continuous stream so as to enable further post-processing at lower sampling rates with sufficient individual sampling.
105241 In embodiments, data may be streamed from a collection of points and then the next set of data may be collected from additional points according to a prescribed sequence, route, path, or the like. In many examples, the sensors 5010, 5012, 5014 or more may be moved to the next location according to the prescribed sequence, route, pre-arranged configurations, or the like. In certain examples, not all of the sensor 5010, 5012, .. 5014 may move and therefore some may remain fixed in place and used for detection of reference phase or the like.
105251 In embodiments, a multiplex (mux) 5032 may be used to switch to the next collection of points, to a mixture of the two methods or collection patterns that may be combined, other predetermined routes, and the like. The multiplexer 5032 may be stackable so as to be laddered and effectively accept more channels than the DAQ
instrument 5002 provides. In examples, the DAQ instrument 5002 may provide eight channels while the multiplexer 5032 may be stacked to supply 32 channels.
Further variations are possible with one more multiplexers. In embodiments, the multiplexer 5032 may be fed into the DAQ instrument 5002 through an instrument input 5034. In embodiments, the DAQ instrument 5002 may include a controller 5038 that may take the form of an onboard controller, a PC, other connected devices, network based services, and combinations thereof.
[0526) In embodiments, the sequence and panel conditions used to govern the data collection process may be obtained from the multimedia probe (MMP) and probe control, sequence and analytical (PCSA) infonnation store 5040. In embodiments, the information store 5040 may be onboard the DAQ instrument 5002. In embodiments, contents of the information store 5040 may be obtained through a cloud network facility, from other DAQ
instruments, from other connected devices, from the machine being sensed, other relevant sources, and combinations thereof. In embodiments, the information store 5040 may include such items as the hierarchical structural relationships of the machine, e.g., a machine contains predetermined pieces of equipment, each of which may contain one or more shafts and each of those shafts may have multiple associated bearings.
Each of those types of bearings may be monitored by specific types of transducers or probes, according to one or more specific prescribed sequences (paths, routes, and the like) and with one or more specific panel conditions that may be set on the one or more DAQ
instruments 5002.
By way of this example, the panel conditions may include hardware specific switch settings or other collection parameters. In many examples, collection parameters include but are not limited to a sampling rate, AC/DC coupling, voltage range and gain, integration, high and low pass filtering, anti-aliasing filtering, ICPTM
transducers and other integrated-circuit piezoelectric transducers, 4-20 mA loop sensors, and the like. In embodiments, the information store 5040 may also include machinery specific features that may be important for proper analysis such as gear teeth for a gear, number blades in a pump impeller, number of motor rotor bars, bearing specific parameters necessary for calculating bearing frequencies, revolution per minutes information of all rotating elements and multiples of those RPM ranges, and the like. Information in the information store may also be used to extract stream data 5050 for permanent storage.
105271 Based on directions from the DAQ API software 5052, digitized waveforms may be uploaded using DAQ driver services 5054 of a driver onboard the DAQ
instrument 5002. In embodiments, data may then be fed into a raw data server 5058 which may store the stream data 5050 in a stream data repository 5060. In embodiments, this data storage area is typically meant for storage until the data is copied off of the DAQ
instrument 5002 and verified. The DAQ API 5052 may also direct the local data control application 5062 to extract and process the recently obtained stream data 5050 and convert it to the same or lower sampling rates of sufficient length to effect one or more desired resolutions. By way of these examples, this data may be converted to spectra, averaged, and processed in a variety of ways and stored, at least temporarily, as extracted/processed (EP) data 5064. It will be appreciated in light of the disclosure that legacy data may require its own sampling rates and resolution to ensure compatibility and often this sampling rate may not be integer proportional to the acquired sampling rate. It will also be appreciated in light of the disclosure that this may be especially relevant for order-sampled data whose sampling frequency is related directly to an external frequency (typically the running speed of the machine or its local componentry) rather than the more-standard sampling rates employed by the internal crystals, clock functions, or the like of the DAQ instrument (e.g., values of Fmax of 100, 200, 500, 1K, 2K, 5K, 10K, 20K, and so on).
105281 In embodiments, the extract/process (EP) align module 5068 of the local data control application 5062 may be able to fractionally adjust the sampling rates to these non-integer ratio rates satisfying an important requirement for making data compatible with legacy systems. In embodiments, fractional rates may also be converted to integer ratio rates more readily because the length of the data to be processed may be adjustable. It will be appreciated in light of the disclosure that if the data was not streamed and just stored as spectra with the standard or predetermined Fmax, it may be impossible in certain situations to convert it retroactively and accurately to the order-sampled data. It will also be appreciated in light of the disclosure that internal identification issues may also need to be reconciled. In many examples, stream data may be converted to the proper sampling rate and resolution as described and stored (albeit temporarily) in an EP legacy data repositoiy 5070 to ensure compatibility with legacy data.
105291 To support legacy data identification issues, a user input module 5072 is shown in many embodiments should there be no automated process (whether partially or wholly) for identification translation. In such examples, one or more legacy systems (i.e., pre-existing data acquisition) may be characterized in that the data to be imported is in a fully standardized format such as a Mimosa"' fonnat, and other similar formats.
Moreover, sufficient indentation of the legacy data and/or the one or more machines from which the legacy data was produced may be required in the completion of an identification mapping .. table 5074 to associate and link a portion of the legacy data to a portion of the newly acquired streamed data 5050. In many examples, the end user and/or legacy vendor may be able to supply sufficient information to complete at least a portion of a functioning identification (ID) mapping table 5074 and therefore may provide the necessary database schema for the raw data of the legacy system to be used for comparison, analysis, and manipulation of newly streamed data 5050.
105301 In embodiments, the local data control application 5062 may also direct streaming data as well as extracted/processed (EP) data to a cloud network facility 5080 via wired or wireless transmission. From the cloud network facility 5080 other devices may access, receive, and maintain data including the data from a master raw data server (MRDS) 5082.
The movement, distribution, storage, and retrieval of data remote to the DAQ
instrument 5002 may be coordinated by the cloud data management services ("CDMS") 5084.
105311 Figure 19 shows additional methods and systems that include the DAQ
instrument 5002 accessing related cloud based services. In embodiments, the DAQ API 5052 may control the data collection process as well as its sequence. By way of these examples, the DAQ API 5052 may provide the capability for editing processes, viewing plots of the data, controlling the processing of that data, viewing the output data in all its myriad forms, analyzing this data including expert analysis, and communicating with external devices via the local data control application 5062 and with the CDMS 5084 via the cloud network facility 5080. In embodiments, the DAQ API 5052 may also govern the movement of data, .. its filtering, as well as many other housekeeping functions.
105321 In embodiments, an expert analysis module 5100 may generate reports 5102 that may use machine or measurement point specific information from the information store 5040 to analyze the stream data 5050 using a stream data analyzer module 5104 and the local data control application 5062 with the extract/process ("EP") align module 5068. In embodiments, the expert analysis module 5100 may generate new alarms or ingest alarm settings into an alarms module 5108 that is relevant to the stream data 5050.
In embodiments, the stream data analyzer module 5104 may provide a manual or automated mechanism for extracting meaningful information from the stream data 5050 in a variety of plotting and report formats. in embodiments, a supervisory control of the expert analysis module 5100 is provided by the DAQ API 5052. In further examples, the expert analysis module 5100 may be supplied (wholly or partially) via the cloud network facility 5080. In many examples, the expert analysis module 5100 via the cloud may be used rather than a locally-deployed expert analysis module 5100 for various reasons such as using the most up-to-date software version, more processing capability, a bigger volume of historical data to reference, and so on. In many examples, it may be important that the expert analysis module 5100 be available when an internet connection cannot be established so having this redundancy may be crucial for seamless and time efficient operation.
Towantl that end, many of the modular software applications and databases available to the DAQ
instrument 5002 where applicable may be implemented with system component redundancy to provide operational robustness to provide connectivity to cloud services when needed but also operate successfully in isolated scenarios where connectivity is not available and sometime not available purposefully to increase security and the like.
105331 In embodiments, the DAQ instrument acquisition may require a real time operating system ("RTOS") for the hardware especially for streamed gap-free data that is acquired by a PC. In some instances, the requirement for a RTOS may result in (or may require) expensive custom hardware and software capable of running such a system. In many embodiments, such expensive custom hardware and software may be avoided and an RTOS may be effectively and sufficiently implemented using a standard WindowsTm operating systems or similar environments including the system interrupts in the procedural flow of a dedicated application included in such operating systems.
105341 The methods and systems disclosed herein may include, connect to, or be integrated with one or more DAQ instruments and in the many embodiments, Figure 20 shows methods and systems 5150 that include the DAQ instrument 5002 (also known as a streaming DAQ or an SDAQ). In embodiments, the DAQ instrument 5002 may effectively and sufficiently implement an RTOS using standard windows operating system (or other similar personal computing systems) that may include a software driver configured with a First In, First Out (FIFO) memoiy area 5152. The FIFO memoiy area 5152 may be maintained and hold information for a sufficient amount of time to handle a worst-case interrupt that it may face from the local operating system to effectively provide the RTOS.
In many examples, configurations on a local personal computer or connected device may be maintained to minimize operating system interrupts. To support this, the configurations may be maintained, controlled, or adjusted to eliminate (or be isolated from) any exposure to extreme environments where operating system interrupts may become an issue.
In embodiments, the DAQ instrument 5002 may produce a notification, alarm, message, or the like to notify a user when any gap errors are detected. In these many examples, such errors may be shown to be rare and even if they occur, the data may be adjusted knowing when they occurred should such a situation arise.
105351 In embodiments, the DAQ instrument 5002 may maintain a sufficiently large FIFO
memory area 5152 that may buffer the incoming data so as to be not affected by operating system interrupts when acquiring data. It will be appreciated in light of the disclosure that the predetermined size of the FIFO memory area 5152 may be based on operating system interrupts that may include Windows system and application functions such as the writing of data to Disk or SSD, plotting, GUI interactions and standard Windows tasks, low-level driver tasks such as servicing the DAQ hardware and retrieving the data in bursts, and the like.
.. 105361 In embodiments, the computer, controller, connected device or the like that may be included in the DAQ instrument 5002 may be configured to acquire data from the one or more hardware devices over a USB port, firewiit, ethernet, or the like. In embodiments, the DAQ driver services 5054 may be configured to have data delivered to it periodically so as to facilitate providing a channel specific FIFO memory buffer that may be configured to not miss data, i.e., it is gap-free. In embodiments, the DAQ driver services 5054 may be configured so as to maintain an even larger (than the device) channel specific FIFO area 5152 that it fills with new data obtained from the device. In embodiments, the DAQ driver services 5054 may be configured to employ a further process in that the raw data server 5058 may take data from the FIFO 5110 and may write it as a contiguous stream to non-volatile storage areas such as the stream data repository 5060 that may be configured as one or more disk drives, SSDs, or the like. In embodiments, the FIFO 5110 may be configured to include a starting and stopping marker or pointer to mark where the latest most current stream was written. By way of these examples, a FIFO end marker 5114 may be configured to mark the end of the most current data until it reaches the end of the spooler and then wraps around constantly cycling around. In these examples, there is always one megabyte (or other configured capacities) of the most current data available in the FIFO
5110 once the spooler fills up. It will be appreciated in light of the disclosure that further configurations of the FIFO memory area may be employed. In embodiments, the DAQ
driver services 5054 may be configured to use the DAQ API 5052 to pipe the most recent data to a high-level application for processing, graphing and analysis purposes. In some examples, it is not required that this data be gap-free but even in these instances, it is helpful to identify and mark the gaps in the data. Moreover, these data updates may be configured to be frequent enough so that the user would perceive the data as live. In the many embodiments, the raw data is flushed to non-volatile storage without a gap at least for the prescribed amount of time and examples of the prescribed amount of time may be about thirty seconds to over four hours. It will be appreciated in light of the disclosure that many pieces of equipment and their components may contribute to the relative needed duration of the stream of gap-fire data and those durations may be over four hours when relatively low speeds are present in large numbers, when non-periodic transient activity is occurring on a relatively long time frame, when duty cycle only permits operation in relevant ranges for restricted durations and the like.
[0537] With reference to Figure 19, the stream data analyzer module 5104 may provide for the manual or extraction of information from the data stream in a variety of plotting and report formats. In embodiments, resampling, filtering (including anti-aliasing), transfer functions, spectrum analysis, enveloping, averaging, peak detection functionality, as well as a host of other signal processing tools, may be available for the analyst to analyze the stream data and to generate a very large array of snapshots. It will be appreciated in light of the disclosure that much larger arrays of snapshots are created than ever would have been possible by scheduling the collection of snapshots beforehand, i.e., during the initial data acquisition for the measurement point in question.
[0538] It will be appreciated in light of the disclosure that the sampling rates of vibration data of up to 100 kHz (or higher in some scenarios) may be utilized for non-vibration sensors as well. In doing so, it will further be appreciated in light of the disclosure that stream data in such durations at these sampling rates may uncover new patterns to be analyzed due in no small part that many of these types of sensors have not been utilized in this manner. It will also be appreciated in light of the disclosure that different sensors used in machinery condition monitoring may provide measurements more akin to static levels rather than fast-acting dynamic signals. In some cases, faster response time transducers may have to be used prior to achieving the faster sampling rates.
[0539] In many embodiments, sensors may have a relatively static output such as temperature, pressure, or flow but may still be analyzed with the dynamic signal processing system and methodologies as disclosed herein. It will be appreciated in light of the disclosure that the time scale, in many examples, may be slowed down. In many examples, a collection of temperature readings collected approximately every minute for over two weeks may be analyzed for their variation solely or in collaboration or in fusion with other relevant sensors. By way of these examples, the direct current level or average level may be omitted from all the readings (e.g., by subtraction) and the resulting delta measurements may be processed (e.g., through a Fourier transform). From these examples, resulting spectral lines may correlate to specific machinery behavior or other symptoms present in industrial system processes. In further examples, other techniques include enveloping that may look for modulation, wavelets that may look for spectral patterns that last only for a short time (e.g., bursts), cross-channel analysis to look for correlations with other sensors including vibration, and the like.
105401 Figure 21 shows a DAQ instrument 5400 that may be integrated with one or more analog sensors 5402 and endpoint nodes 5404 to provide a streaming sensor 5410 or smart sensors that may take in analog signals and then process and digitize them, and then transmit them to one or more external monitoring systems 5412 in the many embodiments that may be connected to, interfacing with, or integrated with the methods and systems disclosed herein. The monitoring system 5412 may include a streaming hub server 5420 that may communicate with the CDMS 5084. In embodiments, the CDMS 5084 may contact, use, and integrate with cloud data 5430 and cloud services 5432 that may be accessible through one or more cloud network facilities 5080. In embodiments, the streaming hub server 5420 may connect with another streaming sensor 5440 that may include a DAQ instrument 5442, an endpoint node 5444, and the one or more analog sensors such as analog sensor 5448. The steaming hub server 5420 may connect with other streaming sensors such as the streaming sensor 5460 that may include a DAQ
instrument 5462, an endpoint node 5464, and the one or more analog sensors such as analog sensor 5468.
105411 In embodiments, there may be additional streaming hub servers such as the steaming hub server 5480 that may connect with other streaming sensors such as the streaming sensor 5490 that may include a DAQ instrument 5492, an endpoint node 5494, and the one or more analog sensors such as analog sensor 5498. In embodiments, the streaming hub server 5480 may also connect with other streaming sensors such as the streaming sensor 5500 that may include a DAQ instrument 5502, an endpoint node 5504, and the one or more analog sensors such as analog sensor 5508. In embodiments, the transmission may include averaged overall levels and in other examples may include dynamic signal sampled at a prescribed and/or fixed rate. In embodiments, the streaming sensors 5410, 5440, 5460, 5490, and 5500 may be configured to acquire analog signals and then apply signal conditioning to those analog signals including coupling, averaging, integrating, differentiating, scaling, filtering of various kinds, and the like. The streaming sensors 5410, 5440,5460, 5490, and 5500 may be configured to digitize the analog signals at an acceptable rate and resolution (number of bits) and to process further the digitized signal when required. The streaming sensors 5410, 5440, 5460, 5490, and 5500 may be configured to transmit the digitized signals at pre-determined, adjustable, and re-adjustable rates. In embodiments, the streaming sensors 5410, 5440, 5460, 5490, and 5500 are configured to acquire, digitize, process, and transmit data at a sufficient effective rate so that a relatively consistent stream of data may be maintained for a suitable amount of time so that a large number of effective analyses may be shown to be possible. In the many embodiments, there would be no gaps in the data stream and the length of data should be relatively long, ideally for an unlimited amount of time, although practical considerations typically require ending the stream. It will be appreciated in light of the disclosure that this long duration data stream with effectively no gap in the stream is in contrast to the more commonly used burst collection where data is collected for a relatively short period of time (i.e., a short burst of collection), followed by a pause, and then perhaps another burst collection and so on. In the commonly used collections of data collected over noncontiguous bursts, data would be collected at a slow rate for low frequency analysis and high frequency for high frequency analysis. In many embodiments of the present disclosure, in contrast, the streaming data is being collected (i) once, (ii) at the highest useful and possible sampling rate, and (iii) for a long enough time that low frequency analysis may be performed as well as high frequency. To facilitate the collection of the streaming data, enough storage memory must be available on the one or more streaming sensors such as the streaming sensors 5410, 5440,5460, 5490, 5500 so that new data may be off-loaded externally to another system before the memory overflows. In embodiments, data in this memory would be stored into and accessed from "First-In, First-Out" ("FIFO") mode. In these examples, the memory with a FIFO area may be a dual port so that the sensor controller may write to one part of it while the external system reads from a different part. In embodiments, data flow traffic may be managed by semaphore logic.
105421 It will be appreciated in light of the disclosure that vibration transducers that are larger in mass will have a lower linear frequency response range because the natural resonance of the probe is inversely related to the square root of the mass and will be lowered. Toward that end, a resonant response is inherently non-linear and so a transducer with a lower natural frequency will have a narrower linear passband frequency response.
It will also be appreciated in light of the disclosure that above the natural frequency the amplitude response of the sensor will taper off to negligible levels rendering it even more unusable. With that in mind, high frequency accelerometers, for this reason, tend to be quite small in mass, to the order of half of a gram. It will also be appreciated in light of the disclosure that adding the required signal processing and digitizing electronics required for streaming may, in certain situations, render the sensors incapable in many instances of measuring high-frequency activity.
105431 In embodiments, streaming hubs such as the streaming hubs 5420, 5480 may effectively move the electronics required for streaming to an external hub via cable. It will be appreciated in light of the disclosure that the streaming hubs may be located virtually next to the streaming sensors or up to a distance supported by the electronic driving capability of the hub. In instances where an internet cache protocol ("Ian is used, the distance supported by the electronic driving capability of the hub would be anywhere from 100 to 1000 feet (30.5 to 305 meters) based on desired frequency response, cable capacitance, and the like. In embodiments, the streaming hubs may be positioned in a location convenient for receiving power as well as connecting to a network (be it LAN or WAN). In embodiments, other power options would include solar, thermal as well as energy harvesting. Transfer between the streaming sensors and any external systems may be wireless or wired and may include such standard communication technologies as 802.11 and 900 MI-Iz wireless systems, Ethernet, USB, firewire and so on.
105441 With reference to Figure 18, the many examples of the DAQ instnunent include embodiments where data that may be uploaded from the local data control application 5062 to the master raw data server ("MRDS') 5082. In embodiments, information in the multimedia probe (IIMP") and probe control, sequence and analytical ("PCSA") information store 5040 may also be downloaded from the MRDS 5082 down to the DAQ instrument 5002. Further details of the MRDS 5082 are shown in Figure including embodiments where data may be transferred to the MRDS 5082 from the DAQ
instrument 5002 via a wired or wireless network, or through connection to one or more portable media, drive, other network connections, or the like. In embodiments, the DAQ
instrument 5002 may be configured to be portable and may be carried on one or more predetermined routes to assess predefined points of measurement. In these many examples, the operating system that may be included in the MRDS 5082 may be Windows, .. LinuxTM, or MacOSTm operating systems, or other similar operating systems.
Further, in these arrangements, the operating system, modules for the operating system, and other needed libraries, data storage, and the like may be accessible wholly or partially through access to the cloud network facility 5080. In embodiments, the MRDS 5082 may reside directly on the DAQ instrument 5002, especially in on-line system examples. In embodiments, the DAQ instrument 5002 may be linked on an intra-network in a facility but may otherwise be behind a firewall. In further examples, the DAQ
instnunent 5002 may be linked to the cloud network facility 5080. In the various embodiments, one of the computers or mobile computing devices may be effectively designated the MRDS
5082 to which all of the other computing devices may feed it data such as one of the MRDS 6104, .. as depicted in Figures 31 and 32. In the many examples where the DAQ
instrument 5002 may be deployed and configured to receive stream data in a swarm environment, one or more of the DAQ instruments 5002 may be effectively designated the MRDS 5082 to which all of the other computing devices may feed it data. In the many examples where the DAQ instrument 5002 may be deployed and configured to receive stream data in an environment where the methods and systems disclosed herein are intelligently assigning, controlling, adjusting, and re-adjusting data pools, computing resources, network bandwidth for local data collection, and the like, one or more of the DAQ
instruments 5002 may be effectively designated the MRDS 5082 to which all of the other computing devices may feed it data.
105451 With further reference to Figure 22, new raw streaming data, data that have been through extract, process, and align processes (EP data), and the like may be uploaded to one or more master raw data servers as needed or as scaled in various environments. In embodiments, a master raw data server ("MRDS") 5700 may connect to and receive data from other master raw data servers such as the MRDS 5082. The MRDS 5700 may include a data distribution manager module 5702. In embodiments, the new raw streaming data may be stored in the new stream data repository 5704. In many instances, like raw data streams stored on the DAQ instrument 5002, the new stream data repository 5704 and new extract and process data repository 5708 may be similarly configured as a temporary storage area.
105461 In embodiments, the MRDS 5700 may include a stream data analyzer module with an extract and process alignment module 5710. The analyzer module 5710 may be shown to be a more robust data analyzer and extractor than may be typically found on portable streaming DAQ instruments although it may be deployed on the DAQ instrument 5002 as well. In embodiments, the analyzer module 5710 takes streaming data and instantiates it at a specific sampling rate and resolution similar to the local data control module 5062 on the DAQ instrument 5002. The specific sampling rate and resolution of the analyzer module 5710 may be based on either user input 5712 or automated extractions from a multimedia probe ("MMP") and the probe control, sequence and analytical ("PCSA') information store 5714 and/or an identification mapping table 5718, which may require the user input 5712 if there is incomplete information regarding various forms of legacy data similar to as was detailed with the DAQ instrument 5002. In embodiments, legacy data may be processed with the analyzer module 5710 and may be stored in one or more temporary holding areas such as a new legacy data repository 5720. One or more temporary areas may be configured to hold data until it is copied to an archive and verified.
The analyzer 5710 module may also facilitate in-depth analysis by providing many varying types of signal processing tools including but not limited to filtering, Fourier transforms, weighting, resampling, envelope demodulation, wavelets, two-channel analysis, and the like. From this analysis, many different types of plots and mini-reports may be generated from a reports and plots module 5724. In embodiments, data is sent to the processing, analysis, reports, and archiving ("PARA") server 5730 upon user initiation or in an automated fashion especially for on-line systems.
105471 In embodiments, a PARA server 5750 may connect to and receive data from other PARA servers such as the PARA server 5730. With reference to Figure 24, the PARA
server 5730 may provide data to a supervisory module 5752 on the PARA server 5750 that may be configured to provide at least one of processing, analysis, reporting, archiving, supervisory, and similar functionalities. The supervisory module 5752 may also contain extract, process align functionality and the like. In embodiments, incoming streaming data may first be stored in a raw data stream archive 5760 after being properly validated. Based on the analytical requirements derived from a multimedia probe ("MMP") and probe control, sequence and analytical ("PCSA") information store 5762 as well as user settings, data may be extracted, analyzed, and stored in an extract and process ("EP") raw data archive 5764. In embodiments, various reports from a reports module 5768 are generated from the supervisory module 5752. The various reports from the reports module include trend plots of various smart bands, overalls along with statistical patterns, and the like. In embodiments, the reports module 5768 may also be configured to compare incoming data to historical data. By way of these examples, the reports module 5768 may search for and analyze adverse trends, sudden changes, machinery defect patterns, and the like. In embodiments, the PARA server 5750 may include an expert analysis module 5770 from which reports are generated and analysis may be conducted. Upon completion, archived data may be fed to a local master server ("LMS") 5772 via a server module 5774 that may connect to the local area network. In embodiments, archived data may also be fed to the LMS 5772 via a cloud data management server ("CDMS") 5778 through a server module for a cloud network facility 5080. In embodiments, the supervisory module 5752 on the PARA server 5750 may be configured to provide at least one of processing, analysis, reporting, archiving, supervisory, and similar functionalities from which alarms may be generated, rated, stored, modified, reassigned, and the like with an alarm generator module 5782.
105481 Figure 24 depicts various embodiments that include a PARA server 5800 and its connection to LAN 5802. In embodiments, one or more DAQ instruments such as the DAQ instrument 5002 may receive and process analog data from one or more analog sensors 5710 that may be fed into the DAQ instrument 5002. As discussed herein, the DAQ instrument 5002 may create a digital stream of data based on the ingested analog data from the one or more analog sensors. The digital stream from the DAQ
instrument 5002 may be uploaded to the MRDS 5082 and from there, it may be sent to the PARA
server 5800 where multiple terminals, such as terminal 5810 5812, 5814, may each interface with it or the MRDS 5082 and view the data and/or analysis reports.
In embodiments, the PARA server 5800 may communicate with a network data server that may include a LMS 5822. In these examples, the LMS 5822 may be configured as an optional storage area for archived data. The LMS 5822 may also be configured as an external driver that may be connected to a PC or other computing device that may run the LMS 5822; or the LMS 5822 may be directly run by the PARA server 5800 where the LMS 5822 may be configured to operate and coexist with the PARA server 5800.
The LMS 5822 may connect with a raw data stream archive 5824, an extract and process ("EP") raw data archive 5828, and a MMP and probe control, sequence and analytical ("PCSA') information store 5830. In embodiments, a CDMS 5832 may also connect to the LAN
5802 and may also support the archiving of data.
105491 In embodiments, portable connected devices 5850 such as a tablet 5852 and a smart phone 5854 may connect the CDMS 5832 using web APIs 5860 and 5862, respectively, as depicted in Figure 25. The APIs 5860, 5862 may be configured to execute in a browser and may permit access via a cloud network facility 5870 of all (or some of) the functions previously discussed as accessible through the PARA Server 5800. In embodiments, computing devices of a user 5880 such as computing devices 5882, 5884, 5888 may also access the cloud network facility 5870 via a browser or other connection in order to receive the same functionality. In embodiments, thin-client apps which do not require any other device drivers and may be facilitated by web services supported by cloud services 5890 and cloud data 5892. In many examples, the thin-client apps may be developed and reconfigured using, for example, the visual high-level LabVIEWTm programming language with NXGrm Web-based virtual interface subroutines. In embodiments, thin client apps may provide high-level graphing functions such as those supported by Lab VIEW tools. In embodiments, the LabVIEWrm tools may generate JSCRIPTrm code and JAVA Tm code that may be edited post-compilation. The NXGTm tools may generate Web VI's that may not require any specialized driver and only some RESTfulTm services which may be readily installed from any browser. It will be appreciated in light of the disclosure that because various applications may be run inside a browser, the applications may be run on any operating system, such as WindovvsTm, LinuxTM, and Androidrm operating systems especially for personal devices, mobile devices, portable connected devices, and the like.
105501 In embodiments, the CDMS 5832 is depicted in greater detail in Figure 26. In embodiments, the CDMS 5832 may provide all of the data storage and services that the PARA Server 5800 (Figure 34) may provide. In contrast, all of the API's may be web API's which may run in a browser and all other apps may run on the PARA Server or the DAQ instrument 5002 which may typically be Windows, Linux Tm or other similar operating systems. In embodiments, the CDMS 5832 includes at least one of or combinations of the following functions: the CDMS 5832 may include a cloud GUI
that may be configured to provide access to all data plots including trend, waveform, spectra, envelope, transfer function, logs of measurement events, analysis including expert, utilities, and the like. In embodiments, the CDMS 5832 may include a cloud data exchange 5902 configured to facilitate the transfer of data to and from the cloud network facility 5870. In embodiments, the CDMS 5832 may include a cloud plots/trends module 5904 that may be configured to show all plots via web apps including trend, waveform, spectra, envelope, transfer function, and the like. In embodiments, the CDMS
5832 may include a cloud reporter 5908 that may be configured to provide all analysis reports, logs, expert analysis, trend plots, statistical information, and the like. In embodiments, the CDMS 5832 may include a cloud alarm module 5910. Alarms from the cloud alarm module 5910 may be generated and may be sent to various devices 5920 via email, texts, or other messaging mechanisms. From the various modules, data may be stored in new data 5914. The various devices 5920 may include a terminal 5922, portable connected device 5924, or a tablet 5928. The alarms from the cloud alarm module aiv designed to be interactive so that the end user may acknowledge alarms in order to avoid receiving redundant alarms and also to see significant context-sensitive data from the alarm points that may include spectra, waveform statistical info, and the like.
105511 In embodiments, a relational database server ("RDS") 5930 may be used to access all of the information from a MMP and PCSA information store 5932. As with the PARA
server 5800 (Figure 26), information from the information store 5932 may be used with an EP and align module 5934, a data exchange 5938 and the expert system 5940.
In embodiments, a raw data stream archive 5942 and extract and process raw data archive 5944 may also be used by the EP align 5934, the data exchange 5938 and the expert system 5940 as with the PARA server 5800. In embodiments, new stream raw data 5950, new extract and process raw data 5952, and new data 5954 (essentially all other raw data such as overalls, smart bands, stats, and data from the information store 5932) are directed by the CDMS 5832.
105521 In embodiments, the streaming data may be linked with the RDS 5930 and the MMP and PCSA information store 5932 using a technical data management streaming ("TDMS") file format. In embodiments, the information store 5932 may include tables for recording at least portions of all measurement events. By way of these examples, a measurement event may be any single data capture, a stream, a snapshot, an averaged level, or an overall level. Each of the measurement events in addition to point identification information may also have a date and time stamp. In embodiments, a link may be made between the streaming data, the measurement event, and the tables in the information store 5932 using the TDMS format. By way of these examples, the link may be created by storing unique measurement point identification codes with a file structure having the TDMS format by including and assigning TDMS properties. In embodiments, a file with the TDMS format may allow for three levels of hierarchy. By way of these examples, the three levels of hierarchy may be root, group, and channel. It will be appreciated in light of the disclosure that the Mimosa" m database schema may be, in theory, unlimited. With that said, there are advantages to limited TDMS hierarchies. In the many examples, the following properties may be proposed for adding to the TDMS Stream structure while using a Mimosa Compatible database schema.
105531 Root Level: Global ID 1: Text String (This could be a unique ID
obtained from the web.); Global ID 2: Text String (This could be an additional ID obtained from the web.);
Company Name: Text String; Company ID: Text String; Company Segment ID: 4-byte Integer; Company Segment ID: 4-byte Integer; Site Name: Text String; Site Segment ID:
4-byte Integer; Site Asset ID: 4-byte Integer; Route Name: Text String;
Version Number:
Text String 105541 Group Level: Section I Name: Text String; Section 1 Segment ID: 4-byte Integer;
Section 1 Asset ID: 4-byte Integer; Section 2 Name: Text String; Section 2 Segment ID:
4-byte Integer; Section 2 Asset ID: 4-byte Integer; Machine Name: Text String;
Machine Segment ID: 4-byte Integer; Machine Asset ID: 4-byte Integer; Equipment Name:
Text String; Equipment Segment ID: 4-byte Integer; Equipment Asset ID: 4-byte Integer; Shaft Name: Text String; Shaft Segment ID: 4-byte Integer; Shaft Asset ID: 4-byte integer;
Bearing Name: Text String; Bearing Segment ID: 4-byte Integer; Bearing Asset ID: 4-byte Integer; Probe Name: Text String; Probe Segment ID: 4-byte Integer; Probe Asset ID: 4-byte Integer 105551 Channel Level: Channel #: 4-byte Integer; Direction: 4-byte Integer (in certain examples may be text); Data Type: 4-byte Integer; Reserved Name 1: Text String;
Reserved Segment ID 1: 4-byte Integer; Reserved Name 2: Text String; Reserved Segment ID 2: 4-byte Integer; Reserved Name 3: Text String; Reserved Segment ID 3: 4-byte Integer 105561 In embodiments, the file with the TDMS format may automatically use property or asset information and may make an index file out of the specific property and asset information to facilitate database searches, may offer a compromise for storing voluminous streams of data because it may be optimized for storing binary streams of data but may also include some minimal database structure making many standard SQL
operations feasible, but the TDMS format and functionality discussed herein may not be as efficient as a full-fledged SQL relational database. The TDMS format, however, may take advantage of both worlds in that it may balance between the class or format of writing and storing large streams of binary data efficiently and the class or format of a fully relational database, which facilitates searching, sorting and data retrieval.
In embodiments, an optimum solution may be found in that metadata required for analytical purposes and extracting prescribed lists with panel conditions for stream collection may be stored in the RDS 5930 by establishing a link between the two database methodologies. By way of these examples, relatively large analog data streams may be stored predominantly as binary storage in the raw data stream archive 5942 for rapid stream loading but with inherent relational SQL type hooks, fonnats, conventions, or the like. The files with the TDMS
format may also be configured to incorporate DIAdemTm reporting capability of LabVIEWrm software in order to provide a further mechanism to conveniently and rapidly facilitate accessing the analog or the streaming data.
105571 The methods and systems disclosed herein may include, connect to, or be integrated with a virtual data acquisition instrument and in the many embodiments, Figure 27 shows methods and systems that include a virtual streaming DAQ instnunent 6000 also known as a virtual DAQ instrument, a VRDS, or a VSDAQ. In contrast to the DAQ
instrument 5002 (Figure 18), the virtual DAQ instrument 6000 may be configured so to only include one native application. In the many examples, the one permitted and one native application may be the DAQ driver module 6002 that may manage all communications with the DAQ Device 6004 which may include streaming capabilities. In embodiments, other applications, if any, may be configured as thin client web applications such as RESTfulTm web services. The one native application, or other applications or services, may be accessible through the DAQ Web API 6010. The DAQ Web API 6010 may run in or be accessible through various web browsers.
105581 In embodiments, storage of streaming data, as well as the extraction and processing of streaming data into extract and process data, may be handled primarily by the DAQ
driver services 6012 under the direction of the DAQ Web APT 6010. In embodiments, the output from sensors of various types including vibration, temperature, pressure, ultrasound and so on may be fed into the instrument inputs of the DAQ device 6004. In embodiments, the signals from the output sensors may be signal conditioned with respect to scaling and filtering and digitized with an analog to a digital converter. In embodiments, the signals from the output sensors may be signals from all relevant channels simultaneously sampled at a rate sufficient to perform the maximum desired frequency analysis. In embodiments, the signals from the output sensors may be sampled for a relatively long time, gap-free, as one continuous stream so as to enable a wide array of further post-processing at lower sampling rates with sufficient samples. In further examples, streaming frequency may be adjusted (and readjusted) to record streaming data at non-evenly spaced recording. For temperature data, pressure data, and other similar data that may be relatively slow, varying delta times between samples may further improve quality of the data. By way of the above examples, data may be streamed from a collection of points and then the next set of data may be collected from additional points according to a prescribed sequence, route, path, or the like. In the many examples, the portable sensors may be moved to the next location according to the prescribed sequence but not necessarily all of them as some may be used for reference phase or otherwise. In further examples, a multiplexer 6020 may be used to switch to the next collection of points or a mixture of the two methods may be combined.
105591 In embodiments, the sequence and panel conditions that may be used to govern the data collection process using the virtual DAQ instrument 6000 may be obtained from the IVIMP PCSA information store 6022. The MMP PCSA information store 6022 may include such items as the hierarchical structural relationships of the machine, i.e., a machine contains pieces of equipment in which each piece of equipment contains shafts and each shaft is associated with bearings, which may be monitored by specific types of transducers or probes according to a specific prescribed sequence (routes, path, etc.) with specific panel conditions. By way of these examples, the panel conditions may include hardware specific switch settings or other collection parameters such as sampling rate, AC/DC
coupling, voltage range and gain, integration, high and low pass filtering, anti-aliasing filtering, ICPTM transducers and other integrated-circuit piezoelectric transducers, 4-20 mA loop sensors, and the like. The information store 6022 includes other information that may be stored in what would be machinery specific features that would be important for proper analysis including the number of gear teeth for a gear, the number of blades in a pump impeller, the number of motor rotor bars, bearing specific parameters necessary for calculating bearing frequencies, lx rotating speed (RPMs) of all rotating elements, and the like.
105601 Upon direction of the DAQ Web API 6010 software, digitized waveforms may be uploaded using the DAQ driver services 6012 of the virtual DAQ instrument 6000. In embodiments, data may then be fed into an RLN data and control server 6030 that may store the stream data into a network stream data repository 6032. Unlike the DAQ
instrument 5002, the server 6030 may run from within the DAQ driver module 6002. It will be appreciated in light of the disclosure that a separate application may require drivers for running in the native operating system and for this instrument only the instrument driver may run natively. In many examples, all other applications may be configured to be browser based. As such, a relevant network variable may be very similar to a LabVIEWTm shared or network stream variable which may be designed to be accessed over one or more networks or via web applications.
105611 In embodiments, the DAQ web API 6010 may also direct the local data control application 6034 to extract and process the recently obtained streaming data and, in turn, convert it to the same or lower sampling rates of sufficient length to provide the desired resolution. This data may be converted to spectra, then averaged and processed in a variety of ways and stored as EP data, such as on an EP data repository 6040. The EP
data repository 6040 may, in certain embodiments, only be meant for temporary storage. It will be appreciated in light of the disclosure that legacy data may require its own sampling rates and resolution and often this sampling rate may not be integer proportional to the acquired sampling rate especially for order-sampled data whose sampling frequency is related directly to an external frequency. The external frequency may typically be the running speed of the machine or its internal componenny, rather than the more-standard sampling rates produced by the internal crystals, clock functions, and the like of the (e.g., values of Fmax of 100, 200, 500, 1K, 2K, 5K, 10K, 20K and soon) of the DAQ
instnunent 5002, 6000. In embodiments, the EP align component of the local data control application 6034 is able to fractionally adjust the sampling rate to the non-integer ratio rates that may be more applicable to legacy data sets and therefore drive compatibility with legacy systems. In embodiments, the fractional rates may be converted to integer ratio rates more readily because the length of the data to be processed (or at least that portion of the greater stream of data) is adjustable because of the depth and content of the original acquired streaming data by the DAQ instrument 5002, 6000. It will be appreciated in light of the disclosure that if the data was not streamed and just stored as traditional snap-shots of spectra with the standard values of Fmax, it may very well be impossible to retroactively and accurately convert the acquired data to the order-sampled data. In embodiments, the stream data may be converted, especially for legacy data purposes, to the proper sampling rate and resolution as described and stored in the EP legacy data repository 6042. To support legacy data identification scenarios, a user input 6044 may be included if there is no automated process for identification translation. In embodiments, one such automated process for identification translation may include importation of data from a legacy system that may contain a fully standardized format such as the Mimosa' m format and sufficient identification information to complete an ID Mapping Table 6048. In further examples, the end user, a legacy data vendor, a legacy data storage facility, or the like may be able to supply enough info to complete (or sufficiently complete) relevant portions of the ID
Mapping Table 6048 to provide, in turn, the database schema for the raw data of the legacy system so it may be readily ingested, saved, and used for analytics in the current systems disclosed herein.
105621 Figure 28 depicts further embodiments and details of the virtual DAQ
Instrument 6000. In these examples, the DAQ Web API 6010 may control the data collection process as well as its sequence. The DAQ Web API 6010 may provide the capability for editing this process, viewing plots of the data, controlling the processing of that data and viewing the output in all its myriad forms, analyzing the data, including the expert analysis, communicating with external devices via the DAQ driver module 6002, as well as communicating with and transferring both streaming data and EP data to one or more cloud network facilities 5080 whenever possible. In embodiments, the virtual DAQ
instrument itself and the DAQ Web API 6010 may run independently of access to cloud network facilities 5080 when local demands may require or simply as a result of there being no outside connectivity such use throughout a proprietary industrial setting that prevents such signals. In embodiments, the DAQ Web API 6010 may also govern the movement of data, its filtering, as well as many other housekeeping functions.
105631 The virtual DAQ Instrument 6000 may also include an expert analysis module 6052. In embodiments, the expert analysis module 6052 may be a web application or other suitable module that may generate reports 6054 that may use machine or measurement point specific information from the MMP PCSA information store 6022 to analyze stream data 6058 using the stream data analyzer module 6050. In embodiments, supervisory control of the module 6052 may be provided by the DAQ Web API 6010. In embodiments, the expert analysis may also be supplied (or supplemented) via the expert system module 5940 that may be resident on one or more cloud network facilities that are accessible via the CDMS 5832. In many examples, expert analysis via the cloud may be preferred over local systems such as expert analysis module 6052 for various reasons, such as the availability and use of the most up-to-date software version, more processing capability, a bigger volume of historical data to reference and the like. It will be appreciated in light of the disclosure that it may be important to offer expert analysis when an internet connection cannot be established so as to provide a redundancy, when needed, for seamless and time efficient operation. In embodiments, this redundancy may be extended to all of the discussed modular software applications and databases where applicable so each module discussed herein may be configured to provide redundancy to continue operation in the absence of an intemet connection.
105641 Figure 29 depicts further embodiments and details of many virtual DAQ
instruments existing in an online system and connecting through network endpoints through a central DAQ instrument to one or more cloud network facilities. In embodiments, a master DAQ instrument with network endpoint 6060 is provided along with additional DAQ instruments such as a DAQ instrument with network endpoint 6062, a DAQ instrument with network endpoint 6064, and a DAQ instrument with network endpoint 6068. The master DAQ instnunent with network endpoint 6060 may connect with the other DAQ instruments with network endpoints 6062, 6064, 6068 over LAN
6070. It will be appreciated that each of the instruments 6060, 6062, 6064, 6068 may include personal computer, a connected device, or the like that include Windowsill, Linukrm, or other suitable operating systems to facilitate ease of connection of devices utilizing many wired and wireless network options such as Ethernet, wireless 802.11g, 900 Mliz wireless (e.g., for better penetration of walls, enclosures and other structural barriers commonly encountered in an industrial setting), as well as a myriad of other things permitted by the use of off-the-shelf communication hardware when needed.
105651 Figure 30 depicts further embodiments and details of many functional components of an endpoint that may be used in the various settings, environments, and network connectivity settings. The endpoint includes endpoint hardware modules 6080.
In embodiments, the endpoint hardware modules 6080 may include one or more multiplexers 6082, a DAQ instrument 6084, as well as a computer 6088, computing device, PC, or the like that may include the multiplexers, DAQ instruments, and computers, connected devices and the like, as disclosed herein. The endpoint software modules 6090 include a data collector application (DCA) 6092 and a raw data server (RDS) 6094. In embodiments, DCA 6092 may be similar to the DAQ API 5052 (Figure 18) and may be configured to be responsible for obtaining stream data from the DAQ device 6084 and storing it locally according to a prescribed sequence or upon user directives. In the many examples, the prescribed sequence or user directives may be a LabVIEWTm software app that may control and read data from the DAQ instruments. For cloud based online systems, the stored data in many embodiments may be network accessible. In many examples, LabVIEWTm tools may be used to accomplish this with a shared variable or network stream (or subsets of shared variables). Shared variables and the affiliated network streams may be network objects that may be optimized for sharing data over the network. In many embodiments, the DCA 6092 may be configured with a graphic user interface that may be configured to collect data as efficiently and fast as possible and push it to the shared variable and its affiliated network stream. In embodiments, the endpoint raw data server 6094 may be configured to read raw data from the single-process shared variable and may place it with a master network stream. In embodiments, a raw stream of data from portable systems may be stored locally and temporarily until the raw stream of data is pushed to the MRDS 5082 (Figure 18). It will be appreciated in light of the disclosure that on-line system instruments on a network can be termed endpoints whether local or remote or associated with a local area network or a wide area network. For portable data collector applications that may or may not be wirelessly connected to one or more cloud network facilities, the endpoint term may be omitted as described so as to detail an instrument that may not require network connectivity.
[0566] Figure 31 depicts further embodiments and details of multiple endpoints with their respective software blocks with at least one of the devices configured as master blocks.
Each of the blocks may include a data collector application ("DCA") 7000 and a raw data server ("RDS") 7002. In embodiments, each of the blocks may also include a master raw data server module ("MRDS") 7004, a master data collection and analysis module ("MDCA") 7008, and a supervisory and control interface module ("SCI") 7010.
The MRDS 7004 may be configured to read network stream data (at a minimum) from the other endpoints and may forward it up to one or more cloud network facilities via the CDMS 5832 including the cloud services 5890 and the cloud data 5892. In embodiments, the CDMS 5832 may be configured to store the data and to provide web, data, and processing services. In these examples, this may be implemented with a LthVIEWTM
application that may be configured to read data from the network streams or share variables from all of the local endpoints, write them to the local host PC, local computing device, connected device, or the like, as both a network stream and file with TDMSTm formatting.
In embodiments, the CDMS 5832 may also be configured to then post this data to the appropriate buckets using the Lab VIEW or similar software that may be supported by 53TM
web service from the Amazon Web Services ("AWSTm") on the Amazon TM web server, or the like and may effectively serve as a back-end server. In the many examples, different criteria may be enabled or may be set up for when to post data, create or adjust schedules, create or adjust event triggering including a new data event, create a buffer full message, create or more alarms messages, and the like.
[0567] In embodiments, the MDCA 7008 may be configured to provide automated as well as user-directed analyses of the raw data that may include tracking and annotating specific occurrence and in doing so, noting where reports may be generated and alarms may be noted. In embodiments, the SCI 7010 may be an application configured to provide remote control of the system from the cloud as well as the ability to generate status and alarms. In embodiments, the SCI 7010 may be configured to connect to, interface with, or be integrated into a supervisory control and data acquisition ("SCADA") control system. In embodiments, the SC! 7010 may be configured as a LabVIEWTm application that may provide remote control and status alerts that may be provided to any remote device that may connect to one or more of the cloud network facilities 5870.
105681 In embodiments, the equipment that is being monitored may include RFID
tags that may provide vital machinery analysis background information. The RFID
tags may be associated with the entire machine or associated with the individual componentry and may be substituted when certain parts of the machine are replaced, repaired, or rebuilt. The RFID tags may provide permanent information relevant to the lifetime of the unit or may also be re-flashed to update with at least a portion of new information. In many embodiments, the DAQ instruments 5002 disclosed herein may interrogate the one or more RFID chips to learn of the machine, its componentry, its service history, and the hierarchical structure of how everything is connected including drive diagrams, wire diagrams, and hydraulic layouts. In embodiments, some of the information that may be retrieved from the RF1D tags includes manufacturer, machinery type, model, serial number, model number, manufacturing date, installation date, lots numbers, and the like.
By way of these examples, machinery type may include the use of a Mimosa Tm format table including information about one or more of the following motors, gearboxes, fans, and compressors. The machinery type may also include the number of bearings, their type, their positioning, and their identification numbers. The information relevant to one or more fans includes fan type, number of blades, number of vanes, and number of belts. It will be appreciated in light of the disclosure that other machines and their componentry may be similarly arranged hierarchically with relevant information all of which may be available through interrogation of one or more RFID chips associated with the one or more machines.
105691 In embodiments, data collection in an industrial environment may include routing analog signals from a plurality of sources, such as analog sensors, to a plurality of analog signal processing circuits. Routing of analog signals may be accomplished by an analog crosspoint switch that may route any of a plurality of analog input signals to any of a plurality of outputs, such as to analog and/or digital outputs. Routing of inputs to outputs in an analog signal crosspoint switch in an industrial environment may be configurable, such as by an electronic signal to which a switch portion of the analog crosspoint switch is responsive.
10570) In embodiments, the analog crosspoint switch may receive analog signals from a plurality of analog signal sources in the industrial environment. Analog signal sources may include sensors that produce an analog signal. Sensors that produce an analog signal that may be switched by the analog crosspoint switch may include sensors that detect a condition and convert it to an analog signal that may be representative of the condition, such as converting a condition to a corresponding voltage. Exemplary conditions that may be represented by a variable voltage may include temperature, friction, sound, light, torque, revolutions-per-minute, mechanical resistance, pressure, flow rate, and the like, including any of the conditions represented by inputs sources and sensors disclosed throughout this disclosure and the documents incorporated herein by reference.
Other forms of analog signal may include electrical signals, such as variable voltage, variable current, variable resistance, and the like.
105711 In embodiments, the analog crosspoint switch may preserve one or more aspects of an analog signal being input to it in an industrial environment. Analog circuits integrated into the switch may provide buffered outputs. The analog circuits of the analog crosspoint switch may follow an input signal, such as an input voltage to produce a buffered representation on an output. This may alternatively be accomplished by relays (mechanical, solid state, and the like) that allow an analog voltage or current present on an input to propagate to a selected output of the analog switch.
10572) In embodiments, an analog crosspoint switch in an industrial environment may be configured to switch any of a plurality of analog inputs to any of a plurality of analog outputs. An example embodiment includes a MIMO, multiplexed configuration. An analog crosspoint switch may be dynamically configurable so that changes to the configuration causes a change in the mapping of inputs to outputs. A
configuration change may apply to one or more mappings so that a change in mapping may result in one or more of the outputs being mapped to different input than before the configuration change.
[0573) In embodiments, the analog crosspoint switch may have more inputs than outputs, so that only a subset of inputs can be routed to outputs concurrently. In other embodiments, the analog crosspoint switch may have more outputs than inputs, so that either a single input may be made available currently on multiple outputs, or at least one output may not be mapped to any input.
.. 105741 In embodiments, an analog crosspoint switch in an industrial environment may be configured to switch any of a plurality of analog inputs to any of a plurality of digital outputs. To accomplish conversion from analog inputs to digital outputs, an analog-to-digital converter circuit may be configured on each input, each output, or at intermediate points between the input(s) and output(s) of the analog crosspoint switch.
Benefits of .. including digitization of analog signals in an analog crosspoint switch that may be located close to analog signal sources may include reducing signal transport costs and complexity that digital signal communication has over analog, reducing energy consumption, facilitating detection and regulation of aberrant conditions before they propagate throughout an industrial environment, and the like. Capturing analog signals close to their .. source may also facilitate improved signal routing management that is more tolerant of real world effects such as requiring that multiple signals be routed simultaneously. In this example, a portion of the signals can be captured (and stored) locally while another portion can be transferred through the data collection network. Once the data collection network has available bandwidth, the locally stored signals can be delivered, such as with a time .. stamp indicating the time at which the data was collected. This technique may be useful for applications that have concurrent demand for data collection channels that exceed the number of channels available. Sampling control may also be based on an indication of data worth sampling. As an example, a signal source, such as a sensor in an industrial enviromnent may provide a data valid signal that transmits an indication of when data from the sensor is available.
[0575) In embodiments, mapping inputs of the analog crosspoint switch to outputs may be based on a signal route plan for a portion of the industrial environment that may be presented to the crosspoint switch. The signal route plan may be used in a method of data collection in the industrial environment that may include routing a plurality of analog signals along a plurality of analog signal paths. The method may include connecting the plurality of analog signals individually to inputs of the analog crosspoint switch that may be configured with a route plan. The crosspoint switch may, responsively to the configured route plan, route a portion of the plurality of analog signals to a portion of the plurality of analog signal paths.
105761 In embodiments, the analog crosspoint switch may include at least one high current output drive circuit that may be suitable for routing the analog signal along a path that requires high current. In embodiments, the analog crosspoint switch may include at least one voltage-limited input that may facilitate protecting the analog crosspoint switch from damage due to excessive analog input signal voltage. In embodiments, the analog crosspoint switch may include at least one current limited input that may facilitate protecting the analog crosspoint switch from damage due to excessive analog input current. The analog crosspoint switch may comprise a plurality of interconnected relays that may facilitate routing the input(s) to the output(s) with little or no substantive signal loss.
105771 In embodiments, an analog crosspoint switch may include processing functionality, such as signal processing and the like (e.g., a programmed processor, special purpose processor, a digital signal processor, and the like) that may detect one or more analog input signal conditions. In response to such detection, one or more actions may be performed, such as setting an alarm, sending an alarm signal to another device in the industrial environment, changing the crosspoint switch configuration, disabling one or more outputs, powering on or off a portion of the switch, changing a state of an output, such as a general purpose digital or analog output, and the like. In embodiments, the switch may be configured to process inputs for producing a signal on one or more of the outputs. The inputs to use, processing algorithm for the inputs, condition for producing the signal, output to use, and the like may be configured in a data collection template.
105781 In embodiments, an analog crosspoint switch may comprise greater than 32 inputs and greater than 32 outputs. A plurality of analog crosspoint switches may be configured so that even though each switch offers fewer than 32 inputs and 32 outputs it may be configured to facilitate switching any of 32 inputs to any of 32 outputs spread across the plurality of crosspoint switches.
105791 In embodiments, an analog crosspoint switch suitable for use in an industrial environment may comprise four or fewer inputs and four or fewer outputs. Each output may be configurable to produce an analog output that corresponds to the mapped analog input or it may be configured to produce a digital representation of the corresponding mapped input.
105801 In embodiments, an analog crosspoint switch for use in an industrial environment may be configured with circuits that facilitate replicating at least a portion of attributes of the input signal, such as current, voltage range, offset, frequency, duty cycle, ramp rate, and the like while buffering (e.g., isolating) the input signal from the output signal.
Alternatively, an analog crosspoint switch may be configured with unbuffered inputs/outputs, thereby effectively producing a bi-directional based crosspoint switch).
105811 In embodiments, an analog crosspoint switch for use in an industrial environment may include protected inputs that may be protected from damaging conditions, such as through use of signal conditioning circuits. Protected inputs may prevent damage to the switch and to downstream devices to which the switch outputs connect. As an example, inputs to such an analog crosspoint switch may include voltage clipping circuits that prevent a voltage of an input signal from exceeding an input protection threshold. An active voltage adjustment circuit may scale an input signal by reducing it uniformly so that a maximum voltage present on the input does not exceed a safe threshold value.
As another example, inputs to such an analog crosspoint switch may include current shunting circuits that cause current beyond a maximum input protection current threshold to be diverted through protection circuits rather than enter the switch. Analog switch inputs may be protected from electrostatic discharge and/or lightning strikes. Other signal conditioning functions that may be applied to inputs to an analog crosspoint switch may include voltage scaling circuitry that attempts to facilitate distinguishing between valid input signals and low voltage noise that may be present on the input. However, in embodiments, inputs to the analog crosspoint switch may be unbuffered and/or unprotected to make the least impact on the signal. Signals such as alarm signals, or signals that cannot readily tolerate protection schemes, such as those schemes described above herein may be connected to unbuffered inputs of the analog crosspoint switch.
[0582] In embodiments, an analog crosspoint switch may be configured with circuitry, logic, and/or processing elements that may facilitate input signal alann monitoring. Such an analog crosspoint switch may detect inputs meeting alarm conditions and in response thereto, switch inputs, switch mapping of inputs to outputs, disable inputs, disable outputs, issue an alarm signal, activate/deactivate a general-purpose output, or the like.
[0583] In embodiments, a system for collecting data in an industrial environment may include an analog crosspoint switch that may be adapted to selectively power up or down portions of the analog crosspoint switch or circuitry associated with the analog crosspoint switch, such as input protection devices, input conditioning devices, switch control devices and the like. Portions of the analog crosspoint switch that may be powered on/off may include outputs, inputs, sections of the switch and the like. In an example, an analog crosspoint switch may include a modular structure that may separate portions of the switch into independently powered sections. Based on conditions, such as an input signal meeting a criterion or a configuration value being presented to the analog crosspoint switch, one or more modular sections may be powered on / off.
[0584] In embodiments, a system for collecting data in an industrial environment may include an analog crosspoint switch that may be adapted to perform signal processing including, without limitation, providing a voltage reference for detecting an input crossing the voltage reference (e.g., zero volts for detecting zero-crossing signals), a phase-lock loop to facilitate capturing slow frequency signals (e.g., low-speed revolution-per-minute signals and detecting their corresponding phase), deriving input signal phase relative to other inputs, deriving input signal phase relative to a reference (e.g., a reference clock), deriving input signal phase relative to detected alarm input conditions and the like. Other signal processing functions of such an analog crosspoint switch may include oversampling of inputs for delta-sigma AID, to produce lower sampling rate outputs, to minimize AA
filter requirements and the like. Such an analog crosspoint switch may support long block sampling at a constant sampling rate even as inputs are switched, which may facilitate input signal rate independence and reduce complexity of sampling scheme(s). A
constant sampling rate may be selected from a plurality of rates that may be produced by a circuit, such as a clock divider circuit that may make available a plurality of components of a reference clock.
DEMANDE OU BREVET VOLUMINEUX
LA PRESENTE PARTIE DE CETTE DEMANDE OU CE BREVET COMPREND
PLUS D'UN TOME.
NOTE : Pour les tomes additionels, veuillez contacter le Bureau canadien des brevets JUMBO APPLICATIONS/PATENTS
THIS SECTION OF THE APPLICATION/PATENT CONTAINS MORE THAN ONE
VOLUME
NOTE: For additional volumes, please contact the Canadian Patent Office NOM DU FICHIER / FILE NAME:
NOTE POUR LE TOME / VOLUME NOTE:
104331 In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 to monitor multiple signals that may be carried by a plurality of physical, electronic, and symbolic formats or signals. The platform 100 may employ signal processing including a plurality of mathematical, statistical, computational, heuristic, and linguistic representations and processing of signals and a plurality of operations needed for extraction of useful information from signal processing operations such as techniques for representation, modeling, analysis, synthesis, sensing, acquisition, and extraction of information from signals. In examples, signal processing may be performed using a plurality of techniques, including but not limited to transformations, spectral estimations, statistical operations, probabilistic and stochastic operations, numerical theory analysis, data mining, and the like. The processing of various types of signals forms the basis of many electrical or computational process. As a result, signal processing applies to almost all disciplines and applications in the industrial environment such as audio and video processing, image processing, wireless communications, process control, industrial automation, financial systems, feature extraction, quality improvements such as noise reduction, image enhancement, and the like. Signal processing for images may include pattern recognition for manufacturing inspections, quality inspection, and automated operational inspection and maintenance. The platform 100 may employ many pattern recognition techniques including those that may classify input data into classes based on key features with the objective of recognizing patterns or regularities in data. The platform 100 may also implement pattern recognition processes with machine learning operations and may be used in applications such as computer vision, speech and text processing, radar processing, handwriting recognition, CAD systems, and the like. The platform 100 may employ supervised classification and unsupervised classification. The supervised learning classification algorithms may be based to create classifiers for image or pattern recognition, based on training data obtained from different object classes. The unsupervised learning classification algorithms may operate by finding hidden structures in unlabeled data using advanced analysis techniques such as segmentation and clustering.
For example, some of the analysis techniques used in unsupervised learning may include K-means clustering, Gaussian mixture models, Hidden Markov models, and the like. The algorithms used in supervised and unsupervised learning methods of pattern recognition enable the use of pattern recognition in various high precision applications.
The platform 100 may use pattern recognition in face detection related applications such as security systems, tracking, sports related applications, fmgerprint analysis, medical and forensic applications, navigation and guidance systems, vehicle tracking, public infrastructure systems such as transport systems, license plate monitoring, and the like.
104341 In embodiments, the platform 100 may include the local data collection system 102 deployed in the environment 104 using machine learning to enable derivation-based learning outcomes from computers without the need to program them. The platform 100 may, therefore, learn from and make decisions on a set of data, by making data-driven predictions and adapting according to the set of data. In embodiments, machine learning may involve performing a plurality of machine learning tasks by machine learning systems, such as supervised learning, unsupervised learning, and reinforcement learning.
Supervised learning may include presenting a set of example inputs and desired outputs to the machine learning systems. Unsupervised learning may include the learning algorithm itself structuring its input by methods such as pattern detection and/or feature learning.
Reinforcement learning may include the machine learning systems performing in a dynamic environment and then providing feedback about correct and incorrect decisions.
In examples, machine learning may include a plurality of other tasks based on an output of the machine learning system. In examples, the tasks may also be classified as machine learning problems such as classification, regression, clustering, density estimation, dimensionality reduction, anomaly detection, and the like. In examples, machine learning may include a plurality of mathematical and statistical techniques. In examples, the many types of machine learning algorithms may include decision tree based learning, association rule learning, deep learning, artificial neural networks, genetic learning algorithms, inductive logic programming, support vector machines (SVMs), Bayesian network, reinforcement learning, representation learning, rule-based machine learning, sparse dictionary learning, similarity and metric learning, learning classifier systems (LCS), logistic regression, random forest, K-Means, gradient boost and adaboost, K-nearest neighbors (KNN), a priori algorithms, and the like. In embodiments, certain machine learning algorithms may be used (such as genetic algorithms defined for solving both constrained and unconstrained optimization problems that may be based on natural selection, the process that drives biological evolution). By way of this example, genetic algorithms may be deployed to solve a variety of optimization problems that are not well suited for standard optimization algorithms, including problems in which the objective functions are discontinuous, not differentiable, stochastic, or highly nonlinear. In an example, the genetic algorithm may be used to address problems of mixed integer programming, where some components restricted to being integer-valued. Genetic algorithms and machine learning techniques and systems may be used in computational intelligence systems, computer vision, Natural Language Processing (NLP), recommender systems, reinforcement learning, building graphical models, and the like. By way of this example, the machine learning systems may be used to perform intelligent computing based control and be responsive to tasks in a wide variety of systems (such as interactive websites and portals, brain-machine interfaces, online security and fraud detection systems, medical applications such as diagnosis and therapy assistance systems, classification of DNA sequences, and the like). In examples, machine learning systems may be used in advanced computing applications (such as online advertising, natural language processing, robotics, search engines, software engineering, speech and handwriting recognition, pattern matching, game playing, computational anatomy, bioinformatics systems and the like). In an example, machine learning may also be used in financial and marketing systems (such as for user behavior analytics.
online advertising, economic estimations, financial market analysis, and the like).
104351 Additional details are provided below in connection with the methods, systems, devices, and components depicted in connection with Figures 1 through 6. In embodiments, methods and systems are disclosed herein for cloud-based, machine pattern recognition based on fusion of remote, analog industrial sensors. For example, data .. streams from vibration, pressure, temperature, accelerometer, magnetic, electrical field, and other analog sensors may be multiplexed or otherwise fused, relayed over a network, and fed into a cloud-based machine learning facility, which may employ one or more models relating to an operating characteristic of an industrial machine, an industrial process, or a component or element thereof. A model may be created by a human who has .. experience with the industrial environment and may be associated with a training data set (such as models created by human analysis or machine analysis of data that is collected by the sensors in the environment, or sensors in other similar environments. The learning machine may then operate on other data, initially using a set of rules or elements of a model, such as to provide a variety of outputs, such as classification of data into types, .. recognition of certain patterns (such as those indicating the presence of faults, orthoses indicating operating conditions, such as fuel efficiency, energy production, or the like).
The machine learning facility may take feedback, such as one or more inputs or measures of success, such that it may train, or improve, its initial model (such as improvements by adjusting weights, rules, parameters, or the like, based on the feedback). For example, a model of fuel consumption by an industrial machine may include physical model parameters that characterize weights, motion, resistance, momentum, inertia, acceleration, and other factors that indicate consumption, and chemical model parameters (such as those that predict energy produced and/or consumed e.g., such as through combustion, through chemical reactions in battery charging and discharging, and the like). The model may be refined by feeding in data from sensors disposed in the environment of a machine, in the machine, and the like, as well as data indicating actual fuel consumption, so that the machine can provide increasingly accurate, sensor-based, estimates of fuel consumption and can also provide output that indicate what changes can be made to increase fuel consumption (such as changing operation parameters of the machine or changing other elements of the environment, such as the ambient temperature, the operation of a nearby machine, or the like). For example, if a resonance effect between two machines is adversely affecting one of them, the model may account for this and automatically provide an output that results in changing the operation of one of the machines (such as to reduce the resonance, to increase fuel efficiency of one or both machines). By continuously adjusting parameters to cause outputs to match actual conditions, the machine learning facility may self-organize to provide a highly accurate model of the conditions of an environment (such as for predicting faults, optimizing operational parameters, and the like). This may be used to increase fuel efficiency, to reduce wear, to increase output, to increase operating life, to avoid fault conditions, and for many other purposes.
[0436] Figure 10 illustrates components and interactions of a data collection architecture involving the application of cognitive and machine learning systems to data collection and processing. Referring to Figure 10, a data collection system 102 may be disposed in an environment (such as an industrial environment where one or more complex systems, such as electro-mechanical systems and machines are manufactured, assembled, or operated).
The data collection system 102 may include onboard sensors and may take input, such as through one or more input interfaces or ports 4008, from one or more sensors (such as analog or digital sensors of any type disclosed herein) and from one or more input sources 116 (such as sources that may be available through Wi-Fi, Bluetooth, NFC, or other local network connections or over the Internet). Sensors may be combined and multiplexed (such as with one or more multiplexers 4002). Data may be cached or buffered in a cache/buffer 4022 and made available to external systems, such as a remote host processing system 112 as described elsewhere in this disclosure (which may include an extensive processing architecture 4024, including any of the elements described in connection with other embodiments described throughout this disclosure and in the Figure), though one or more output interfaces and ports 4010 (which may in embodiments be separate from or the same as the input interfaces and ports 4008). The data collection system 102 may be configured to take input from a host processing system 112, such as input from an analytic system 4018, which may operate on data from the data collection system 102 and data from other input sources 116 to provide analytic results, which in turn may be provided as a learning feedback input 4012 to the data collection system, such as to assist in configuration and operation of the data collection system 102.
104371 Combination of inputs (including selection of what sensors or input sources to turn "on" or "off') may be performed under the control of machine-based intelligence, such as using a local cognitive input selection system 4004, an optionally remote cognitive input selection system 4114, or a combination of the two. The cognitive input selection systems 4004, 4014 may use intelligence and machine learning capabilities described elsewhere in this disclosure, such as using detected conditions (such as conditions infornied by the input sources 116 or sensors), state information (including state information determined by a machine state recognition system 4020 that may determine a state), such as relating to an operational state, an environmental state, a state within a known process or workflow, a state involving a fault or diagnostic condition, or many others. This may include optimization of input selection and configuration based on learning feedback from the learning feedback system 4012, which may include providing training data (such as from the host processing system 112 or from other data collection systems 102 either directly or from the host 112) and may include providing feedback metrics, such as success metrics calculated within the analytic system 4018 of the host processing system 112.
For example, if a data stream consisting of a particular combination of sensors and inputs yields positive results in a given set of conditions (such as providing improved pattern recognition, improved prediction, improved diagnosis, improved yield, improved return on investment, improved efficiency, or the like), then metrics relating to such results from the analytic system 4018 can be provided via the learning feedback system 4012 to the cognitive input selection systems 4004, 4014 to help configure future data collection to select that combination in those conditions (allowing other input sources to be de-selected, such as by powering down the other sensors). In embodiments, selection and de-selection of sensor combinations, under control of one or more of the cognitive input selection systems 4004, may occur with automated variation, such as using genetic programming techniques, based on learning feedback 4012, such as from the analytic system 4018, effective combinations for a given state or set of conditions are promoted, and less effective combinations are demoted, resulting in progressive optimization and adaptation of the local data collection system to each unique environment. Thus, an automatically adapting, multi-sensor data collection system is provided, where cognitive input selection is used (with feedback) to improve the effectiveness, efficiency, or other performance parameters of the data collection system within its particular environment. Performance parameters may relate to overall system metrics (such as financial yields, process optimization results, energy production or usage, and the like), analytic metrics (such as success in recognizing patterns, making predictions, classifying data, or the like), and local system metrics (such as bandwidth utilization, storage utilization, power consumption, and the like). In embodiments, the analytic system 4018, the state system 4020 and the cognitive input selection system 4114 of a host may take data from multiple data collection systems 102, such that optimization (including of input selection) may be undertaken through coordinated operation of multiple systems 102. For example, the cognitive input selection system 4114 may understand that if one data collection system 102 is already collecting vibration data for an X-axis, the X-axis vibration sensor for the other data collection system might be turned off, in favor of getting Y-axis da a from the other data collector 102. Thus, through coordinated collection by the host cognitive input selection system 4114, the activity of multiple collectors 102, across a host of different sensors, can provide for a rich data set for the host processing system 112, without wasting energy, bandwidth, storage space, or the like. As noted above, optimization may be based on overall system success metrics, analytic success metrics, and local system metrics, or a combination of the above.
[0438) Methods and systems are disclosed herein for cloud-based, machine pattern analysis of state information from multiple industrial sensors to provide anticipated state information for an industrial system. In embodiments, machine learning may take advantage of a state machine, such as tracking states of multiple analog and/or digital sensors, feeding the states into a pattern analysis facility, and determining anticipated states of the industrial system based on historical data about sequences of state information. For example, where a temperature state of an industrial machine exceeds a certain threshold and is followed by a fault condition, such as breaking down of a set of bearings, that temperature state may be tracked by a pattern recognizer, which may produce an output data structure indicating an anticipated bearing fault state (whenever an input state of a high temperature is recognized). A wide range of measurement values and anticipated states may be managed by a state machine, relating to temperature, pressure, vibration, acceleration, momentum, inertia, friction, heat, heat flux, galvanic states, magnetic field states, electrical field states, capacitance states, charge and discharge states, motion, position, and many others. States may comprise combined states, where a data structure includes a series of states, each of which is represented by a place in a byte-like data structure. For example, an industrial machine may be characterized by a genetic structure, such as one that provides pressure, temperature, vibration, and acoustic data, the measurement of which takes one place in the data structure, so that the combined state can be operated on as a byte-like structure, such as a structure for compactly characterizing the current combined state of the machine or environment, or compactly characterizing the anticipated state. This byte-like structure can be used by a state machine for machine learning, such as pattern recognition that operates on the structure to determine patterns that reflect combined effects of multiple conditions. A wide variety of such structure can be tracked and used, such as in machine learning, representing various combinations, of various length, of the different elements that can be sensed in an industrial environment.
In embodiments, byte-like structures can be used in a genetic programming technique, such as by substituting different types of data, or data from varying sources, and tracking outcomes over time, so that one or more favorable structures emerges based on the success of those structures when used in real world situations, such as indicating successful predictions of anticipated states, or achievement of success operational outcomes, such as increased efficiency, successful routing of information, achieving increased profits, or the like. That is, by varying what data types and sources are used in byte-like structures that are used for machine optimization over time, a genetic programming-based machine learning facility can "evolve" a set of data structures, consisting of a favorable mix of data types (e.g., pressure, temperature, and vibration), from a favorable mix of data sources (e.g., temperature is derived from sensor X, while vibration comes from sensor Y), for a given purpose. Different desired outcomes may result in different data structures that are best adapted to support effective achievement of those outcomes over time with application of machine learning and promotion of structures with favorable results for the desired outcome in question by genetic programming. The promoted data structures may provide compact, efficient data for various activities as described throughout this disclosure, including being stored in data pools (which may be optimized by storing favorable data structures that provide the best operational results for a given environment), being presented in data marketplaces (such as being presented as the most effective structures for a given purpose), and the like.
104391 In embodiments, a platform is provided having cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system. In embodiments, the host processing system 112, such as disposed in the cloud, may include the state system 4020, which may be used to infer or calculate a current state or to determine an anticipated future state relating to the data collection system 102 or some aspect of the environment in which the data collection system 102 is disposed, such as the state of a machine, a component, a workflow, a process, an event (e.g., whether the event has occurred), an object, a person, a condition, a function, or the like. Maintaining state information allows the host processing system 112 to undertake analysis, such as in one or more analytic systems 4018, to determine contextual information, to apply semantic and conditional logic, and perform many other functions as enabled by the processing architecture 4024 described throughout this disclosure.
[0440) In embodiments, a platform is provided having cloud-based policy automation engine for loT, with creation, deployment, and management of loT devices. In embodiments, the platform 100 includes (or is integrated with, or included in) the host processing system 112, such as on a cloud platform, a policy automation engine 4032 for automating creation, deployment, and management of policies to loT devices.
Polices, which may include access policies, network usage policies, storage usage policies, bandwidth usage policies, device connection policies, security policies, rule-based policies, role-based polices, and others, may be required to govern the use of loT devices.
For example, as loT devices may have many different network and data communications to other devices, policies may be needed to indicate to what devices a given device can connect, what data can be passed on, and what data can be received. As billions of devices with countless potential connections are expected to be deployed in the near future, it becomes impossible for humans to configure policies for loT devices on a connection-by-connection basis. Accordingly, an intelligent policy automation engine 4032 may include cognitive features for creating, configuring, and managing policies. The policy automation engine 4032 may consume information about possible policies, such as from a policy database or library, which may include one or more public sources of available policies.
These may be written in one or more conventional policy languages or scripts.
The policy automation engine 4032 may apply the policies according to one or more models, such as based on the characteristics of a given device, machine, or environment. For example, a large machine, such as a machine for power generation, may include a policy that only a verifiably local controller can change certain parameters of the power generation, thereby avoiding a remote "takeover" by a hacker. This may be accomplished in turn by automatically finding and applying security policies that bar connection of the control infrastructure of the machine to the Internet, by requiring access authentication, or the like.
The policy automation engine 4032 may include cognitive features, such as varying the application of policies, the configuration of policies, and the like (such as features based on state information from the state system 4020). The policy automation engine 4032 may take feedback, as from the learning feedback system 4012, such as based on one or more analytic results from the analytic system 4018, such as based on overall system results (such as the extent of security breaches, policy violations, and the like), local results, and analytic results. By variation and selection based on such feedback, the policy automation engine 4032 can, over time, learn to automatically create, deploy, configure, and manage .. policies across very large numbers of devices, such as managing policies for configuration of connections among loT devices.
104411 Methods and systems are disclosed herein for on-device sensor fusion and data storage for industrial ToT devices, including on-device sensor fusion and data storage for an industrial IoT device, where data from multiple sensors is multiplexed at the device for storage of a fused data stream. For example, pressure and temperature data may be multiplexed into a data stream that combines pressure and temperature in a time series, such as in a byte-like structure (where time, pressure, and temperature are bytes in a data structure, so that pressure and temperature remain linked in time, without requiring separate processing of the streams by outside systems), or by adding, dividing, multiplying, subtracting, or the like, such that the fused data can be stored on the device.
Any of the sensor data types described throughout this disclosure can be fused in this manner and stored in a local data pool, in storage, or on an IoT device, such as a data collector, a component of a machine, or the like.
10442) In embodiments, a platform is provided having on-device sensor fusion and data storage for industrial IoT devices. In embodiments, a cognitive system is used for a self-organizing storage system 4028 for the data collection system 102. Sensor data, and in particular analog sensor data, can consume large amounts of storage capacity, in particular where a data collector 102 has multiple sensor inputs onboard or from the local environment. Simply storing all the data indefinitely is not typically a favorable option, and even transmitting all of the data may strain bandwidth limitations, exceed bandwidth permissions (such as exceeding cellular data plan capacity), or the like.
Accordingly, storage strategies are needed. These typically include capturing only portions of the data (such as snapshots), storing data for limited time periods, storing portions of the data (such as intermediate or abstracted forms), and the like. With many possible selections among these and other options, determining the correct storage strategy may be highly complex.
In embodiments, the self-organizing storage system 4028 may use a cognitive system, based on learning feedback 4012, and use various metrics from the analytic system 4018 or other system of the host cognitive input selection system 4114, such as overall system metrics, analytic metrics, and local performance indicators. The self-organizing storage system 4028 may automatically vary storage parameters, such as storage locations (including local storage on the data collection system 102, storage on nearby data collection systems 102 (such as using peer-to-peer organization) and remote storage, such as network-based storage), storage amounts, storage duration, type of data stored (including individual sensors or input sources 116, as well as various combined or multiplexed data, such as selected under the cognitive input selection systems 4004,4014), storage type (such as using RAM, Flash, or other short-term memory versus available hard drive space), storage organization (such as in raw form, in hierarchies, and the like), and others. Variation of the parameters may be undertaken with feedback, so that over time the data collection system 102 adapts its storage of data to optimize itself to the conditions of its environment, such as a particular industrial environment, in a way that results in its storing the data that is needed in the right amounts and of the right type for availability to users.
104431 In embodiments, the local cognitive input selection system 4004 may organize fusion of data for various onboard sensors, external sensors (such as in the local environment) and other input sources 116 to the local collection system 102 into one or more fused data streams, such as using the multiplexer 4002 to create various signals that represent combinations, permutations, mixes, layers, abstractions, data-metadata combinations, and the like of the source analog and/or digital data that is handled by the data collection system 102. The selection of a particular fusion of sensors may be determined locally by the cognitive input selection system 4004, such as based on learning feedback from the learning feedback system 4012, such as various overall system, analytic system and local system results and metrics. In embodiments, the system may learn to fuse .. particular combinations and permutations of sensors, such as in order to best achieve correct anticipation of state, as indicated by feedback of the analytic system 4018 regarding its ability to predict future states, such as the various states handled by the state system 4020. For example, the input selection system 4004 may indicate selection of a sub-set of sensors among a larger set of available sensors, and the inputs from the selected sensors may be combined, such as by placing input from each of them into a byte of a defined, multi-bit data structure (such as a combination by taking a signal from each at a given sampling rate or time and placing the result into the byte structure, then collecting and processing the bytes over time), by multiplexing in the multiplexer 4002, such as a combination by additive mixing of continuous signals, and the like. Any of a wide range of signal processing and data processing techniques for combination and fusing may be used, including convolutional techniques, coercion techniques, transformation techniques, and the like. The particular fusion in question may be adapted to a given situation by cognitive learning, such as by having the cognitive input selection system 4004 learn, based on feedback 4012 from results (such as feedback conveyed by the analytic system 4018), such that the local data collection system 102 executes context-adaptive sensor fusion.
104441 In embodiments, the analytic system 4018 may apply to any of a wide range of analytic techniques, including statistical and econometric techniques (such as linear regression analysis, use similarity matrices, heat map based techniques, and the like), reasoning techniques (such as Bayesian reasoning, rule-based reasoning, inductive reasoning, and the like), iterative techniques (such as feedback, recursion, feed-forward and other techniques), signal processing techniques (such as Fourier and other transforms), pattern recognition techniques (such as Kalman and other filtering techniques), search techniques, probabilistic techniques (such as random walks, random forest algorithms, and the like), simulation techniques (such as random walks, random forest algorithms, linear optimization and the like), and others. This may include computation of various statistics or measures. In embodiments, the analytic system 4018 may be disposed, at least in part, on a data collection system 102, such that a local analytic system can calculate one or more measures, such as measures relating to any of the items noted throughout this disclosure.
For example, measures of efficiency, power utilization, storage utilization, redundancy, entropy, and other factors may be calculated onboard, so that the data collection 102 can enable various cognitive and learning functions noted throughout this disclosure without dependence on a remote (e.g., cloud-based) analytic system.
104451 In embodiments, the host processing system 112, a data collection system 102, or both, may include, connect to, or integrate with, a self-organizing networking system 4020, which may comprise a cognitive system for providing machine-based, intelligent or organization of network utilization for transport of data in a data collection system, such as for handling analog and other sensor data, or other source data, such as among one or more local data collection systems 102 and a host system 112. This may include organizing network utilization for source data delivered to data collection systems, for feedback data, such as analytic data provided to or via a learning feedback system 4012, data for supporting a marketplace (such as described in connection with other embodiments), and output data provided via output interfaces and ports 4010 from one or more data collection systems 102.
104461 Methods and systems are disclosed herein for a self-organizing data marketplace for industrial IoT data, including where available data elements are organized in the marketplace for constunption by consumers based on training a self-organizing facility with a training set and feedback from measures of marketplace success. A
marketplace may be set up initially to make available data collected from one or more industrial environments, such as presenting data by type, by source, by environment, by machine, by one or more patterns, or the like (such as in a menu or hierarchy). The marketplace may vary the data collected, the organization of the data, the presentation of the data (including pushing the data to external sites, providing links, configuring APIs by which the data may be accessed, and the like), the pricing of the data, or the like, such as under machine learning, which may vary different parameters of any of the foregoing. The machine .. learning facility may manage all of these parameters by self-organization, such as by varying parameters over time (including by varying elements of the data types presented), the data sourced used to obtain each type of data, the data structures presented (such as byte-like structures, fused or multiplexed structures (such as representing multiple sensor types), and statistical structures (such as representing various mathematical products of sensor information), among others), the pricing for the data, where the data is presented, how the data is presented (such as by APIs, by links, by push messaging, and the like), how the data is stored, how the data is obtained, and the like. As parameters are varied, feedback may be obtained as to measures of success, such as number of views, yield (e.g., price paid) per access, total yield, per unit profit, aggregate profit, and many others, and the self-organizing machine learning facility may promote configurations that improve measures of success and demote configurations that do not, so that, over time, the marketplace is progressively configured to present favorable combinations of data types (e.g., those that provide robust prediction of anticipated states of particular industrial enviromnents of a given type), from favorable sources (e.g., those that are reliable, accurate and low priced), with effective pricing (e.g., pricing that tends to provide high aggregate profit from the marketplace). The marketplace may include spiders, web crawlers, and the like to seek input data sources, such as finding data pools, connected IoT
devices, and the like that publish potentially relevant data. These may be trained by human users and improved by machine learning in a manner similar to that described elsewhere in this disclosure.
104471 In embodiments. a platform is provided having a self-organizing data marketplace for industrial ToT data. Referring to Figure 11, in embodiments, a platform is provided having a cognitive data marketplace 4102, referred to in some cases as a self-organizing data marketplace, for data collected by one or more data collection systems 102 or for data from other sensors or input sources 116 that are located in various data collection environments, such as industrial environments. In addition to data collection systems 102, this may include data collected, handled or exchanged by IoT devices, such as cameras, monitors, embedded sensors, mobile devices, diagnostic devices and systems, instrumentation systems, telematics systems, and the like, such as for monitoring various parameters and features of machines, devices, components, parts, operations, functions, conditions, states, events, workflows and other elements (collectively encompassed by the tenn "states") of such environments. Data may also include metadata about any of the foregoing, such as describing data, indicating provenance, indicating elements relating to identity, access, roles, and permissions, providing summaries or abstractions of data, or otherwise augmenting one or more items of data to enable further processing, such as for extraction, transforming, loading, and processing data. Such data (such term including metadata except where context indicates otherwise) may be highly valuable to third parties, either as an individual element (such as the instance where data about the state of an environment can be used as a condition within a process) or in the aggregate (such as the instance where collected data, optionally over many systems and devices in different environments can be used to develop models of behavior, to train learning systems, or the like). As billions of IoT devices are deployed, with countless connections, the amount of available data will proliferate. To enable access and utilization of data, the cognitive data marketplace 4102 enables various components, features, services, and processes for enabling users to supply, find, consume, and transact in packages of data, such as batches of data, streams of data (including event streams), data from various data pools 4120, and the like. in embodiments, the cognitive data marketplace 4102 may be included in, connected to, or integrated with, one or more other components of a host processing architecture 4024 of a host processing system 112, such as a cloud-based system, as well as to various sensors, input sources 115, data collection systems 102 and the like. The cognitive data marketplace 4102 may include marketplace interfaces 4108, which may include one or more supplier interfaces by which data suppliers may make data available and one more consumer interfaces by which data may be found and acquired. The consumer interface may include an interface to a data market search system 4118, which may include features that enable a user to indicate what types of data a user wishes to obtain, such as by entering keywords in a natural language search interface that characterize data or metadata. The search interface can use various search and filtering techniques, including keyword matching, collaborative filtering (such as using known preferences or characteristics of the consumer to match to similar consumers and the past outcomes of those other consumers), ranking techniques (such as ranking based on success of past outcomes according to various metrics, such as those described in connection with other embodiments in this disclosure). In embodiments, a supply interface may allow an owner or supplier of data to supply the data in one or more packages to and through the cognitive data marketplace 4102, such as packaging batches of data, streams of data, or the like. The supplier may pre-package data, such as by providing data from a single input source 116, a single sensor, and the like, or by providing combinations, permutations, and the like (such as multiplexed analog data, mixed bytes of data from multiple sources, results of extraction, loading and trartsfonnation, tvsults of convolution, and the like), as well as by providing metadata with respect to any of the foregoing. Packaging may include pricing, such as on a per-batch basis, on a streaming basis (such as subscription to an event feed or other feed or stream), on a per item basis, on a revenue share basis, or other basis.
For data involving pricing, a data transaction system 4114 may track orders, delivery, and utilization, including fulfillment of orders. The transaction system 4114 may include rich transaction features, including digital rights management, such as by managing cryptographic keys that govern access control to purchased data, that govern usage (such as allowing data to be used for a limited time, in a limited domain, by a limited set of users or roles, or for a limited purpose). The transaction system 4114 may manage payments, such as by processing credit cards, wire transfers, debits, and other forms of consideration.
104481 In embodiments, a cognitive data packaging system 4012 of the marketplace 4102 may use machine-based intelligence to package data, such as by automatically configuring packages of data in batches, streams, pools, or the like. In embodiments, packaging may be according to one or more rules, models, or parameters, such as by packaging or aggregating data that is likely to supplement or complement an existing model.
For example, operating data from a group of similar machines (such as one or more industrial machines noted throughout this disclosure) may be aggregated together, such as based on metadata indicating the type of data or by recognizing features or characteristics in the data stream that indicate the nature of the data. In embodiments, packaging may occur using machine learning and cognitive capabilities, such as by learning what combinations, permutations, mixes, layers, and the like of input sources 116, sensors, information from data pools 4120 and information from data collection systems 102 are likely to satisfy user requirements or result in measures of success. Learning may be based on learning feedback 4012, such as learning based on measures determined in an analytic system 4018, such as system performance measures, data collection measures, analytic measures, and the like.
In embodiments, success measures may be correlated to marketplace success measures, such as viewing of packages, engagement with packages, purchase or licensing of packages, payments made for packages, and the like. Such measures may be calculated in an analytic system 4018, including associating particular feedback measures with search terms and other inputs, so that the cognitive packaging system 4110 can find and configure packages that are designed to provide increased value to consumers and increased returns for data suppliers. In embodiments, the cognitive data packaging system 4110 can automatically vary packaging, such as using different combinations, permutations, mixes, and the like, and varying weights applied to given input sources, sensors, data pools and the like, using learning feedback 4012 to promote favorable packages and de-emphasize less favorable packages. This may occur using genetic programming and similar techniques that compare outcomes for different packages. Feedback may include state information from the state system 4020 (such as about various operating states, and the like), as well as about marketplace conditions and states, such as pricing and availability information for other data sources. Thus, an adaptive cognitive data packaging system 4110 is provided that automatically adapts to conditions to provide favorable packages of data for the marketplace 4102.
104491 In embodiments, a cognitive data pricing system 4112 may be provided to set pricing for data packages. In embodiments, the data pricing system 4112 may use a set of rules, models, or the like, such as setting pricing based on supply conditions, demand conditions, pricing of various available sources, and the like. For example, pricing for a package may be configured to be set based on the sum of the prices of constituent elements (such as input sources, sensor data, or the like), or to be set based on a rule-based discount to the sum of prices for constituent elements, or the like. Rules and conditional logic may be applied, such as rules that factor in cost factors (such as bandwidth and network usage, peak demand factors, scarcity factors, and the like), rules that factor in utilization parameters (such as the purpose, domain, user, role, duration, or the like for a package) and many others. In embodiments, the cognitive data pricing system 4112 may include fully cognitive, intelligent features, such as using genetic programming including automatically varying pricing and tracking feedback on outcomes. Outcomes on which tracking feedback may be based include various financial yield metrics, utilization metrics and the like that may be provided by calculating metrics in an analytic system 4018 on data from the data transaction system 4114.
10450) Methods and systems are disclosed herein for self-organizing data pools which may include self-organization of data pools based on utilization and/or yield metrics, including utilization and/or yield metrics that are tracked for a plurality of data pools. The data pools may initially comprise unstructured or loosely structured pools of data that contain data from industrial environments, such as sensor data from or about industrial machines or components. For example, a data pool might take streams of data from various machines or components in an environment, such as turbines, compressors, batteries, reactors, engines, motors, vehicles, pumps, rotors, axles, bearings, valves, and many others, with the data streams containing analog and/or digital sensor data (of a wide range of types), data published about operating conditions, diagnostic and fault data, identifying data for machines or components, asset tracking data, and many other types of data. Each stream may have an identifier in the pool, such as indicating its source, and optionally its type. The data pool may be accessed by external systems, such as through one or more interfaces or APIs (e.g., RESTful APIs), or by data integration elements (such as gateways, brokers, bridges, connectors, or the like), and the data pool may use similar capabilities to get access to available data streams. A data pool may be managed by a self-organizing machine learning facility, which may configure the data pool, such as by managing what sources are used for the pool, managing what streams are available, and managing APIs or other connections into and out of the data pool. The self-organization may take feedback such as based on measures of success that may include measures of utilization and yield.
The measures of utilization and yield that may include may account for the cost of acquiring and/or storing data, as well as the benefits of the pool, measured either by profit or by other measures that may include user indications of usefulness, and the like. For example, a self-organizing data pool might recognize that chemical and radiation data for an energy production environment are regularly accessed and extracted, while vibration and temperature data have not been used, in which case the data pool might automatically reorganize, such as by ceasing storage of vibration and/or temperature data, or by obtaining better sources of such data. This automated reorganization can also apply to data structures, such as promoting different data types, different data sources, different data structures, and the like, through progressive iteration and feedback.
104511 In embodiments, a platform is provided having self-organization of data pools based on utilization and/or yield metrics. In embodiments, the data pools 4020 may be self-organizing data pools 4020, such as being organized by cognitive capabilities as described throughout this disclosure. The data pools 4020 may self-organize in response to learning feedback 4012, such as based on feedback of measures and results, including calculated in an analytic system 4018. Organization may include determining what data or packages of data to store in a pool (such as representing particular combinations, permutations, aggregations, and the like), the structure of such data (such as in flat, hierarchical, linked, or other structures), the duration of storage, the nature of storage media (such as hard disks, flash memory, SSDs, network-based storage, or the like), the arrangement of storage bits, and other parameters. The content and nature of storage may be varied, such that a data pool 4020 may learn and adapt, such as based on states of the host system 112, one or more data collection systems 102, storage environment parameters (such as capacity, cost, and performance factors), data collection environment parameters, marketplace parameters, and many others. In embodiments, pools 4020 may learn and adapt, such as by variation of the above and other parameters in response to yield metrics (such as return on investment, optimization of power utilization, optimization of revenue, and the like).
104521 Methods and systems are disclosed herein for training Al models based on industry-specific feedback, including training an Al model based on industry-specific feedback that reflects a measure of utilization, yield, or impact, and where the Al model operates on sensor data from an industrial environment. As noted above, these models may include operating models for industrial environments, machines, workflows, models for anticipating states, models for predicting fault and optimizing maintenance, models for self-organizing storage (on devices, in data pools and/or in the cloud), models for optimizing data transport (such as for optimizing network coding, network-condition-sensitive routing, and the like), models for optimizing data marketplaces, and many others.
104531 In embodiments, a platform is provided having training Al models based on industry-specific feedback. In embodiments, the various embodiments of cognitive systems disclosed herein may take inputs and feedback from industry-specific and domain-specific sources 116 (such as relating to optimization of specific machines, devices, components, processes, and the like). Thus, learning and adaptation of storage organization, network usage, combination of sensor and input data, data pooling, data packaging, data pricing, and other features (such as for a marketplace 4102 or for other purposes of the host processing system 112) may be configured by learning on the domain-specific feedback measures of a given environment or application, such as an application involving IoT devices (such as an industrial environment). This may include optimization of efficiency (such as in electrical, electromechanical, magnetic, physical, thermodynamic, chemical and other processes and systems), optimization of outputs (such as for production of energy, materials, products, services and other outputs), prediction, avoidance and mitigation of faults (such as in the aforementioned systems and processes), optimization of performance measures (such as returns on investment, yields, profits, margins, revenues and the like), reduction of costs (including labor costs, bandwidth costs, data costs, material input costs, licensing costs, and many others), optimization of benefits (such as relating to safety, satisfaction, health), optimization of work flows (such as optimizing time and resource allocation to processes), and others.
104541 Methods and systems are disclosed herein for a self-organized swarm of industrial data collectors, including a self-organizing swarm of industrial data collectors that organize among themselves to optimize data collection based on the capabilities and conditions of the members of the swarm. Each member of the swarm may be configured with intelligence, and the ability to coordinate with other members. For example, a member of the swarm may track information about what data other members are handling, so that data collection activities, data storage, data processing, and data publishing can be allocated intelligently across the swarm, taking into account conditions of the environment, capabilities of the members of the swann, operating parameters, rules (such as from a rules engine that governs the operation of the swarm), and current conditions of the members. For example, among four collectors, one that has relatively low current power levels (such as a low battery), might be temporarily allocated the role of publishing data, because it may receive a dose of power from a reader or interrogation device (such as an RFID reader) when it needs to publish the data. A second collector with good power levels and robust processing capability might be assigned more complex functions, such as processing (lati. fusing data, organizing the rest of the swarm (including self-organization under machine learning, such that the swarm is optimized over time, including by adjusting operating parameters, rules, and the like based on feedback), and the like. A third collector in the swarm with robust storage capabilities might be assigned the task of collecting and storing a category of data, such as vibration sensor data, that consumes considerable bandwidth. A fourth collector in the swarm, such as one with lower storage capabilities, might be assigned the role of collecting data that can usually be discarded, such as data on current diagnostic conditions, where only data on faults needs to be maintained and passed along. Members of a swarm may connect by peer-to-peer relationships by using a member as a "master" or "hub," or by having them connect in a series or ring, where each member passes along data (including commands) to the next, and is aware of the nature of the capabilities and commands that are suitable for the preceding and/or next member. The swarm may be used for allocation of storage across it (such as using memory of each memory as an aggregate data store. In these examples, the aggregate data store may support a distributed ledger, which may store transaction data, such as for transactions involving data collected by the swarm, transactions occurring in the industrial environment, or the like. In embodiments, the transaction data may also include data used to manage the swarm, the environment, or a machine or components thereof. The swarm may self-organize, either by machine learning capability disposed on one or more members of the swarm, or based on instructions from an external machine learning facility, which may optimize storage, data collection, data processing, data presentation, data transport, and other functions based on managing parameters that are relevant to each. The machine learning facility may start with an initial configuration and vary parameters of the swarm relevant to any of the foregoing (also including varying the membership of the swarm), such as iterating based on feedback to the machine learning facility regarding measures of success (such as utilization measures, efficiency measures, measures of success in prediction or anticipation of states, productivity measures, yield measures, profit measures, and others). Over time, the swarm may be optimized to a favorable configuration to achieve the desired measure of success for an owner, operator, or host of an industrial environment or a machine, component, or process thereof.
104551 The swarm 4202 may be organized based on a hierarchical organization (such as where a master data collector 102 organizes and directs activities of one or more subservient data collectors 102), a collaborative organization (such as where decision-making for the organization of the swarm 4202 is distributed among the data collectors .. 102 (such as using various models for decision-making, such as voting systems, points systems, least-cost routing systems, prioritization systems, and the like), and the like.) In embodiments, one or more of the data collectors 102 may have mobility capabilities, such as in cases where a data collector is disposed on or in a mobile robot, drone, mobile submersible, or the like, so that organization may include the location and positioning of the data collectors 102. Data collection systems 102 may communicate with each other and with the host processing system 112, including sharing an aggregate allocated storage space involving storage on or accessible to one or more of the collectors (which in embodiment may be treated as a unified storage space even if physically distributed, such as using virtualization capabilities). Organization may be automated based on one or more rules, models, conditions, processes, or the like (such as embodied or executed by conditional logic), and organization may be governed by policies, such as handled by the policy engine. Rules may be based on industry, application- and domain-specific objects, classes, events, workflows, processes, and systems, such as by setting up the swarm 4202 to collect selected types of data at designated places and times, such as coordinated with the foregoing. For example, the swarm 4202 may assign data collectors 102 to serially collect diagnostic, sensor, instrumentation and/or telematic data from each of a series of machines that execute an industrial process (such as a robotic manufacturing process), such as at the time and location of the input to and output from each of those machines. In embodiments, self-organization may be cognitive, such as where the swarm varies one or more collection parameters and adapts the selection of parameters, weights applied to the parameters, or the like, over time. In examples, this may be in response to learning and feedback, such as from the learning feedback system 4012 that may be based on various feedback measures that may be determined by applying the analytic system 4018 (which in embodiments may reside on the swarm 4202, the host processing system 112, or a combination thereof) to data handled by the swarm 4202 or to other elements of the various embodiments disclosed herein (including marketplace elements and others).
Thus, the swarm 4202 may display adaptive behavior, such as adapting to the current state 4020 or an anticipated state of its environment (accounting for marketplace behavior), behavior of various objects (such as ToT devices, machines, components, and systems), processes (including events, states, workflows, and the like), and other factors at a given time.
Parameters that may be varied in a process of variation (such as in a neural net, self-organizing map, or the like), selection, promotion, or the like (such as those enabled by genetic programming or other AI-based techniques). Parameters that may be managed, varied, selected and adapted by cognitive, machine learning may include storage parameters (location, type, duration, amount, structure and the like across the swarm 4202), network parameters (such as how the swarm 4202 is organized, such as in mesh, peer-to-peer, ring, serial, hierarchical and other network configurations as well as .. bandwidth utilization, data routing, network protocol selection, network coding type, and other networking parameters), security parameters (such as settings for various security applications and services), location and positioning parameters (such as routing movement of mobile data collectors 102 to locations, positioning and orienting collectors 102 and the like relative to points of data acquisition, relative to each other, and relative to locations .. where network availability may be favorable, among others), input selection parameters (such as input selection among sensors, input sources 116 and the like for each collector 102 and for the aggregate collection), data combination parameters (such as those for sensor fusion, input combination, multiplexing, mixing, layering, convolution, and other combinations), power parameters (such as parameters based on power levels and power availability for one or more collectors 102 or other objects, devices, or the like), states (including anticipated states and conditions of the swarm 4202, individual collection systems 102, the host processing system 112 or one or more objects in an environment), events, and many others. Feedback may be based on any of the kinds of feedback described herein, such that over time the swarm may adapt to its current and anticipated situation to achieve a wide range of desired objectives.
104561 Methods and systems are disclosed herein for an industrial loT
distributed ledger, including a distributed ledger supporting the tracking of transactions executed in an automated data marketplace for industrial ToT data. A distributed ledger may distribute storage across devices, using a secure protocol, such as those used for cryptocurrencies (such as the BlockchainTm protocol used to support the BitcoinTm currency). A
ledger or similar transaction record, which may comprise a structure where each successive member of a chain stores data for previous transactions, and a competition can be established to determine which of alternative data stored data structures is "best" (such as being most complete), can be stored across data collectors, industrial machines or components, data pools, data marketplaces, cloud computing elements, servers, and/or on the IT
infrastructure of an enterprise (such as an owner, operator or host of an industrial environment or of the systems disclosed herein). The ledger or transaction may be optimized by machine learning, such as to provide storage efficiency, security, redundancy, or the like.
104571 In embodiments, the cognitive data marketplace 4102 may use a secure architecture for tracking and resolving transactions, such as a distributed ledger 4004, wherein transactions in data packages are tracked in a chained, distributed data structure, such as a BlockchainTM, allowing forensic analysis and validation where individual devices store a portion of the ledger representing transactions in data packages. The distributed ledger 4004 may be distributed to IoT devices, to data pools 4020, to data collection systems 102, and the like, so that transaction information can be verified without reliance on a single, central repositoiy of information. The transaction system 4114 may be configured to store data in the distributed ledger 4004 and to retrieve data from it (and from constituent devices) in order to resolve transactions. Thus, a distributed ledger 4004 for handling transactions in data, such as for packages of IoT data, is provided. In embodiments, the self-organizing storage system 4028 may be used for optimizing storage of distributed ledger data, as well as for organizing storage of packages of data, such as IoT data, that can be presented in the marketplace 4102.
104581 Methods and systems are disclosed herein for a network-sensitive collector, including a network condition-sensitive, self-organizing, multi-sensor data collector that can optimize based on bandwidth, quality of service, pricing and/or other network conditions. Network sensitivity can include awareness of the price of data transport (such as allowing the system to pull or push data during off-peak periods or within the available parameters of paid data plans), the quality of the network (such as to avoid periods where errors are likely), the quality of environmental conditions (such as delaying transmission until signal quality is good, such as when a collector emerges from a shielded environment, avoiding wasting use of power when seeking a signal when shielded, such as by large metal structures typically of industrial environments), and the like.
10459) Methods and systems are disclosed herein for a remotely organized universal data collector that can power up and down sensor interfaces based on need and/or conditions identified in an industrial data collection environment. For example, interfaces can recognize what sensors are available and interfaces and/or processors can be turned on to take input from such sensors, including hardware interfaces that allow the sensors to plug in to the data collector, wireless data interfaces (such as where the collector can ping the sensor, optionally providing some power via an interrogation signal), and software interfaces (such as for handling particular types of data). Thus, a collector that is capable of handling various kinds of data can be configured to adapt to the particular use in a given environment. In embodiments, configuration may be automatic or under machine learning, which may improve configuration by optimizing parameters based on feedback measures over time.
104601 Methods and systems are disclosed herein for self-organizing storage for a multi-sensor data collector, including self-organizing storage for a multi-sensor data collector for industrial sensor data. Self-organizing storage may allocate storage based on application of machine learning, which may improve storage configuration based on feedback measure over time. Storage may be optimized by configuring what data types are used (e.g., byte-like structures, structures representing fused data from multiple sensors, structures representing statistics or measures calculated by applying mathematical functions on data, and the like), by configuring compression, by configuring data storage duration, by configuring write strategies (such as by striping data across multiple storage devices, using protocols where one device stores instructions for other devices in a chain, and the like), and by configuring storage hierarchies, such as by providing pre-calculated intermediate statistics to facilitate more rapid access to frequently accessed data items.
Thus, highly intelligent storage systems may be configured and optimized, based on feedback, over time.
104611 Methods and systems are disclosed herein for self-organizing network coding for a multi-sensor data network, including self-organizing network coding for a data network that transports data from multiple sensors in an industrial data collection environment.
Network coding, including random linear network coding, can enable highly efficient and reliable transport of large amounts of data over various kinds of networks.
Different network coding configurations can be selected, based on machine learning, to optimize network coding and other network transport characteristics based on network conditions, environmental conditions, and other factors, such as the nature of the data being transported, environmental conditions, operating conditions, and the like (including by training a network coding selection model over time based on feedback of measures of success, such as any of the measures described herein).
104621 In embodiments, a platform is provided having a self-organizing network coding for multi-sensor data network. A cognitive system may vary one or more parameters for networking, such as network type selection (e.g., selecting among available local, cellular, satellite, Wi-Fi, BluetoothTm, NFC, Zigbeelz) and other networks), network selection (such as selecting a specific network, such as one that is known to have desired security features), network coding selection (such as selecting a type of network coding for efficient transport[such as random linear network coding, fixed coding, and others]), network timing selection (such as configuring delivery based on network pricing conditions, traffic and the like), network feature selection (such as selecting cognitive features, security features, and the like), network conditions (such as network quality based on current environmental or operation conditions), network feature selection (such as enabling available authentication, permission and similar systems), network protocol selection (such as among HTTP, IP, TCP/IP, cellular, satellite, serial, packet, streaming, and many other protocols), and others. Given bandwidth constraints, price variations, sensitivity to enviromnental factors, security concerns, and the like, selecting the optimal network configuration can be highly complex and situation dependent. The self-organizing networking system 4030 may vary combinations and permutations of these parameters while taking input from a learning feedback system 4012 such as using information from the analytic system 4018 about various measures of outcomes. In the many examples, outcomes may include overall system measures, analytic success measures, and local performance indicators. In embodiments, input from a learning feedback system 4012 may include information from various sensors and input sources 116, information from the state system 4020 about states (such as events, environmental conditions, operating conditions, and many others, or other information) or taking other inputs. By variation and selection of alternative configurations of networking parameters in different states, the self-organizing networking system may find configurations that are well-adapted to the environment that is being monitored or controlled by the host system 112, such as the instance where one or more data collection systems 102 are located and that are well-adapted to emerging network conditions. Thus, a self-organizing, network-condition-adaptive data collection system is provided.
104631 Referring to Figure 32, a data collection system 102 may have one or more output interfaces and/or ports 4010. These may include network ports and connections, application programming interfaces, and the like. Methods and systems are disclosed herein for a haptic or multi-sensory user interface, including a wearable haptic or multi-sensory user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs. For example, an interface may, based on a data structure configured to support the interface, be set up to provide a user with input or feedback, such as based on data from sensors in the environment. For example, if a fault condition based on a vibration data (such as resulting from a bearing being worn down, an axle being misaligned, or a resonance condition between machines) is detected, it can be presented in a haptic interface by vibration of an interface, such as shaking a wrist-worn device.
Similarly, thermal data indicating overheating could be presented by warming or cooling a wearable device, such as while a worker is working on a machine and cannot necessarily look at a user interface. Similarly, electrical or magnetic data may be presented by a buzzing, and the like, such as to indicate presence of an open electrical connection or wire, etc. That is, a multi-sensory, interface can intuitively help a user (such as a user with a wearable device) get a quick indication of what is going on in an environment, with the wearable interface having various modes of interaction that do not require a user to have eyes on a graphical UI, which may be difficult or impossible in many industrial environments where a user needs to keep an eye on the environment.
104641 In embodiments, a platform is provided having a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs. In embodiments, a haptic user interface 4302 is provided as an output for a data collection system 102, such as a system for handling and providing information for vibration, heat, electrical, and/or sound outputs, such as to one or more components of the data collection system 102 or to another system, such as a wearable device, mobile phone, or the like. A
data collection system 102 may be provided in a form factor suitable for delivering haptic input to a user, such as vibration, warming or cooling, buzzing, or the like, such as input disposed in headgear, an armband, a wristband or watch, a belt, an item of clothing, a uniform, or the like. In such cases, data collection systems 102 may be integrated with gear, uniforms, equipment, or the like worn by users, such as individuals responsible for operating or monitoring an industrial environment. In embodiments, signals from various sensors or input sources (or selective combinations, permutations, mixes, and the like, as managed by one or more of the cognitive input selection systems 4004, 4014) may trigger haptic feedback. For example, if a nearby industrial machine is overheating, the haptic interface may alert a user by warming up, or by sending a signal to another device (such as a mobile phone) to warm up. If a system is experiencing unusual vibrations, the haptic interface may vibrate. Thus, through various forms of haptic input, a data collection system 102 may inform users of the need to attend to one or more devices, machines, or other factors (such as those in an industrial environment) without requiring them to read messages or divert their visual attention away from the task at hand. The haptic interface, and selection of what outputs should be provided, may be considered in the cognitive input selection systems 4004, 4014. For example, user behavior (such as responses to inputs) may be monitored and analyzed in an analytic system 4018, and feedback may be provided through the learning feedback system 4012, so that signals may be provided based on the right collection or package of sensors and inputs, at the right time and in the right manner, to optimize the effectiveness of the haptic system 4202. This may include rule-based or model-based feedback (such as providing outputs that correspond in some logical fashion to the source data that is being conveyed). In embodiments, a cognitive haptic system may be provided, where selection of inputs or triggers for haptic feedback, selection of outputs, timing, intensity levels, durations, and other parameters (or weights applied to them) may be varied in a process of variation, promotion, and selection (such as using genetic programming) with feedback based on real world responses to feedback in actual situations or based on results of simulation and testing of user behavior. Thus, an adaptive haptic interface for a data collection system 102 is provided, which may learn and adapt feedback to satisfy requirements and to optimize the impact on user behavior, such as for overall system outcomes, data collection outcomes, analytic outcomes, and the like.
104651 Methods and systems are disclosed herein for a presentation layer for AR/VR
industrial glasses, where heat map elements are presented based on patterns and/or parameters in collected data. Methods and systems are disclosed herein for condition-sensitive, self-organized tuning of AR/VR interfaces based on feedback metrics and/or training in industrial environments. In embodiments, any of the data, measures, and the like described throughout this disclosure can be presented by visual elements, overlays, and the like for presentation in the AR/VR interfaces, such as in industrial glasses, on ARNR interfaces on smart phones or tablets, on ARNR interfaces on data collectors (which may be embodied in smart phones or tablets), on displays located on machines or components, and/or on displays located in industrial environments.
[0466] In embodiments, a platform is provided having heat maps displaying collected data for AR/VR. In embodiments, a platform is provided having heat maps 4204 displaying collected data from a data collection system 102 for providing input to an AR/VR interface 4208. In embodiments, the heat map interface 4304 is provided as an output for a data collection system 102, such as for handling and providing information for visualization of various sensor data and other data (such as map data, analog sensor data, and other data), such as to one or more components of the data collection system 102 or to another system, such as a mobile device, tablet, dashboard, computer, AR/VR device, or the like. A data collection system 102 may be provided in a form factor suitable for delivering visual input to a user, such as the presentation of a map that includes indicators of levels of analog and .. digital sensor data (such as data indicating levels of rotation, vibration, heating or cooling, pressure, and many other conditions). In such cases, data collection systems 102 may be integrated with equipment, or the like that are used by individuals responsible for operating or monitoring an industrial environment. In embodiments, signals from various sensors or input sources (or selective combinations, permutations, mixes, and the like, as managed .. by one or more of the cognitive input selection systems 4004, 4014) may provide input data to a heat map. Coordinates may include real world location coordinates (such as geo-location or location on a map of an environment), as well as other coordinates, such as time-based coordinates, frequency-based coordinates, or other coordinates that allow for representation of analog sensor signals, digital signals, input source information, and various combinations, in a map-based visualization, such that colors may represent varying levels of input along the relevant dimensions. For example, if a nearby industrial machine is overheating, the heat map interface may alert a user by showing a machine in bright red.
If a system is experiencing unusual vibrations, the heat map interface may show a different color for a visual element for the machine, or it may cause an icon or display element representing the machine to vibrate in the interface, calling attention to the element.
Clicking, touching, or otherwise interacting with the map can allow a user to drill down and see underlying sensor or input data that is used as an input to the heat map display.
Thus, through various forms of display, a data collection system 102 may inform users of the need to attend to one or more devices, machines, or other factors, such as those in an industrial environment, without requiring them to read text-based messages or input. The heat map interface, and selection of what outputs should be provided, may be considered in the cognitive input selection systems 4004, 4014. For example, user behavior (such as responses to inputs or displays) may be monitored and analyzed in an analytic system 4018, and feedback may be provided through the learning feedback system 4012, so that signals may be provided based on the right collection or package of sensors and inputs, at the right time and in the right manner, to optimize the effectiveness of the heat map Ul 4304. This may include rule-based or model-based feedback (such as feedback providing outputs that correspond in some logical fashion to the source data that is being conveyed).
In embodiments, a cognitive heat map system may be provided, where selection of inputs or triggers for heat map displays, selection of outputs, colors, visual representation elements, timing, intensity levels, durations and other parameters (or weights applied to them) may be varied in a process of variation, promotion and selection (such as selection using genetic programming) with feedback based on real world responses to feedback in actual situations or based on results of simulation and testing of user behavior. Thus, an adaptive heat map interface for a data collection system 102, or data collected thereby 102, or data handled by a host processing system 112, is provided, which may learn and adapt feedback to satisfy requirements and to optimize the impact on user behavior and reaction, such as for overall system outcomes, data collection outcomes, analytic outcomes, and the like.
[0467] In embodiments, a platform is provided having automatically tuned AR/VR
visualization of data collected by a data collector. In embodiments, a platform is provided having an automatically tuned ARNR visualization system 4308 for visualization of data collected by a data collection system 102, such as the case where the data collection system 102 has an AR/VR interface 4208 or provides input to an AR/VR interface 4308 (such as a mobile phone positioned in a virtual reality or AR headset, a set of AR
glasses, or the like). In embodiments, the ARNR system 4308 is provided as an output interface of a data collection system 102, such as a system for handling and providing infonnation for visualization of various sensor data and other data (such as map data, analog sensor data, and other data), such as to one or more components of the data collection system 102 or to another system, such as a mobile device, tablet, dashboard, computer. ARNR
device, or the like. A data collection system 102 may be provided in a form factor suitable for delivering AR or VR visual, auditory, or other sensory input to a user, such as by presenting one or more displays such as 31-realistic visualizations, objects, maps, camera overlays, or other overlay elements, maps and the like that include or correspond to indicators of levels of analog and digital sensor data (such as data indicating levels of rotation, vibration, heating or cooling, pressure and many other conditions, to input sources 116, or the like). In such cases, data collection systems 102 may be integrated with equipment, or the like that are used by individuals responsible for operating or monitoring an industrial environment.
104681 In embodiments, signals from various sensors or input sources (or selective combinations, permutations, mixes, and the like as managed by one or more of the cognitive input selection systems 4004, 4014) may provide input data to populate, configure, modif', or otherwise determine the ARNR element. Visual elements may include a wide range of icons, map elements, menu elements, sliders, toggles, colors, shapes, sizes, and the like, for representation of analog sensor signals, digital signals, input source information, and various combinations. In many examples, colors, shapes, and sizes of visual overlay elements may represent varying levels of input along the relevant dimensions for a sensor or combination of sensors. In further examples, if a nearby industrial machine is overheating, an AR element may alert a user by showing an icon representing that type of machine in flashing red color in a portion of the display of a pair of AR glasses. If a system is experiencing unusual vibrations, a virtual reality interface showing visualization of the components of the machine (such as an overlay of a camera view of the machine with 3D visualization elements) may show a vibrating component in a highlighted color, with motion, or the like, to ensure the component stands out in a virtual reality environment being used to help a user monitor or service the machine.
Clicking, touching, moving eyes toward, or otherwise interacting with a visual element in an AR/VR
interface may allow a user to drilldown and see underlying sensor or input data that is used as an input to the display. Thus, through various forms of display, a data collection system 102 may inform users of the need to attend to one or more devices, machines, or other factors (such as in an industrial environment), without requiring them to read text-based messages or input or divert attention from the applicable environment (whether it is a real environment with AR features or a virtual environment, such as for simulation.
traininiz, or the like).
[0469] The AR/VR output interface 4208, and selection and configuration of what outputs or displays should be provided, may be handled in the cognitive input selection systems 4004, 4014. For example, user behavior (such as responses to inputs or displays) may be monitored and analyzed in an analytic system 4018, and feedback may be provided through the learning feedback system 4012, so that AR/VR display signals may be provided based on the right collection or package of sensors and inputs, at the right time and in the right manner, to optimize the effectiveness of the AR/VR Ul 4308.
This may include rule-based or model-based feedback (such as providing outputs that correspond in some logical fashion to the source data that is being conveyed). In embodiments, a cognitively tuned ARNR interface control system 4308 may be provided, where selection of inputs or triggers for ARNR display elements, selection of outputs (such as colors, visual representation elements, timing, intensity levels, durations and other parameters [or weights applied to them]) and other parameters of a VR/AR environment may be varied in a process of variation, promotion and selection (such as the use of genetic programming) with feedback based on real world responses in actual situations or based on results of simulation and testing of user behavior. Thus, an adaptive, tuned AR/VR
interface for a data collection system 102, or data collected thereby 102, or data handled by a host processing system 112, is provided, which may learn and adapt feedback to satisfy requirements and to optimize the impact on user behavior and reaction, such as for overall system outcomes, data collection outcomes, analytic outcomes, and the like.
[0470] As noted above, methods and systems are disclosed herein for continuous ultrasonic monitoring, including providing continuous ultrasonic monitoring of rotating elements and bearings of an energy production facility. Embodiments include using continuous ultrasonic monitoring of an industrial environment as a source for a cloud-deployed pattern recognizer. Embodiments include using continuous ultrasonic monitoring to provide updated state information to a state machine that is used as an input to a cloud-deployed pattern recognizer. Embodiments include making available continuous ultrasonic monitoring information to a user based on a policy declared in a policy engine. Embodiments include storing continuous ultrasonic monitoring data with other data in a fused data structure on an industrial sensor device.
Embodiments include making a stream of continuous ultrasonic monitoring data from an industrial environment available as a service from a data marketplace. Embodiments include feeding a stream of continuous ultrasonic monitoring data into a self-organizing data pool.
Embodiments include training a machine learning model to monitor a continuous ultrasonic monitoring data stream where the model is based on a training set created from human analysis of such a data stream, and is improved based on data collected on performance in an industrial environment.
[0471] Embodiments include a swarm of data collectors that include at least one data collector for continuous ultrasonic monitoring of an industrial environment and at least one other type of data collector. Embodiments include using a distributed ledger to store time-series data from continuous ultrasonic monitoring across multiple devices.
Embodiments include collecting a stream of continuous ultrasonic data in a self-organizing data collector, a network-sensitive data collector, a remotely organized data collector, a data collector having self-organized storage and the like. Embodiments include using self-organizing network coding to transport a stream of ultrasonic data collected from an industrial environment. Embodiments include conveying an indicator of a parameter of a continuously collected ultrasonic data stream via an interface where the interface is one of a sensory interface of a wearable device, a heat map visual interface of a wearable device, an interface that operates with self-organized tuning of the interface layer, and the like.
[0472] As noted above, methods and systems are disclosed herein for cloud-based, machine pattern recognition based on fusion of remote analog industrial sensors.
Embodiments include taking input from a plurality of analog sensors disposed in an industrial environment, multiplexing the sensors into a multiplexed data stream, feeding the data stream into a cloud-deployed machine learning facility, and training a model of the machine learning facility to recognize a defined pattern associated with the industrial environment. Embodiments include using a cloud-based pattern recognizer on input states from a state machine that characterizes states of an industrial environment.
Embodiments include deploying policies by a policy engine that govern what data can be used by what users and for what purpose in cloud-based, machine learning. Embodiments include using a cloud-based platform to identify patterns in data across a plurality of data pools that contain data published from industrial sensors. Embodiments include training a model to identify preferred sensor sets to diagnose a condition of an industrial environment, where a training set is created by a human user and the model is improved based on feedback from data collected about conditions in an industrial environment.
[0473] Embodiments include a swarm of data collectors that is governed by a policy that is automatically propagated through the swarm. Embodiments include using a distributed ledger to store sensor fusion information across multiple devices. Embodiments include feeding input from a set of data collectors into a cloud-based pattern recognizer that uses data from multiple sensors for an industrial environment. The data collectors may be self-organizing data collectors, network-sensitive data collectors, remotely organized data collectors, a set of data collectors having self-organized storage, and the like.
Embodiments include a system for data collection in an industrial environment with self-organizing network coding for data transport of data fused from multiple sensors in the environment. Embodiments include conveying information formed by fusing inputs from multiple sensors in an industrial data collection system in an interface such as a multi-sensory interface, a heat map interface, an interface that operates with self-organized tuning of the interface layer, and the like.
104741 As noted above, methods and systems are disclosed herein for cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system. Embodiments include using a policy engine to determine what state information can be used for cloud-based machine analysis. Embodiments include feeding inputs from multiple devices that have fused and on-device storage of multiple sensor streams into a cloud-based pattern recognizer to determine an anticipated state of an industrial environment. Embodiments include making an output, such as anticipated state information, from a cloud-based machine pattern recognizer that analyzes fused data from remote, analog industrial sensors available as a data service in a data marketplace. Embodiments include using a cloud-based pattern recognizer to determine an anticipated state of an industrial environment based on data collected from data pools that contain streams of information from machines in the environment. Embodiments include training a model to identify preferred state information to diagnose a condition of an industrial environment, where a training set is created by a human user and the model is improved based on feedback from data collected about conditions in an industrial environment. Embodiments include a swarm of data collectors that feeds a state machine that maintains current state information for an industrial environment. Embodiments include using a distributed ledger to store historical state information for fused sensor states a self-organizing data collector that feeds a state machine that maintains current state information for an industrial environment.
Embodiments include a data collector that feeds a state machine that maintains current state information for an industrial environment where the data collector may be a network sensitive data collector, a remotely organized data collector, a data collector with self-organized storage, and the like. Embodiments include a system for data collection in an industrial environment with self-organizing network coding for data transport and maintains anticipated state information for the environment. Embodiments include conveying anticipated state information determined by machine learning in an industrial data collection system in an interface where the interface may be one or more of a multisensory interface, a heat map interface an interface that operates with self-organized tuning of the interface layer, and the like.
104751 As noted above, methods and systems are disclosed herein for a cloud-based policy automation engine for IoT, with creation, deployment, and management of IoT
devices, including a cloud-based policy automation engine for IoT, enabling creation, deployment and management of policies that apply to IoT devices. Policies can relate to data usage to an on-device storage system that stores fused data from multiple industrial sensors, or what data can be provided to whom in a self-organizing marketplace for IoT sensor data.
Policies can govern how a self-organizing swami or data collector should be organized for a particular industrial environment, how a network-sensitive data collector should use network bandwidth for a particular industrial environment, how a remotely organized data collector should collect, and make available, data relating to a specified industrial environment, or how a data collector should self-organize storage for a particular industrial environment. Policies can be deployed across a set of self-organizing pools of data that contain data streamed from industrial sensing devices to govern use of data from the pools or stored on a device that governs use of storage capabilities of the device for a distributed ledger. Embodiments include training a model to determine what policies should be deployed in an industrial data collection system. Embodiments include a system for data collection in an industrial environment with a policy engine for deploying policy within the system and, optionally, self-organizing network coding for data transport, wherein in certain embodiments, a policy applies to how data will be presented in a multi-sensory interface, a heat map visual interface, or in an interface that operates with self-organized tuning of the interface layer.
104761 As noted above, methods and systems are disclosed herein for on-device sensor fusion and data storage for industrial IoT devices, such as an industrial data collector, including self-organizing, remotely organized, or network-sensitive industrial data collectors, where data from multiple sensors is multiplexed at the device for storage of a fused data stream. Embodiments include a self-organizing marketplace that presents fused sensor data that is extracted from on-device storage of IoT devices.
Embodiments include streaming fused sensor information from multiple industrial sensors and from an on-device data storage facility to a data pool. Embodiments include training a model to determine what data should be stored on a device in a data collection environment.
Embodiments include a self-organizing swarm of industrial data collectors that organize among themselves to optimize data collection, where at least some of the data collectors have on-device storage of fused data from multiple sensors. Embodiments include storing distributed ledger information with fused sensor information on an industrial IoT device.
.. Embodiments include a system for data collection with on-device sensor fusion, such as of industrial sensor data and, optionally, self-organizing network coding for data transport, where data structures are stored to support alternative, multi-sensory modes of presentation, visual heat map modes of presentation, and/or an interface that operates with self-organized tuning of the interface layer.
104771 As noted above, methods and systems are disclosed herein for a self-organizing data marketplace for industrial IoT data, where available data elements are organized in the marketplace for consumption by consumers based on training a self-organizing facility with a training set and feedback from measures of marketplace success.
Embodiments include organizing a set of data pools in a self-organizing data marketplace based on utilization metrics for the data pools. Embodiments include training a model to determine pricing for data in a data marketplace. The data marketplace is fed with data streams from a self-organizing swarm of industrial data collectors, a set of industrial data collectors that have self-organizing storage, or self-organizing, network-sensitive, or remotely organized industrial data collectors. Embodiments include using a distributed ledger to store transactional data for a self-organizing marketplace for industrial loT data.
Embodiments include using self-organizing network coding for data transport to a marketplace for sensor data collected in industrial environments. Embodiments include providing a library of data structures suitable for presenting data in alternative, multi-sensory interface modes in a data marketplace, in heat map visualization, and/or in interfaces that operate with self-organized tuning of the interface layer.
104781 As noted above, methods and systems are disclosed herein for self-organizing data pools such as those that self-organize based on utilization and/or yield metrics that may be tracked for a plurality of data pools. In embodiments, the pools contain data from self-organizing data collectors. Embodiments include training a model to present the most valuable data in a data marketplace, where training is based on industry-specific measures of success. Embodiments include populating a set of self-organizing data pools with data from a self-organizing swarm of data collectors. Embodiments include using a distributed ledger to store transactional infonnation for data that is deployed in data pools, where the distributed ledger is distributed across the data pools. Embodiments include populating a set of self-organizing data pools with data from a set of network-sensitive or remotely organized data collectors or a set of data collectors having self-organizing storage.
Embodiments include a system for data collection in an industrial environment with self-.. organizing pools for da a storage and self-organizing network coding for data transport, such as a system that includes a source data structure for supporting data presentation in a multi-sensory interface, in a heat map interface, and/or in an interface that operates with self-organized tuning of the interface layer.
[0479] As noted above, methods and systems are disclosed herein for training Al models based on industry-specific feedback, such as that reflects a measure of utilization, yield, or impact, where the Al model operates on sensor data from an industrial environment.
Embodiments include training a swarm of data collectors, or data collectors, such as remotely organized, self-organizing, or network-sensitive data collectors, based on industry-specific feedback or network and industrial conditions in an industrial environment, such as to configure storage. Embodiments include training an Al model to identify and use available storage locations in an industrial environment for storing distributed ledger information. Embodiments include training a remote organizer for a remotely organized data collector based on industry-specific feedback measures.
Embodiments include a system for data collection in an industrial environment with cloud-based training of a network coding model for organizing network coding for data transport or a facility that manages presentation of data in a multi-sensory interface, in a heat map interface, and/or in an interface that operates with self-organized tuning of the interface layer.
[0480] As noted above, methods and systems are disclosed herein for a self-organized swarm of industrial data collectors that organize among themselves to optimize data collection based on the capabilities and conditions of the members of the swarm.
Embodiments include deploying distributed ledger data structures across a swarm of data.
Data collectors may be network-sensitive data collectors configured for remote organization or have self-organizing storage. Systems for data collection in an industrial environment with a swarm can include a self-organizing network coding for data transport.
Systems include swarms that relay information for use in a multi-sensory interface, in a heat map interface, and/or in an interface that operates with self-organized tuning of the interface layer.
104811 As noted above, methods and systems are disclosed herein for an industrial IoT
distributed ledger, including a distributed ledger supporting the tracking of transactions executed in an automated data marketplace for industrial IoT data. Embodiments include a self-organizing data collector that is configured to distribute collected information to a distributed ledger. Embodiments include a network-sensitive data collector that is configured to distribute collected information to a distributed ledger based on network conditions. Embodiments include a remotely organized data collector that is configured to distribute collected information to a distributed ledger based on intelligent, remote management of the distribution. Embodiments include a data collector with self-organizing local storage that is configured to distribute collected infonnation to a distributed ledger. Embodiments include a system for data collection in an industrial environment using a distributed ledger for data storage and self-organizing network coding for data transport, wherein data storage is of a data structure supporting a haptic interface for data presentation, a heat map interface for data presentation, and/or an interface that operates with self-organized tuning of the interface layer.
104821 As noted above, methods and systems are disclosed herein for a self-organizing collector, including a self-organizing, multi-sensor data collector that can optimize data collection, power and/or yield based on conditions in its environment, and is optionally responsive to remote organization. Embodiments include a self-organizing data collector that organizes at least in part based on network conditions. Embodiments include a self-organizing data collector with self-organizing storage for data collected in an industrial data collection environment. Embodiments include a system for data collection in an industrial environment with self-organizing data collection and self-organizing network coding for data transport. Embodiments include a system for data collection in an industrial .. environment with a self-organizing data collector that feeds a data structure supporting a haptic or multi-sensory wearable interface for data presentation, a heat map interface for data presentation, and/or an interface that operates with self-organized tuning of the interface layer.
[0483] As noted above, methods and systems are disclosed herein for a network-sensitive collector, including a network condition-sensitive, self-organizing, multi-sensor data collector that can optimize based on bandwidth, quality of service, pricing, and/or other network conditions. Embodiments include a remotely organized, network condition-sensitive universal data collector that can power up and down sensor interfaces based on need and/or conditions identified in an industrial data collection environment, including network conditions. Embodiments include a network-condition sensitive data collector with self-organizing storage for data collected in an industrial data collection environment.
Embodiments include a network-condition sensitive data collector with self-organizing network coding for da a transport in an industrial data collection environment.
Embodiments include a system for data collection in an industrial environment with a network-sensitive data collector that relays a data structure supporting a haptic wearable interface for data presentation, a heat map interface for data presentation, and/or an interface that operates with self-organized tuning of the interface layer.
[0484] As noted above, methods and systems are disclosed herein for a remotely organized universal data collector that can power up and down sensor interfaces based on need and/or conditions identified in an industrial data collection environment.
Embodiments include a remotely organized universal data collector with self-organizing storage for data collected in an industrial data collection environment. Embodiments include a system for data collection in an industrial environment with remote control of data collection and self-organizing network coding for data transport. Embodiments include a remotely organized data collector for storing sensor data and delivering instructions for use of the data in a haptic or multi-sensory wearable interface, in a heat map visual interface, and/or in an interface that operates with self-organized tuning of the interface layer.
[0485] As noted above, methods and systems are disclosed herein for self-organizing storage for a multi-sensor data collector, including self-organizing storage for a multi-sensor data collector for industrial sensor data. Embodiments include a system for data collection in an industrial environment with self-organizing data storage and self-organizing network coding for data transport. Embodiments include a data collector with self-organizing storage for storing sensor data and instructions for translating the data for use in a haptic wearable interface, in a heat map presentation interface, and/or in an interface that operates with self-organized tuning of the interface layer.
104861 As noted above, methods and systems are disclosed herein for self-organizing network coding for a multi-sensor data network, including self-organizing network coding for a data network that transports data from multiple sensors in an industrial data collection environment. The system includes a data structure supporting a haptic wearable interface for data presentation, a heat map interface for data presentation, and/or self-organized tuning of an interface layer for data presentation.
104871 As noted above, methods and systems are disclosed herein for a haptic or multi-sensory user interface, including a wearable haptic or multi-sensory user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs.
Embodiments include a wearable haptic user interface for conveying industrial state information from a data collector, with vibration, heat, electrical, and/or sound outputs.
The wearable also has a visual presentation layer for presenting a heat map that indicates a parameter of the data. Embodiments include condition-sensitive, self-organized tuning of AR/VR interfaces and multi-sensory interfaces based on feedback metrics and/or training in industrial environments.
104881 As noted above, methods and systems are disclosed herein for a presentation layer for AR/VR industrial glasses, where heat map elements are presented based on patterns and/or parameters in collected data. Embodiments include condition-sensitive, self-organized tuning of a heat map AR/VR interface based on feedback metrics and/or training in industrial environments. As noted above, methods and systems are disclosed herein for condition-sensitive, self-organized tuning of ARNR interfaces based on feedback metrics and/or training in industrial environments.
104891 The following illustrative clauses describe certain embodiments of the present disclosure. The data collection system mentioned in the following disclosure may be a local data collection system 102, a host processing system 112 (e.g., using a cloud platform), or a combination of a local system and a host system. In embodiments, a data collection system or data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and, in some embodiments, having IP front-end-end signal conditioning on a multiplexer for improved signal-to-noise ratio, multiplexer continuous monitoring alarming features, the use of distributed CPLD chips with a dedicated bus for logic control of multiple MUX and data acquisition sections, high-amperage input capability using solid state relays and design topology, power-down capability of at least one of an analog sensor channel and of a component board, unique electrostatic protection for trigger and vibration inputs, and/or precise voltage reference for A/D zero reference.
10490) In embodiments, a data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and having a phase-lock loop band-pass tracking filter for obtaining slow-speed RPMs and phase information, digital derivation of phase relative to input and trigger channels using on-board timers, a peak-detector for auto-scaling that is routed into a separate analog-to-digital converter for peak detection, the routing of a trigger channel that is either raw or buffered into other analog channels, the use of higher input oversampling for delta-sigma A/D for lower sampling rate outputs to minimize AA filter requirements, and/or the use of a CPLD as a clock-divider for a delta-sigma analog-to-digital converter to achieve lower sampling rates without the need for digital resampling.
104911 In embodiments, a data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and having long blocks of data at a high-sampling rate, as opposed to multiple sets of data taken at different sampling rates, storage of calibration data with a maintenance history on-board card set, a rapid route creation capability using hierarchical templates, intelligent management of data collection bands, and/or a neural net expert system using intelligent management of data collection bands.
104921 In embodiments, a data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and having use of a database hierarchy in sensor data analysis, an expert system GUI graphical approach to defining intelligent data collection bands and diagnoses for the expert system, a graphical approach for back-calculation definition, proposed bearing analysis methods, torsional vibration detection/analysis utilizing transitory signal analysis, and/or improved integration using both analog and digital methods.
104931 In embodiments, a data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and having adaptive scheduling techniques for continuous monitoring of analog data in a local environment, data acquisition parking features, a self-sufficient data acquisition box, SD card storage, extended onboard statistical capabilities for continuous monitoring, the use of ambient, local and vibration noise for prediction, smart route changes based on incoming data or alarms to enable simultaneous dynamic data for analysis or correlation; smart ODS and transfer functions, a hierarchical multiplexer;
identification of sensor overload, and/or RF identification and an inclinometer.
10494) In embodiments, a data collection and processing system is provided having the use of an analog crosspoint switch for collecting data having variable groups of analog sensor inputs and having continuous ultrasonic monitoring, cloud-based, machine pattern recognition based on the fusion of remote, analog industrial sensors, cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system, cloud-based policy automation engine for ToT, with creation, deployment, and management of IoT devices, on-device sensor fusion and data storage for industrial IoT devices, a self-organizing data marketplace for industrial loT data, self-organization of data pools based on utilization and/or yield metrics, training Al models based on industry, -specific feedback, a self-organized swarm of industrial data collectors, an IoT distributed ledger, a self-organizing collector, a network-sensitive collector, a remotely organized collector, a self-organizing storage for a multi-sensor data collector, a self-organizing network coding for multi-sensor data network, a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs, heat maps displaying collected data for AR/VR, and/or automatically tuned AR/VR visualization of data collected by a data collector.
104951 In embodiments, a data collection and processing system is provided having IP
front-end signal conditioning on a multiplexer for improved signal-to-noise ratio. in embodiments, a data collection and processing system is provided having IP
front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: multiplexer continuous monitoring alarming features; IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio; the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections. In embodiments, a data collection and processing system is provided having IP
front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: high-amperage input capability using solid state relays and design topology; power-down capability of at least one analog sensor channel and of a component board; unique electrostatic protection for trigger and vibration inputs;
precise voltage reference for A/D zero reference: and a phase-lock loop band-pass tracking filter for obtaining slow-speed RPMs and phase information. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: digital derivation of phase relative to input and trigger channels using on-board timers; a peak-detector for auto-scaling that is routed into a separate analog-to-digital converter for peak detection; routing of a trigger channel that is either raw or buffered into other analog channels; the use of higher input oversampling for delta-sigma A/D for lower sampling rate outputs to minimize AA filter requirements; and the use of a CPLD as a clock-divider for a delta-sigma analog-to-digital converter to achieve lower sampling rates without the need for digital resampling. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of long blocks of data at a high-sampling rate as opposed to multiple sets of data taken at different sampling rates; storage of calibration data with a maintenance history on-board card set; a rapid route creation capability using hierarchical templates; intelligent management of data collection bands; and a neural net expert system using intelligent management of data collection bands. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: use of a database hierarchy in sensor data analysis; an expert system GUI graphical approach to defining intelligent data collection bands and diagnoses for the expert system; and a graphical approach for back-calculation definition. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: proposed bearing analysis methods;
torsional vibration detection/analysis utilizing transitory signal ; improved integration using both analog and digital methods; adaptive scheduling techniques for continuous monitoring of analog data in a local environment; data acquisition parking features ; a self-sufficient data acquisition box; and SD card storage. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of extended onboard statistical capabilities for continuous monitoring; the use of ambient, local, and vibration noise for prediction;
smart route changes based on incoming data or alarms to enable simultaneous dynamic data for analysis or correlation; smart ODS and transfer functions; and a hierarchical multiplexer. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: identification of sensor overload; RF identification and an inclinometer; continuous ultrasonic monitoring; machine pattern recognition based on the fusion of remote, analog industrial sensors; and cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state .. information for an industrial system. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: cloud-based policy automation engine for IoT, with creation, deployment, and management of IoT devices; on-device sensor fusion and data storage for industrial IoT devices; a self-organizing data marketplace for industrial IoT data; and self-organization of data pools based on utilization and/or yield metrics. In embodiments, a data collection and processing system is provided having IP
front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: training Al models based on industry-specific feedback; a self-organized swarm of industrial data collectors; an IoT distributed ledger; a self-organizing collector; and a network-sensitive collector. In embodiments, a data collection and processing system is provided having IP front-end signal conditioning on a multiplexer for improved signal-to-noise ratio and having at least one of: a remotely organized collector;
a self-organizing storage for a multi-sensor data collector; a self-organizing network coding for multi-sensor data network; a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs;
heat maps displaying collected data for AR/VR; and automatically tuned AR/VR
visualization of data collected by a data collector.
104961 In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections; high-amperage input capability using solid state relays and design topology; power-down capability of at least one of an analog sensor channel and/or of a component board; unique electrostatic protection for trigger and vibration inputs; and precise voltage reference for AID zero reference. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: a phase-lock loop band-pass tracking filter for obtaining slow-speed RPMs and phase information;
digital derivation of phase relative to input and trigger channels using on-board timers; a peak-detector for auto-scaling that is routed into a separate analog-to-digital converter for peak detection; and routing of a trigger channel that is either raw or buffered into other analog channels. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of:
the use of higher input oversampling for delta-sigma AID for lower sampling rate outputs to minimize AA filter requirements; the use of a CPLD as a clock-divider for a delta-sigma analog-to-digital converter to achieve lower sampling rates without the need for digital resampling; long blocks of data at a high-sampling rate as opposed to multiple sets of data .. taken at different sampling rates; storage of calibration data with a maintenance history on-board card set; and a rapid route creation capability using hierarchical templates. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of:
intelligent management of data collection bands; a neural net expert system using intelligent management of data collection bands; use of a database hierarchy in sensor data analysis;
and an expert system GUI graphical approach to defining intelligent data collection bands and diagnoses for the expert system. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: a graphical approach for back-calculation definition;
proposed bearing analysis methods; torsional vibration detection/analysis utilizing transitory signal analysis; and improved integration using both analog and digital methods. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of adaptive scheduling techniques for continuous monitoring of analog data in a local environment;
data acquisition parking features; a self-sufficient data acquisition box; and SD
card storage. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: extended onboard statistical capabilities for continuous monitoring; the use of ambient, local and vibration noise for prediction; smart route changes based on incoming data or alarms to enable simultaneous dynamic data for analysis or convlation; and smart ODS and transfer functions. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: a hierarchical multiplexer; identification of sensor overload; RF
identification, and an inclinometer; cloud-based, machine pattern recognition based on the fusion of remote, analog industrial sensors; and machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system.
in embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: cloud-based policy automation engine for IoT, with creation, deployment, and management of ToT
devices;
on-device sensor fusion and data storage for industrial IoT devices; a self-organizing data marketplace for industrial loT data; self-organization of data pools based on utilization and/or yield metrics: and training Al models based on industry-specific feedback. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of: a self-organized swarm of industrial data collectors: an IoT distributed ledger: a self-organizing collector;
a network-sensitive collector; and a remotely organized collector. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of. a self-organizing storage for a multi-sensor data collector; and a self-organizing network coding for multi-sensor data network. In embodiments, a data collection and processing system is provided having multiplexer continuous monitoring alarming features and having at least one of a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs; heat maps displaying collected data for AR/VR: and automatically tuned AMR visualization of data collected by a data collector.
[0497] In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having high-amperage input capability using solid state relays and design topology. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having power-down capability of at least one of an analog sensor channel and of a component board. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having unique electrostatic protection for trigger and vibration inputs. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having precise voltage reference for AID zero reference. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having a phase-lock loop band-pass tracking filter for obtaining slow-speed RPMs and phase information. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having digital derivation of phase relative to input and trigger channels using on-board timers. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having a peak-detector for auto-scaling that is routed into a separate analog-to-digital converter for peak detection. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having routing of a trigger channel that is either raw or buffered into other analog channels. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having the use of higher input oversampling for delta-sigma A/D
for lower sampling rate outputs to minimize AA filter requirements. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having the use of a CPLD as a clock-divider for a delta-sigma analog-to-digital .. converter to achieve lower sampling rates without the need for digital resampling. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having long blocks of data at a high-sampling rate as opposed to multiple sets of data taken at different sampling rates. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having storage of calibration data with a maintenance history on-board card set. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a rapid route creation capability using hierarchical templates. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having intelligent management of data collection bands. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a neural net expert system using intelligent management of data collection bands.
In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having use of a database hierarchy in sensor data analysis. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having an expert system GUI graphical approach to defining intelligent data collection bands and diagnoses for the expert system. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a graphical approach for back-calculation definition. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having proposed bearing analysis methods. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having torsional vibration detection/analysis utilizing transitory signal analysis. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having improved integration using both analog and digital methods. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having adaptive scheduling techniques for continuous monitoring of analog data in a local environment In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having data acquisition parking features. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having a self-sufficient data acquisition box. In embodiments, a data collection and processing system is provided having the use of distributed CPLD
chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having SD card storage. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having extended onboard statistical capabilities for continuous monitoring. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having the use of ambient, local and vibration noise for prediction. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having smart route changes based on incoming data or alarms to enable simultaneous dynamic data for analysis or correlation. In embodiments, a data collection and processing system is ptovided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having smart ODS and transfer functions. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having a hierarchical multiplexer. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having identification of sensor overload. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having RF
identification and an inclinometer. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having continuous ultrasonic monitoring.
In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having cloud-based, machine pattern recognition based on fusion of remote, analog industrial sensors. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having cloud-based policy automation engine for IoT, with creation, deployment, and management of loT devices. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having on-device sensor fusion and data storage for industrial loT devices. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a self-organizing data marketplace for industrial loT data. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having self-organization of data pools based on utilization and/or yield metrics. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having training Al models based on industry-specific feedback. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a self-organized swarm of industrial data collectors. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having an loT
distributed ledger. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a self-organizing collector. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX
and data acquisition sections and having a network-sensitive collector. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a remotely organized collector. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a self-organizing storage for a multi-sensor data collector. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a self-organizing network coding for multi-sensor data network. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having heat maps displaying collected data for ARNR. In embodiments, a data collection and processing system is provided having the use of distributed CPLD chips with dedicated bus for logic control of multiple MUX and data acquisition sections and having automatically tuned ARNR visualization of data collected by a data collector.
104981 In embodiments, a data collection and processing system is provided having one or more of high-amperage input capability using solid state relays and design topology, power-down capability of at least one of an analog sensor channel and of a component board, unique electrostatic protection for trigger and vibration inputs, precise voltage reference for A/D zero reference, a phase-lock loop band-pass tracking filter for obtaining slow-speed RPMs and phase infonnation, digital derivation of phase relative to input and trigger channels using on-board timers, a peak-detector for auto-scaling that is routed into a separate analog-to-digital converter for peak detection, routing of a trigger channel that is either raw or buffered into other analog channels, the use of higher input oversampling for delta-sigma A/D for lower sampling rate outputs to minimize anti-aliasing (AA) filter requirements, the use of a CPLD as a clock-divider for a delta-sigma analog-to-digital converter to achieve lower sampling rates without the need for digital resampling, long blocks of data at a high-sampling rate as opposed to multiple sets of data taken at different sampling rates, storage of calibration data with a maintenance history on-board card set, a rapid route creation capability using hierarchical templates, intelligent management of data collection bands, a neural net expert system using intelligent management of data collection bands, use of a database hierarchy in sensor data analysis, an expert system GUI
graphical approach to defining intelligent data collection bands and diagnoses for the expert system, a graphical approach for back-calculation definition, proposed bearing analysis methods, torsional vibration detection/analysis utilizing transitory signal analysis, improved integration using both analog and digital methods, adaptive scheduling techniques for continuous monitoring of analog data in a local environment, data acquisition parking features, a self-sufficient data acquisition box, SD card storage, extended onboard statistical capabilities for continuous monitoring, the use of ambient, local, and vibration noise for prediction, smart route changes based on incoming data or alarms to enable simultaneous dynamic data for analysis or correlation, smart ODS and transfer functions, a hierarchical multiplexer, identification of sensor overload, RF
identification and an inclinometer, continuous ultrasonic monitoring, cloud-based, machine pattern recognition based on fusion of remote, analog industrial sensors, cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system, cloud-based policy automation engine for loT, with creation, deployment, and management of loT
devices, on-device sensor fusion and data storage for industrial loT devices, a self-organizing data marketplace for industrial loT data, self-organization of data pools based on utilization and/or yield metrics, training Al models based on industry-specific feedback, a self-organized swarm of industrial data collectors, an loT distributed ledger, a self-organizing collector, a network-sensitive collector, a remotely organized collector, a self-organizing storage for a multi-sensor data collector, a self-organizing network coding for multi-sensor data network, a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs, heat maps displaying collected data for AR/VR, or automatically tuned AR/VR visualization of data collected by a data collector.
104991 In embodiments, a platform is provided having one or more of cloud-based, machine pattern recognition based on fusion of remote, analog industrial sensors, cloud-based, machine pattern analysis of state information from multiple analog industrial sensors to provide anticipated state information for an industrial system, a cloud-based policy automation engine for loT, with creation, deployment, and management of loT
devices, on-device sensor fusion and data storage for industrial loT devices, a self-organizing data marketplace for industrial loT data, self-organization of data pools based on utilization and/or yield metrics, training Al models based on industry-specific feedback, a self-organized swarm of industrial data collectors, an IoT distributed ledger, a self-organizing collector, a network-sensitive collector, a remotely organized collector, a self-organizing storage for a multi-sensor data collector, a self-organizing network coding for multi-sensor data network, a wearable haptic user interface for an industrial sensor data collector, with vibration, heat, electrical, and/or sound outputs, heat maps displaying collected data for AR/VR, or automatically tuned AR/VR visualization of data collected by a data collector.
105001 With regard to Figure 14, a range of existing data sensing and processing systems with industrial sensing, processing, and storage systems 4500 include a streaming data collector 4510 that may be configured to accept data in a range of formats as described herein. In embodiments, the range of formats can include a data format A 4520, a data format B 4522, a data format C 4524, and a data format D 4528 that may be sourced from a range of sensors. Moreover, the range of sensors can include an instrument A
4540, an instrument B 4542, an instrument C 4544, and an instrument D 4548. The streaming data collector 4510 may be configured with processing capabilities that enable access to the individual formats while leveraging the streaming, routing, self-organizing storage, and other capabilities described herein.
105011 Figure 15 depicts methods and systems 4600 for industrial machine sensor data streaming collection, processing, and storage that facilitate use of a streaming data collector 4610 to collect and obtain data from legacy instruments 4620 and streaming instruments 4622. Legacy instruments 4620 and their data methodologies may capture and provide data that is limited in scope, due to the legacy systems and acquisition procedures, such as existing data methodologies described above herein, to a particular range of frequencies and the like. The streaming data collector 4610 may be configured to capture streaming instrument data 4632 as well as legacy instrument data 4630. The streaming data collector 4610 may also be configured to capture current streaming instruments 4620 and legacy instruments 4622 and sensors using current and legacy data methodologies.
These embodiments may be useful in transition applications from the legacy instruments and processing to the streaming instruments and processing that may be current or desired instruments or methodologies. In embodiments, the streaming data collector 4610 may be configured to process the legacy instrument data 4630 so that it can be stored compatibly with the streamed instrument data 4632. The streaming data collector 4610 may process or parse the streamed instnunent data 4632 based on the legacy instrument data 4630 to produce at least one extraction of the streamed data 4642 that is compatible with the legacy instrument data 4630 that can be processed into translated legacy data 4640.
In embodiments, extracted data 4650 that can include extracted portions of translated legacy data 4652 and streamed data 4654 may be stored in a format that facilitates access and processing by legacy instrument data processing and further processing that can emulate legacy instrument data processing methods, and the like. In embodiments, the portions of the translated legacy data 4652 may also be stored in a format that facilitates processing with different methods that can take advantage of the greater frequencies, resolution, and volume of data possible with a streaming instrument.
105021 Figure 16 depicts alternate embodiments descriptive of methods and systems 4700 for industrial machine sensor data streaming, collection, processing, and storage that facilitate integration of legacy instruments and processing. In embodiments, a streaming data collector 4710 may be connected with an industrial machine 4712 and may include a plurality of sensors, such as streaming sensors 4720 and 4722 that may be configured to sense aspects of the industrial machine 4712 associated with at least one moving part of the machine 4712. The sensors 4720 and 4722 (or more) may communicate with one or more streaming devices 4740 that may facilitate streaming data from one or more of the sensors to the streaming data collector 4710. In embodiments, the industrial machine 4712 may also interface with or include one or more legacy instruments 4730 that may capture data associated with one or more moving parts of the industrial machine 4712 and store that data into a legacy data storage facility 4732.
105031 In embodiments, a frequency and/or resolution detection facility 4742 may be configured to facilitate detecting information about legacy instrument sourced data, such as a frequency range of the data or a resolution of the data, and the like.
The detection facility 4742 may operate on data directly from the legacy instruments 4730 or from data stored in a legacy storage facility 4732. The detection facility 4742 may communicate information detected about the legacy instruments 4730, its sourced data, and its stored data 4732, or the like to the streaming data collector 4710. Alternatively, the detection facility 4742 may access information, such as information about frequency ranges, resolution, and the like that characterizes the sourced data from the legacy instrument 4730 and/or may be accessed from a portion of the legacy storage facility 4732.
105041 In embodiments, the streaming data collector 4710 may be configured with one or more automatic processors, algorithms, and/or other data methodologies to match up information captured by the one or more legacy instruments 4730 with a portion of data being provided by the one or more streaming devices 4740 from the one or more industrial machines 4712. Data from streaming devices 4740 may include a wider range of frequencies and resolutions than the sourced data of legacy instruments 4730 and, therefore, filtering and other such functions can be implemented to extract data from the streaming devices 4740 that corresponds to the sourced data of the legacy instruments 4730 in aspects such as frequency range, resolution, and the like. In embodiments, the configured streaming data collector 4710 may produce a plurality of streams of data, including a stream of data that may correspond to the stream of data from the streaming device 4740 and a separate stream of data that is compatible, in some aspects, with the legacy instrument sourced data and the infrastructure to ingest and automatically process it. Alternatively, the streaming data collector 4710 may output data in modes other than as a stream, such as batches, aggregations, summaries, and the like.
105051 Configured streaming data collector 4710 may communicate with a stream storage facility 4764 for storing at least one of the data outputs from the streaming device 4710 and data extracted therefrom that may be compatible, in some aspects, with the sourced data of the legacy instruments 4730. A legacy compatible output of the configured streaming data collector 4710 may also be provided to a format adaptor facility 4748, 4760 that may configure, adapt, reformat, and make other adjustments to the legacy compatible data so that it can be stored in a legacy compatible storage facility 4762 so that legacy processing facilities 4744 may execute data processing methods on data in the legacy compatible storage facility 4762 and the like that are configured to process the sourced data of the legacy instnunents 4730. In embodiments in which legacy compatible data is stored in the stream storage facility 4764, legacy processing facility 4744 may also automatically process this data after optionally being processed by format adaptor 4760.
By arranging the data collection, streaming, processing, formatting, and storage elements to provide data in a format that is fully compatible with legacy instrument sourced data, .. transition from a legacy system can be simplified, and the sourced data from legacy instruments can be easily compared to newly acquired data (with more content) without losing the legacy value of the sourced data from the legacy instruments 4730.
105061 Figure 17 depicts alternate embodiments of the methods and systems 4800 described herein for industrial machine sensor data streaming, collection, processing, and storage that may be compatible with legacy instrument data collection and processing. In embodiments, processing industrial machine sensed data may be accomplished in a variety of ways including aligning legacy and streaming sources of data, such as by aligning stored legacy and streaming data; aligning stored legacy data with a stream of sensed data; and aligning legacy and streamed data as it is being collected. In embodiments, an industrial machine 4810 may include, communicate with, or be integrated with one or more stream data sensors 4820 that may sense aspects of the industrial machine 4810 such as aspects of one or more moving parts of the machine. The industrial machine 4810 may also communicate with, include, or be integrated with one or more legacy data sensors 4830 that may sense similar aspects of the industrial machine 4810. In embodiments, the one or more legacy data sensors 4830 may provide sensed data to one or more legacy data collectors 4840. The stream data sensors 4820 may produce an output that encompasses all aspects of (i.e., a richer signal) and is compatible with sensed data from the legacy data sensors 4830. The stream data sensors 4820 may provide compatible data to the legacy data collector 4840. By mimicking the legacy data sensors 4830 or their data streams, the stream data sensors 4820 may replace (or serve as suitable duplicate for) one or more legacy data sensors, such as during an upgrade of the sensing and processing system of an industrial machine. Frequency range, resolution, and the like may be mimicked by the stream data so as to ensure that all forms of legacy data are captured or can be derived from the stream data. In embodiments, fonnat conversion, if needed, can also be performed by the stream data sensors 4820. The stream data sensors 4820 may also produce an alternate data stream that is suitable for collection by the stream data collector 4850. In embodiments, such an alternate data stream may be a superset of the legacy data sensor data in at least one or more of: frequency range, resolution, duration of sensing the data, and the like.
105071 In embodiments, an industrial machine sensed data processing facility 4860 may execute a wide range of sensed data processing methods, some of which may be compatible with the data from legacy data sensors 4830 and may produce outputs that may meet legacy sensed data processing requirements. To facilitate use of a wide range of data processing capabilities of processing facility 4860, legacy and stream data may need to be aligned so that a compatible portion of stream data may be extracted for processing with legacy compatible methods and the like. In embodiments, Figure 17 depicts three different techniques for aligning stream data to legacy data. A first alignment methodology 4862 includes aligning legacy data output by the legacy data collector 4840 with stream data output by the stream data collector 4850. As data is provided by the legacy data collector 4840, aspects of the data may be detected, such as resolution, frequency, duration, and the like, and may be used as control for a processing method that identifies portions of a stream of data from the stream data collector 4850 that are purposely compatible with the legacy data. The processing facility 4860 may apply one or more legacy compatible methods on the identified portions of the stream data to extract data that can be easily compared to or referenced against the legacy data.
105081 In embodiments, a second alignment methodology 4864 may involve aligning streaming data with data from a legacy storage facility 4882. In embodiments, a third alignment methodology 4868 may involve aligning stored stream data from a stream storage facility 4884 with legacy data from the legacy data storage facility 4882. In each of the methodologies 4862, 4864, 4868, alignment data may be determined by processing the legacy data to detect aspects such as resolution, duration, frequency range, and the like.
Alternatively, alignment may be performed by an alignment facility, such as facilities using methodologies 4862,4864, 4868 that may receive or may be configured with legacy data descriptive information such as legacy frequency range, duration, resolution, and the like.
105091 In embodiments, an industrial machine sensing data processing facility 4860 may have access to legacy compatible methods and algorithms that may be stored in a legacy data methodology storage facility 4880. These methodologies, algorithms, or other data in the legacy algorithm storage facility 4880 may also be a source of alignment information that could be communicated by the industrial machine sensed data processing facility 4860 to the various alignment facilities having methodologies 4862, 4864, 4868. By having access to legacy compatible algorithms and methodologies, the data processing facility 4860 may facilitate processing legacy data, streamed data that is compatible with legacy data, or portions of streamed data that represent the legacy data to produce legacy compatible analytics.
105101 In embodiments, the data processing facility 4860 may execute a wide range of other sensed data processing methods, such as wavelet derivations and the like, to produce streamed data analytics 4892. In embodiments, the streaming data collector 102, 4510, 4610, 4710 (Figures 3, 6, 14, 15, 16) or data processing facility 4860 may include portable algorithms, methodologies, and inputs that may be defined and extracted from data streams. In many examples, a user or enterprise may already have existing and effective methods related to analyzing specific pieces of machinery and assets. These existing methods could be imported into the configured streaming data collector 102, 4510, 4610, 4710 or the data processing facility 4860 as portable algorithms or methodologies. Data processing, such as described herein for the configured streaming data collector 102, 4510, 4610, 4710 may also match an algorithm or methodology to a situation, then extract data from a stream to match to the data methodology from the legacy acquisition or legacy acquisition techniques. In embodiments, the streaming data collector 102, 4510, 4610, 4710 may be compatible with many types of systems and may be compatible with systems having varying degrees of criticality.
105111 Exemplary industrial machine deployments of the methods and systems described herein are now described. An industrial machine may be a gas compressor. In an example, a gas compressor may operate an oil pump on a very large turbo machine, such as a very large turbo machine that includes 10,000 HP motors. The oil pump may be a highly critical system as its failure could cause an entire plant to shut down. The gas compressor in this example may run four stages at a very high frequency, such as 36,000 RPM, and may include tilt pad bearings that ride on an oil film. The oil pump in this example may have roller bearings, such that if an anticipated failure is not being picked up by a user, the oil pump may stop running, and the entire turbo machine would fail. Continuing with this example, the streaming data collector 102, 4510, 4610, 4710 may collect data related to vibrations, such as casing vibration and proximity probe vibration. Other bearings industrial machine examples may include generators, power plants, boiler feed pumps, fans, forced draft fans, induced draft fans, and the like. The streaming data collector 102, 4510, 4610, 471.0 for a bearings system used in the industrial gas industry may support predictive analysis on the motors, such as that performed by model-based expert systems - for example, using voltage, current, and vibration as analysis metrics.
[05121 Another exemplary industrial machine deployment may be a motor and the streaming data collector 1.02, 4510, 4610, 4710 that may assist in the analysis of a motor by collecting voltage and current data on the motor, for example.
105131 Yet another exemplary industrial machine deployment may include oil quality sensing. An industrial machine may conduct oil analysis, and the streaming data collector 102, 4510, 4610, 4710 may assist in searching for fragments of metal in oil, for example.
105141 The methods and systems described herein may also be used in combination with model-based systems. Model-based systems may integrate with proximity probes.
Proximity probes may be used to sense problems with machinety and shut machinery down due to sensed problems. A model-based system integrated with proximity probes may measure a peak waveform and send a signal that shuts down machinery based on the peak waveform measurement.
105151 Enterprises that operate industrial machines may operate in many diverse industries. These industries may include industries that operate manufacturing lines, provide computing infrastructure, support financial services, provide HVAC
equipment, and the like. These industries may be highly sensitive to lost operating time and the cost incurred due to lost operating time. HVAC equipment enterprises in particular may be concerned with data related to ultrasound, vibration, IR, and the like, and may get much more information about machine performance related to these metrics using the methods and systems of industrial machine sensed data streaming collection than from legacy systems.
105161 Methods and systems described herein for industrial machine sensor data streaming, collection, processing, and storage may be configured to operate and integrate with existing data collection, processing and storage systems and may include a method for capturing a plurality of streams of sensed data from sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine:
at least one of the streams containing a plurality of frequencies of data. The method may include identifying a subset of data in at least one of the multiple streams that corresponds to data representing at least one predefined frequency. The at least one predefined frequency is represented by a set of data collected from alternate sensors deployed to monitor aspects of the industrial machine associated with the at least one moving part of the machine. The method may further include processing the identified data with a data processing facility that processes the identified data with data methodologies configured to be applied to the set of data collected from alternate sensors. Lastly, the method may include storing the at least one of the streams of data, the identified subset of data, and a result of processing the identified data in an electronic data set.
105171 The methods and systems may include a method for applying data captured from sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine, the data captured with predefined lines of resolution covering a predefined frequency range, to a frequency matching facility that identifies a subset of data streamed from other sensors deployed to monitor aspects of the industrial machine associated with at least one moving part of the machine, the streamed data comprising a plurality of lines of resolution and frequency ranges, the subset of data identified corresponding to the lines of resolution and predefmed frequency range. This method may include storing the subset of data in an electronic data record in a format that corresponds to a format of the data captured with predefined lines of resolution, and signaling to a data processing facility the presence of the stored subset of data. This method may optionally include processing the subset of data with at least one of algorithms, methodologies, models, and pattern recognizers that corresponds to algorithms, methodologies, models, and pattern recognizers associated with processing the data captured with predefined lines of resolution covering a predefmed frequency range.
105181 The methods and systems may include a method for identifying a subset of streamed sensor data. The sensor data is captured from sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine. The subset of streamed sensor data is at predefined lines of resolution for a predefined frequency range. The method includes establishing a first logical route for communicating electronically between a first computing facility performing the identifying and a second computing facility. The identified subset of the streamed sensor data is communicated exclusively over the established first logical route when communicating the subset of streamed sensor data from the first facility to the second facility. This method may further include establishing a second logical route for communicating electronically between the first computing facility and the second computing facility for at least one portion of the streamed sensor data that is not the identified subset. This method may further include establishing a third logical route for communicating electronically between the first computing facility and the second computing facility for at least one portion of the streamed sensor data that includes the identified subset and at least one other portion of the data not represented by the identified subset.
105191 The methods and systems may include a first data sensing and processing system that captures first data from a first set of sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine, the first data covering a set of lines of resolution and a frequency range. This system may include a second data sensing and processing system that captures and streams a second set of data from a second set of sensors deployed to monitor aspects of the industrial machine associated with at least one moving part of the machine, the second data covering a plurality of lines of resolution that includes the set of lines of resolution and a plurality of frequencies that includes the frequency range. The system may enable: (1) selecting a portion of the second data that corresponds to the set of lines of resolution and the frequency range of the first data; and (2) processing the selected portion of the second data with the first data sensing and processing system.
105201 The methods and systems may include a method for automatically processing a portion of a stream of sensed data. The sensed data received from a first set of sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine in response to an electronic data structure that facilitates extracting a subset of the stream of sensed data that corresponds to a set of sensed data received from a second set of sensors deployed to monitor the aspects of the industrial machine associated with the at least one moving part of the machine. The set of sensed data is constrained to a frequency range. The stream of sensed data includes a range of frequencies that exceeds the frequency range of the set of sensed data. The processing comprises executing data methodologies on a portion of the stream of sensed data that is constrained to the frequency range of the set of sensed data. The data methodologies are configured to process the set of sensed data.
105211 The methods and systems may include a method for receiving first data from sensors deployed to monitor aspects of an industrial machine associated with at least one moving part of the machine. This method may further include: (1) detecting at least one of a frequency range and lines of trsolution represented by the first data, and (2) receiving a stream of data from sensors deployed to monitor the aspects of the industrial machine associated with the at least one moving part of the machine. The stream of data includes:
a plurality of frequency ranges and a plurality of lines of resolution that exceeds the frequency range and the lines of resolution represented by the first data;
extracting a set of data from the stream of data that corresponds to at least one of the frequency range and the lines of resolution represented by the first data; and processing the extracted set of data with a data processing method that is configured to process data within the frequency range and within the lines of resolution of the first data.
105221 The methods and systems disclosed herein may include, connect to, or be integrated with a data acquisition instrument and in the many embodiments, Figure 18 shows methods and systems 5000 that includes a data acquisition (DAQ) streaming instrument 5002 also known as an SDAQ. In embodiments, output from sensors 5010, 5012, 5014 may be of various types including vibration, temperature, pressure, ultrasound and so on. In my many examples, one of the sensors may be used. In further examples, many of the sensors may be used and their signals may be used individually or in predetermined combinations and/or at predetermined intervals, circumstances, setups, and the like.
105231 In embodiments, the output signals from the sensors 5010, 5012, 5014 may be fed into instrument inputs 5020, 5022, 5024 of the DAQ instrument 5002 and may be configured with additional streaming capabilities 5028. By way of these many examples, the output signals from the sensors 5010, 5012, 5014, or more as applicable, may be conditioned as an analog signal before digitization with respect to at least scaling and filtering. The signals may then be digitized by an analog-to-digital converter 5030. The signals received from all relevant channels (i.e., one or more channels are switched on manually, by alarm, by route, and the like) may be simultaneously sampled at a predetermined rate sufficient to perform the maximum desired frequency analysis that may be adjusted and readjusted as needed or otherwise held constant to ensure compatibility or conformance with other relevant datasets. In embodiments, the signals are sampled for a relatively long time and gap-free as one continuous stream so as to enable further post-processing at lower sampling rates with sufficient individual sampling.
105241 In embodiments, data may be streamed from a collection of points and then the next set of data may be collected from additional points according to a prescribed sequence, route, path, or the like. In many examples, the sensors 5010, 5012, 5014 or more may be moved to the next location according to the prescribed sequence, route, pre-arranged configurations, or the like. In certain examples, not all of the sensor 5010, 5012, .. 5014 may move and therefore some may remain fixed in place and used for detection of reference phase or the like.
105251 In embodiments, a multiplex (mux) 5032 may be used to switch to the next collection of points, to a mixture of the two methods or collection patterns that may be combined, other predetermined routes, and the like. The multiplexer 5032 may be stackable so as to be laddered and effectively accept more channels than the DAQ
instrument 5002 provides. In examples, the DAQ instrument 5002 may provide eight channels while the multiplexer 5032 may be stacked to supply 32 channels.
Further variations are possible with one more multiplexers. In embodiments, the multiplexer 5032 may be fed into the DAQ instrument 5002 through an instrument input 5034. In embodiments, the DAQ instrument 5002 may include a controller 5038 that may take the form of an onboard controller, a PC, other connected devices, network based services, and combinations thereof.
[0526) In embodiments, the sequence and panel conditions used to govern the data collection process may be obtained from the multimedia probe (MMP) and probe control, sequence and analytical (PCSA) infonnation store 5040. In embodiments, the information store 5040 may be onboard the DAQ instrument 5002. In embodiments, contents of the information store 5040 may be obtained through a cloud network facility, from other DAQ
instruments, from other connected devices, from the machine being sensed, other relevant sources, and combinations thereof. In embodiments, the information store 5040 may include such items as the hierarchical structural relationships of the machine, e.g., a machine contains predetermined pieces of equipment, each of which may contain one or more shafts and each of those shafts may have multiple associated bearings.
Each of those types of bearings may be monitored by specific types of transducers or probes, according to one or more specific prescribed sequences (paths, routes, and the like) and with one or more specific panel conditions that may be set on the one or more DAQ
instruments 5002.
By way of this example, the panel conditions may include hardware specific switch settings or other collection parameters. In many examples, collection parameters include but are not limited to a sampling rate, AC/DC coupling, voltage range and gain, integration, high and low pass filtering, anti-aliasing filtering, ICPTM
transducers and other integrated-circuit piezoelectric transducers, 4-20 mA loop sensors, and the like. In embodiments, the information store 5040 may also include machinery specific features that may be important for proper analysis such as gear teeth for a gear, number blades in a pump impeller, number of motor rotor bars, bearing specific parameters necessary for calculating bearing frequencies, revolution per minutes information of all rotating elements and multiples of those RPM ranges, and the like. Information in the information store may also be used to extract stream data 5050 for permanent storage.
105271 Based on directions from the DAQ API software 5052, digitized waveforms may be uploaded using DAQ driver services 5054 of a driver onboard the DAQ
instrument 5002. In embodiments, data may then be fed into a raw data server 5058 which may store the stream data 5050 in a stream data repository 5060. In embodiments, this data storage area is typically meant for storage until the data is copied off of the DAQ
instrument 5002 and verified. The DAQ API 5052 may also direct the local data control application 5062 to extract and process the recently obtained stream data 5050 and convert it to the same or lower sampling rates of sufficient length to effect one or more desired resolutions. By way of these examples, this data may be converted to spectra, averaged, and processed in a variety of ways and stored, at least temporarily, as extracted/processed (EP) data 5064. It will be appreciated in light of the disclosure that legacy data may require its own sampling rates and resolution to ensure compatibility and often this sampling rate may not be integer proportional to the acquired sampling rate. It will also be appreciated in light of the disclosure that this may be especially relevant for order-sampled data whose sampling frequency is related directly to an external frequency (typically the running speed of the machine or its local componentry) rather than the more-standard sampling rates employed by the internal crystals, clock functions, or the like of the DAQ instrument (e.g., values of Fmax of 100, 200, 500, 1K, 2K, 5K, 10K, 20K, and so on).
105281 In embodiments, the extract/process (EP) align module 5068 of the local data control application 5062 may be able to fractionally adjust the sampling rates to these non-integer ratio rates satisfying an important requirement for making data compatible with legacy systems. In embodiments, fractional rates may also be converted to integer ratio rates more readily because the length of the data to be processed may be adjustable. It will be appreciated in light of the disclosure that if the data was not streamed and just stored as spectra with the standard or predetermined Fmax, it may be impossible in certain situations to convert it retroactively and accurately to the order-sampled data. It will also be appreciated in light of the disclosure that internal identification issues may also need to be reconciled. In many examples, stream data may be converted to the proper sampling rate and resolution as described and stored (albeit temporarily) in an EP legacy data repositoiy 5070 to ensure compatibility with legacy data.
105291 To support legacy data identification issues, a user input module 5072 is shown in many embodiments should there be no automated process (whether partially or wholly) for identification translation. In such examples, one or more legacy systems (i.e., pre-existing data acquisition) may be characterized in that the data to be imported is in a fully standardized format such as a Mimosa"' fonnat, and other similar formats.
Moreover, sufficient indentation of the legacy data and/or the one or more machines from which the legacy data was produced may be required in the completion of an identification mapping .. table 5074 to associate and link a portion of the legacy data to a portion of the newly acquired streamed data 5050. In many examples, the end user and/or legacy vendor may be able to supply sufficient information to complete at least a portion of a functioning identification (ID) mapping table 5074 and therefore may provide the necessary database schema for the raw data of the legacy system to be used for comparison, analysis, and manipulation of newly streamed data 5050.
105301 In embodiments, the local data control application 5062 may also direct streaming data as well as extracted/processed (EP) data to a cloud network facility 5080 via wired or wireless transmission. From the cloud network facility 5080 other devices may access, receive, and maintain data including the data from a master raw data server (MRDS) 5082.
The movement, distribution, storage, and retrieval of data remote to the DAQ
instrument 5002 may be coordinated by the cloud data management services ("CDMS") 5084.
105311 Figure 19 shows additional methods and systems that include the DAQ
instrument 5002 accessing related cloud based services. In embodiments, the DAQ API 5052 may control the data collection process as well as its sequence. By way of these examples, the DAQ API 5052 may provide the capability for editing processes, viewing plots of the data, controlling the processing of that data, viewing the output data in all its myriad forms, analyzing this data including expert analysis, and communicating with external devices via the local data control application 5062 and with the CDMS 5084 via the cloud network facility 5080. In embodiments, the DAQ API 5052 may also govern the movement of data, .. its filtering, as well as many other housekeeping functions.
105321 In embodiments, an expert analysis module 5100 may generate reports 5102 that may use machine or measurement point specific information from the information store 5040 to analyze the stream data 5050 using a stream data analyzer module 5104 and the local data control application 5062 with the extract/process ("EP") align module 5068. In embodiments, the expert analysis module 5100 may generate new alarms or ingest alarm settings into an alarms module 5108 that is relevant to the stream data 5050.
In embodiments, the stream data analyzer module 5104 may provide a manual or automated mechanism for extracting meaningful information from the stream data 5050 in a variety of plotting and report formats. in embodiments, a supervisory control of the expert analysis module 5100 is provided by the DAQ API 5052. In further examples, the expert analysis module 5100 may be supplied (wholly or partially) via the cloud network facility 5080. In many examples, the expert analysis module 5100 via the cloud may be used rather than a locally-deployed expert analysis module 5100 for various reasons such as using the most up-to-date software version, more processing capability, a bigger volume of historical data to reference, and so on. In many examples, it may be important that the expert analysis module 5100 be available when an internet connection cannot be established so having this redundancy may be crucial for seamless and time efficient operation.
Towantl that end, many of the modular software applications and databases available to the DAQ
instrument 5002 where applicable may be implemented with system component redundancy to provide operational robustness to provide connectivity to cloud services when needed but also operate successfully in isolated scenarios where connectivity is not available and sometime not available purposefully to increase security and the like.
105331 In embodiments, the DAQ instrument acquisition may require a real time operating system ("RTOS") for the hardware especially for streamed gap-free data that is acquired by a PC. In some instances, the requirement for a RTOS may result in (or may require) expensive custom hardware and software capable of running such a system. In many embodiments, such expensive custom hardware and software may be avoided and an RTOS may be effectively and sufficiently implemented using a standard WindowsTm operating systems or similar environments including the system interrupts in the procedural flow of a dedicated application included in such operating systems.
105341 The methods and systems disclosed herein may include, connect to, or be integrated with one or more DAQ instruments and in the many embodiments, Figure 20 shows methods and systems 5150 that include the DAQ instrument 5002 (also known as a streaming DAQ or an SDAQ). In embodiments, the DAQ instrument 5002 may effectively and sufficiently implement an RTOS using standard windows operating system (or other similar personal computing systems) that may include a software driver configured with a First In, First Out (FIFO) memoiy area 5152. The FIFO memoiy area 5152 may be maintained and hold information for a sufficient amount of time to handle a worst-case interrupt that it may face from the local operating system to effectively provide the RTOS.
In many examples, configurations on a local personal computer or connected device may be maintained to minimize operating system interrupts. To support this, the configurations may be maintained, controlled, or adjusted to eliminate (or be isolated from) any exposure to extreme environments where operating system interrupts may become an issue.
In embodiments, the DAQ instrument 5002 may produce a notification, alarm, message, or the like to notify a user when any gap errors are detected. In these many examples, such errors may be shown to be rare and even if they occur, the data may be adjusted knowing when they occurred should such a situation arise.
105351 In embodiments, the DAQ instrument 5002 may maintain a sufficiently large FIFO
memory area 5152 that may buffer the incoming data so as to be not affected by operating system interrupts when acquiring data. It will be appreciated in light of the disclosure that the predetermined size of the FIFO memory area 5152 may be based on operating system interrupts that may include Windows system and application functions such as the writing of data to Disk or SSD, plotting, GUI interactions and standard Windows tasks, low-level driver tasks such as servicing the DAQ hardware and retrieving the data in bursts, and the like.
.. 105361 In embodiments, the computer, controller, connected device or the like that may be included in the DAQ instrument 5002 may be configured to acquire data from the one or more hardware devices over a USB port, firewiit, ethernet, or the like. In embodiments, the DAQ driver services 5054 may be configured to have data delivered to it periodically so as to facilitate providing a channel specific FIFO memory buffer that may be configured to not miss data, i.e., it is gap-free. In embodiments, the DAQ driver services 5054 may be configured so as to maintain an even larger (than the device) channel specific FIFO area 5152 that it fills with new data obtained from the device. In embodiments, the DAQ driver services 5054 may be configured to employ a further process in that the raw data server 5058 may take data from the FIFO 5110 and may write it as a contiguous stream to non-volatile storage areas such as the stream data repository 5060 that may be configured as one or more disk drives, SSDs, or the like. In embodiments, the FIFO 5110 may be configured to include a starting and stopping marker or pointer to mark where the latest most current stream was written. By way of these examples, a FIFO end marker 5114 may be configured to mark the end of the most current data until it reaches the end of the spooler and then wraps around constantly cycling around. In these examples, there is always one megabyte (or other configured capacities) of the most current data available in the FIFO
5110 once the spooler fills up. It will be appreciated in light of the disclosure that further configurations of the FIFO memory area may be employed. In embodiments, the DAQ
driver services 5054 may be configured to use the DAQ API 5052 to pipe the most recent data to a high-level application for processing, graphing and analysis purposes. In some examples, it is not required that this data be gap-free but even in these instances, it is helpful to identify and mark the gaps in the data. Moreover, these data updates may be configured to be frequent enough so that the user would perceive the data as live. In the many embodiments, the raw data is flushed to non-volatile storage without a gap at least for the prescribed amount of time and examples of the prescribed amount of time may be about thirty seconds to over four hours. It will be appreciated in light of the disclosure that many pieces of equipment and their components may contribute to the relative needed duration of the stream of gap-fire data and those durations may be over four hours when relatively low speeds are present in large numbers, when non-periodic transient activity is occurring on a relatively long time frame, when duty cycle only permits operation in relevant ranges for restricted durations and the like.
[0537] With reference to Figure 19, the stream data analyzer module 5104 may provide for the manual or extraction of information from the data stream in a variety of plotting and report formats. In embodiments, resampling, filtering (including anti-aliasing), transfer functions, spectrum analysis, enveloping, averaging, peak detection functionality, as well as a host of other signal processing tools, may be available for the analyst to analyze the stream data and to generate a very large array of snapshots. It will be appreciated in light of the disclosure that much larger arrays of snapshots are created than ever would have been possible by scheduling the collection of snapshots beforehand, i.e., during the initial data acquisition for the measurement point in question.
[0538] It will be appreciated in light of the disclosure that the sampling rates of vibration data of up to 100 kHz (or higher in some scenarios) may be utilized for non-vibration sensors as well. In doing so, it will further be appreciated in light of the disclosure that stream data in such durations at these sampling rates may uncover new patterns to be analyzed due in no small part that many of these types of sensors have not been utilized in this manner. It will also be appreciated in light of the disclosure that different sensors used in machinery condition monitoring may provide measurements more akin to static levels rather than fast-acting dynamic signals. In some cases, faster response time transducers may have to be used prior to achieving the faster sampling rates.
[0539] In many embodiments, sensors may have a relatively static output such as temperature, pressure, or flow but may still be analyzed with the dynamic signal processing system and methodologies as disclosed herein. It will be appreciated in light of the disclosure that the time scale, in many examples, may be slowed down. In many examples, a collection of temperature readings collected approximately every minute for over two weeks may be analyzed for their variation solely or in collaboration or in fusion with other relevant sensors. By way of these examples, the direct current level or average level may be omitted from all the readings (e.g., by subtraction) and the resulting delta measurements may be processed (e.g., through a Fourier transform). From these examples, resulting spectral lines may correlate to specific machinery behavior or other symptoms present in industrial system processes. In further examples, other techniques include enveloping that may look for modulation, wavelets that may look for spectral patterns that last only for a short time (e.g., bursts), cross-channel analysis to look for correlations with other sensors including vibration, and the like.
105401 Figure 21 shows a DAQ instrument 5400 that may be integrated with one or more analog sensors 5402 and endpoint nodes 5404 to provide a streaming sensor 5410 or smart sensors that may take in analog signals and then process and digitize them, and then transmit them to one or more external monitoring systems 5412 in the many embodiments that may be connected to, interfacing with, or integrated with the methods and systems disclosed herein. The monitoring system 5412 may include a streaming hub server 5420 that may communicate with the CDMS 5084. In embodiments, the CDMS 5084 may contact, use, and integrate with cloud data 5430 and cloud services 5432 that may be accessible through one or more cloud network facilities 5080. In embodiments, the streaming hub server 5420 may connect with another streaming sensor 5440 that may include a DAQ instrument 5442, an endpoint node 5444, and the one or more analog sensors such as analog sensor 5448. The steaming hub server 5420 may connect with other streaming sensors such as the streaming sensor 5460 that may include a DAQ
instrument 5462, an endpoint node 5464, and the one or more analog sensors such as analog sensor 5468.
105411 In embodiments, there may be additional streaming hub servers such as the steaming hub server 5480 that may connect with other streaming sensors such as the streaming sensor 5490 that may include a DAQ instrument 5492, an endpoint node 5494, and the one or more analog sensors such as analog sensor 5498. In embodiments, the streaming hub server 5480 may also connect with other streaming sensors such as the streaming sensor 5500 that may include a DAQ instrument 5502, an endpoint node 5504, and the one or more analog sensors such as analog sensor 5508. In embodiments, the transmission may include averaged overall levels and in other examples may include dynamic signal sampled at a prescribed and/or fixed rate. In embodiments, the streaming sensors 5410, 5440, 5460, 5490, and 5500 may be configured to acquire analog signals and then apply signal conditioning to those analog signals including coupling, averaging, integrating, differentiating, scaling, filtering of various kinds, and the like. The streaming sensors 5410, 5440,5460, 5490, and 5500 may be configured to digitize the analog signals at an acceptable rate and resolution (number of bits) and to process further the digitized signal when required. The streaming sensors 5410, 5440, 5460, 5490, and 5500 may be configured to transmit the digitized signals at pre-determined, adjustable, and re-adjustable rates. In embodiments, the streaming sensors 5410, 5440, 5460, 5490, and 5500 are configured to acquire, digitize, process, and transmit data at a sufficient effective rate so that a relatively consistent stream of data may be maintained for a suitable amount of time so that a large number of effective analyses may be shown to be possible. In the many embodiments, there would be no gaps in the data stream and the length of data should be relatively long, ideally for an unlimited amount of time, although practical considerations typically require ending the stream. It will be appreciated in light of the disclosure that this long duration data stream with effectively no gap in the stream is in contrast to the more commonly used burst collection where data is collected for a relatively short period of time (i.e., a short burst of collection), followed by a pause, and then perhaps another burst collection and so on. In the commonly used collections of data collected over noncontiguous bursts, data would be collected at a slow rate for low frequency analysis and high frequency for high frequency analysis. In many embodiments of the present disclosure, in contrast, the streaming data is being collected (i) once, (ii) at the highest useful and possible sampling rate, and (iii) for a long enough time that low frequency analysis may be performed as well as high frequency. To facilitate the collection of the streaming data, enough storage memory must be available on the one or more streaming sensors such as the streaming sensors 5410, 5440,5460, 5490, 5500 so that new data may be off-loaded externally to another system before the memory overflows. In embodiments, data in this memory would be stored into and accessed from "First-In, First-Out" ("FIFO") mode. In these examples, the memory with a FIFO area may be a dual port so that the sensor controller may write to one part of it while the external system reads from a different part. In embodiments, data flow traffic may be managed by semaphore logic.
105421 It will be appreciated in light of the disclosure that vibration transducers that are larger in mass will have a lower linear frequency response range because the natural resonance of the probe is inversely related to the square root of the mass and will be lowered. Toward that end, a resonant response is inherently non-linear and so a transducer with a lower natural frequency will have a narrower linear passband frequency response.
It will also be appreciated in light of the disclosure that above the natural frequency the amplitude response of the sensor will taper off to negligible levels rendering it even more unusable. With that in mind, high frequency accelerometers, for this reason, tend to be quite small in mass, to the order of half of a gram. It will also be appreciated in light of the disclosure that adding the required signal processing and digitizing electronics required for streaming may, in certain situations, render the sensors incapable in many instances of measuring high-frequency activity.
105431 In embodiments, streaming hubs such as the streaming hubs 5420, 5480 may effectively move the electronics required for streaming to an external hub via cable. It will be appreciated in light of the disclosure that the streaming hubs may be located virtually next to the streaming sensors or up to a distance supported by the electronic driving capability of the hub. In instances where an internet cache protocol ("Ian is used, the distance supported by the electronic driving capability of the hub would be anywhere from 100 to 1000 feet (30.5 to 305 meters) based on desired frequency response, cable capacitance, and the like. In embodiments, the streaming hubs may be positioned in a location convenient for receiving power as well as connecting to a network (be it LAN or WAN). In embodiments, other power options would include solar, thermal as well as energy harvesting. Transfer between the streaming sensors and any external systems may be wireless or wired and may include such standard communication technologies as 802.11 and 900 MI-Iz wireless systems, Ethernet, USB, firewire and so on.
105441 With reference to Figure 18, the many examples of the DAQ instnunent include embodiments where data that may be uploaded from the local data control application 5062 to the master raw data server ("MRDS') 5082. In embodiments, information in the multimedia probe (IIMP") and probe control, sequence and analytical ("PCSA") information store 5040 may also be downloaded from the MRDS 5082 down to the DAQ instrument 5002. Further details of the MRDS 5082 are shown in Figure including embodiments where data may be transferred to the MRDS 5082 from the DAQ
instrument 5002 via a wired or wireless network, or through connection to one or more portable media, drive, other network connections, or the like. In embodiments, the DAQ
instrument 5002 may be configured to be portable and may be carried on one or more predetermined routes to assess predefined points of measurement. In these many examples, the operating system that may be included in the MRDS 5082 may be Windows, .. LinuxTM, or MacOSTm operating systems, or other similar operating systems.
Further, in these arrangements, the operating system, modules for the operating system, and other needed libraries, data storage, and the like may be accessible wholly or partially through access to the cloud network facility 5080. In embodiments, the MRDS 5082 may reside directly on the DAQ instrument 5002, especially in on-line system examples. In embodiments, the DAQ instrument 5002 may be linked on an intra-network in a facility but may otherwise be behind a firewall. In further examples, the DAQ
instnunent 5002 may be linked to the cloud network facility 5080. In the various embodiments, one of the computers or mobile computing devices may be effectively designated the MRDS
5082 to which all of the other computing devices may feed it data such as one of the MRDS 6104, .. as depicted in Figures 31 and 32. In the many examples where the DAQ
instrument 5002 may be deployed and configured to receive stream data in a swarm environment, one or more of the DAQ instruments 5002 may be effectively designated the MRDS 5082 to which all of the other computing devices may feed it data. In the many examples where the DAQ instrument 5002 may be deployed and configured to receive stream data in an environment where the methods and systems disclosed herein are intelligently assigning, controlling, adjusting, and re-adjusting data pools, computing resources, network bandwidth for local data collection, and the like, one or more of the DAQ
instruments 5002 may be effectively designated the MRDS 5082 to which all of the other computing devices may feed it data.
105451 With further reference to Figure 22, new raw streaming data, data that have been through extract, process, and align processes (EP data), and the like may be uploaded to one or more master raw data servers as needed or as scaled in various environments. In embodiments, a master raw data server ("MRDS") 5700 may connect to and receive data from other master raw data servers such as the MRDS 5082. The MRDS 5700 may include a data distribution manager module 5702. In embodiments, the new raw streaming data may be stored in the new stream data repository 5704. In many instances, like raw data streams stored on the DAQ instrument 5002, the new stream data repository 5704 and new extract and process data repository 5708 may be similarly configured as a temporary storage area.
105461 In embodiments, the MRDS 5700 may include a stream data analyzer module with an extract and process alignment module 5710. The analyzer module 5710 may be shown to be a more robust data analyzer and extractor than may be typically found on portable streaming DAQ instruments although it may be deployed on the DAQ instrument 5002 as well. In embodiments, the analyzer module 5710 takes streaming data and instantiates it at a specific sampling rate and resolution similar to the local data control module 5062 on the DAQ instrument 5002. The specific sampling rate and resolution of the analyzer module 5710 may be based on either user input 5712 or automated extractions from a multimedia probe ("MMP") and the probe control, sequence and analytical ("PCSA') information store 5714 and/or an identification mapping table 5718, which may require the user input 5712 if there is incomplete information regarding various forms of legacy data similar to as was detailed with the DAQ instrument 5002. In embodiments, legacy data may be processed with the analyzer module 5710 and may be stored in one or more temporary holding areas such as a new legacy data repository 5720. One or more temporary areas may be configured to hold data until it is copied to an archive and verified.
The analyzer 5710 module may also facilitate in-depth analysis by providing many varying types of signal processing tools including but not limited to filtering, Fourier transforms, weighting, resampling, envelope demodulation, wavelets, two-channel analysis, and the like. From this analysis, many different types of plots and mini-reports may be generated from a reports and plots module 5724. In embodiments, data is sent to the processing, analysis, reports, and archiving ("PARA") server 5730 upon user initiation or in an automated fashion especially for on-line systems.
105471 In embodiments, a PARA server 5750 may connect to and receive data from other PARA servers such as the PARA server 5730. With reference to Figure 24, the PARA
server 5730 may provide data to a supervisory module 5752 on the PARA server 5750 that may be configured to provide at least one of processing, analysis, reporting, archiving, supervisory, and similar functionalities. The supervisory module 5752 may also contain extract, process align functionality and the like. In embodiments, incoming streaming data may first be stored in a raw data stream archive 5760 after being properly validated. Based on the analytical requirements derived from a multimedia probe ("MMP") and probe control, sequence and analytical ("PCSA") information store 5762 as well as user settings, data may be extracted, analyzed, and stored in an extract and process ("EP") raw data archive 5764. In embodiments, various reports from a reports module 5768 are generated from the supervisory module 5752. The various reports from the reports module include trend plots of various smart bands, overalls along with statistical patterns, and the like. In embodiments, the reports module 5768 may also be configured to compare incoming data to historical data. By way of these examples, the reports module 5768 may search for and analyze adverse trends, sudden changes, machinery defect patterns, and the like. In embodiments, the PARA server 5750 may include an expert analysis module 5770 from which reports are generated and analysis may be conducted. Upon completion, archived data may be fed to a local master server ("LMS") 5772 via a server module 5774 that may connect to the local area network. In embodiments, archived data may also be fed to the LMS 5772 via a cloud data management server ("CDMS") 5778 through a server module for a cloud network facility 5080. In embodiments, the supervisory module 5752 on the PARA server 5750 may be configured to provide at least one of processing, analysis, reporting, archiving, supervisory, and similar functionalities from which alarms may be generated, rated, stored, modified, reassigned, and the like with an alarm generator module 5782.
105481 Figure 24 depicts various embodiments that include a PARA server 5800 and its connection to LAN 5802. In embodiments, one or more DAQ instruments such as the DAQ instrument 5002 may receive and process analog data from one or more analog sensors 5710 that may be fed into the DAQ instrument 5002. As discussed herein, the DAQ instrument 5002 may create a digital stream of data based on the ingested analog data from the one or more analog sensors. The digital stream from the DAQ
instrument 5002 may be uploaded to the MRDS 5082 and from there, it may be sent to the PARA
server 5800 where multiple terminals, such as terminal 5810 5812, 5814, may each interface with it or the MRDS 5082 and view the data and/or analysis reports.
In embodiments, the PARA server 5800 may communicate with a network data server that may include a LMS 5822. In these examples, the LMS 5822 may be configured as an optional storage area for archived data. The LMS 5822 may also be configured as an external driver that may be connected to a PC or other computing device that may run the LMS 5822; or the LMS 5822 may be directly run by the PARA server 5800 where the LMS 5822 may be configured to operate and coexist with the PARA server 5800.
The LMS 5822 may connect with a raw data stream archive 5824, an extract and process ("EP") raw data archive 5828, and a MMP and probe control, sequence and analytical ("PCSA') information store 5830. In embodiments, a CDMS 5832 may also connect to the LAN
5802 and may also support the archiving of data.
105491 In embodiments, portable connected devices 5850 such as a tablet 5852 and a smart phone 5854 may connect the CDMS 5832 using web APIs 5860 and 5862, respectively, as depicted in Figure 25. The APIs 5860, 5862 may be configured to execute in a browser and may permit access via a cloud network facility 5870 of all (or some of) the functions previously discussed as accessible through the PARA Server 5800. In embodiments, computing devices of a user 5880 such as computing devices 5882, 5884, 5888 may also access the cloud network facility 5870 via a browser or other connection in order to receive the same functionality. In embodiments, thin-client apps which do not require any other device drivers and may be facilitated by web services supported by cloud services 5890 and cloud data 5892. In many examples, the thin-client apps may be developed and reconfigured using, for example, the visual high-level LabVIEWTm programming language with NXGrm Web-based virtual interface subroutines. In embodiments, thin client apps may provide high-level graphing functions such as those supported by Lab VIEW tools. In embodiments, the LabVIEWrm tools may generate JSCRIPTrm code and JAVA Tm code that may be edited post-compilation. The NXGTm tools may generate Web VI's that may not require any specialized driver and only some RESTfulTm services which may be readily installed from any browser. It will be appreciated in light of the disclosure that because various applications may be run inside a browser, the applications may be run on any operating system, such as WindovvsTm, LinuxTM, and Androidrm operating systems especially for personal devices, mobile devices, portable connected devices, and the like.
105501 In embodiments, the CDMS 5832 is depicted in greater detail in Figure 26. In embodiments, the CDMS 5832 may provide all of the data storage and services that the PARA Server 5800 (Figure 34) may provide. In contrast, all of the API's may be web API's which may run in a browser and all other apps may run on the PARA Server or the DAQ instrument 5002 which may typically be Windows, Linux Tm or other similar operating systems. In embodiments, the CDMS 5832 includes at least one of or combinations of the following functions: the CDMS 5832 may include a cloud GUI
that may be configured to provide access to all data plots including trend, waveform, spectra, envelope, transfer function, logs of measurement events, analysis including expert, utilities, and the like. In embodiments, the CDMS 5832 may include a cloud data exchange 5902 configured to facilitate the transfer of data to and from the cloud network facility 5870. In embodiments, the CDMS 5832 may include a cloud plots/trends module 5904 that may be configured to show all plots via web apps including trend, waveform, spectra, envelope, transfer function, and the like. In embodiments, the CDMS
5832 may include a cloud reporter 5908 that may be configured to provide all analysis reports, logs, expert analysis, trend plots, statistical information, and the like. In embodiments, the CDMS 5832 may include a cloud alarm module 5910. Alarms from the cloud alarm module 5910 may be generated and may be sent to various devices 5920 via email, texts, or other messaging mechanisms. From the various modules, data may be stored in new data 5914. The various devices 5920 may include a terminal 5922, portable connected device 5924, or a tablet 5928. The alarms from the cloud alarm module aiv designed to be interactive so that the end user may acknowledge alarms in order to avoid receiving redundant alarms and also to see significant context-sensitive data from the alarm points that may include spectra, waveform statistical info, and the like.
105511 In embodiments, a relational database server ("RDS") 5930 may be used to access all of the information from a MMP and PCSA information store 5932. As with the PARA
server 5800 (Figure 26), information from the information store 5932 may be used with an EP and align module 5934, a data exchange 5938 and the expert system 5940.
In embodiments, a raw data stream archive 5942 and extract and process raw data archive 5944 may also be used by the EP align 5934, the data exchange 5938 and the expert system 5940 as with the PARA server 5800. In embodiments, new stream raw data 5950, new extract and process raw data 5952, and new data 5954 (essentially all other raw data such as overalls, smart bands, stats, and data from the information store 5932) are directed by the CDMS 5832.
105521 In embodiments, the streaming data may be linked with the RDS 5930 and the MMP and PCSA information store 5932 using a technical data management streaming ("TDMS") file format. In embodiments, the information store 5932 may include tables for recording at least portions of all measurement events. By way of these examples, a measurement event may be any single data capture, a stream, a snapshot, an averaged level, or an overall level. Each of the measurement events in addition to point identification information may also have a date and time stamp. In embodiments, a link may be made between the streaming data, the measurement event, and the tables in the information store 5932 using the TDMS format. By way of these examples, the link may be created by storing unique measurement point identification codes with a file structure having the TDMS format by including and assigning TDMS properties. In embodiments, a file with the TDMS format may allow for three levels of hierarchy. By way of these examples, the three levels of hierarchy may be root, group, and channel. It will be appreciated in light of the disclosure that the Mimosa" m database schema may be, in theory, unlimited. With that said, there are advantages to limited TDMS hierarchies. In the many examples, the following properties may be proposed for adding to the TDMS Stream structure while using a Mimosa Compatible database schema.
105531 Root Level: Global ID 1: Text String (This could be a unique ID
obtained from the web.); Global ID 2: Text String (This could be an additional ID obtained from the web.);
Company Name: Text String; Company ID: Text String; Company Segment ID: 4-byte Integer; Company Segment ID: 4-byte Integer; Site Name: Text String; Site Segment ID:
4-byte Integer; Site Asset ID: 4-byte Integer; Route Name: Text String;
Version Number:
Text String 105541 Group Level: Section I Name: Text String; Section 1 Segment ID: 4-byte Integer;
Section 1 Asset ID: 4-byte Integer; Section 2 Name: Text String; Section 2 Segment ID:
4-byte Integer; Section 2 Asset ID: 4-byte Integer; Machine Name: Text String;
Machine Segment ID: 4-byte Integer; Machine Asset ID: 4-byte Integer; Equipment Name:
Text String; Equipment Segment ID: 4-byte Integer; Equipment Asset ID: 4-byte Integer; Shaft Name: Text String; Shaft Segment ID: 4-byte Integer; Shaft Asset ID: 4-byte integer;
Bearing Name: Text String; Bearing Segment ID: 4-byte Integer; Bearing Asset ID: 4-byte Integer; Probe Name: Text String; Probe Segment ID: 4-byte Integer; Probe Asset ID: 4-byte Integer 105551 Channel Level: Channel #: 4-byte Integer; Direction: 4-byte Integer (in certain examples may be text); Data Type: 4-byte Integer; Reserved Name 1: Text String;
Reserved Segment ID 1: 4-byte Integer; Reserved Name 2: Text String; Reserved Segment ID 2: 4-byte Integer; Reserved Name 3: Text String; Reserved Segment ID 3: 4-byte Integer 105561 In embodiments, the file with the TDMS format may automatically use property or asset information and may make an index file out of the specific property and asset information to facilitate database searches, may offer a compromise for storing voluminous streams of data because it may be optimized for storing binary streams of data but may also include some minimal database structure making many standard SQL
operations feasible, but the TDMS format and functionality discussed herein may not be as efficient as a full-fledged SQL relational database. The TDMS format, however, may take advantage of both worlds in that it may balance between the class or format of writing and storing large streams of binary data efficiently and the class or format of a fully relational database, which facilitates searching, sorting and data retrieval.
In embodiments, an optimum solution may be found in that metadata required for analytical purposes and extracting prescribed lists with panel conditions for stream collection may be stored in the RDS 5930 by establishing a link between the two database methodologies. By way of these examples, relatively large analog data streams may be stored predominantly as binary storage in the raw data stream archive 5942 for rapid stream loading but with inherent relational SQL type hooks, fonnats, conventions, or the like. The files with the TDMS
format may also be configured to incorporate DIAdemTm reporting capability of LabVIEWrm software in order to provide a further mechanism to conveniently and rapidly facilitate accessing the analog or the streaming data.
105571 The methods and systems disclosed herein may include, connect to, or be integrated with a virtual data acquisition instrument and in the many embodiments, Figure 27 shows methods and systems that include a virtual streaming DAQ instnunent 6000 also known as a virtual DAQ instrument, a VRDS, or a VSDAQ. In contrast to the DAQ
instrument 5002 (Figure 18), the virtual DAQ instrument 6000 may be configured so to only include one native application. In the many examples, the one permitted and one native application may be the DAQ driver module 6002 that may manage all communications with the DAQ Device 6004 which may include streaming capabilities. In embodiments, other applications, if any, may be configured as thin client web applications such as RESTfulTm web services. The one native application, or other applications or services, may be accessible through the DAQ Web API 6010. The DAQ Web API 6010 may run in or be accessible through various web browsers.
105581 In embodiments, storage of streaming data, as well as the extraction and processing of streaming data into extract and process data, may be handled primarily by the DAQ
driver services 6012 under the direction of the DAQ Web APT 6010. In embodiments, the output from sensors of various types including vibration, temperature, pressure, ultrasound and so on may be fed into the instrument inputs of the DAQ device 6004. In embodiments, the signals from the output sensors may be signal conditioned with respect to scaling and filtering and digitized with an analog to a digital converter. In embodiments, the signals from the output sensors may be signals from all relevant channels simultaneously sampled at a rate sufficient to perform the maximum desired frequency analysis. In embodiments, the signals from the output sensors may be sampled for a relatively long time, gap-free, as one continuous stream so as to enable a wide array of further post-processing at lower sampling rates with sufficient samples. In further examples, streaming frequency may be adjusted (and readjusted) to record streaming data at non-evenly spaced recording. For temperature data, pressure data, and other similar data that may be relatively slow, varying delta times between samples may further improve quality of the data. By way of the above examples, data may be streamed from a collection of points and then the next set of data may be collected from additional points according to a prescribed sequence, route, path, or the like. In the many examples, the portable sensors may be moved to the next location according to the prescribed sequence but not necessarily all of them as some may be used for reference phase or otherwise. In further examples, a multiplexer 6020 may be used to switch to the next collection of points or a mixture of the two methods may be combined.
105591 In embodiments, the sequence and panel conditions that may be used to govern the data collection process using the virtual DAQ instrument 6000 may be obtained from the IVIMP PCSA information store 6022. The MMP PCSA information store 6022 may include such items as the hierarchical structural relationships of the machine, i.e., a machine contains pieces of equipment in which each piece of equipment contains shafts and each shaft is associated with bearings, which may be monitored by specific types of transducers or probes according to a specific prescribed sequence (routes, path, etc.) with specific panel conditions. By way of these examples, the panel conditions may include hardware specific switch settings or other collection parameters such as sampling rate, AC/DC
coupling, voltage range and gain, integration, high and low pass filtering, anti-aliasing filtering, ICPTM transducers and other integrated-circuit piezoelectric transducers, 4-20 mA loop sensors, and the like. The information store 6022 includes other information that may be stored in what would be machinery specific features that would be important for proper analysis including the number of gear teeth for a gear, the number of blades in a pump impeller, the number of motor rotor bars, bearing specific parameters necessary for calculating bearing frequencies, lx rotating speed (RPMs) of all rotating elements, and the like.
105601 Upon direction of the DAQ Web API 6010 software, digitized waveforms may be uploaded using the DAQ driver services 6012 of the virtual DAQ instrument 6000. In embodiments, data may then be fed into an RLN data and control server 6030 that may store the stream data into a network stream data repository 6032. Unlike the DAQ
instrument 5002, the server 6030 may run from within the DAQ driver module 6002. It will be appreciated in light of the disclosure that a separate application may require drivers for running in the native operating system and for this instrument only the instrument driver may run natively. In many examples, all other applications may be configured to be browser based. As such, a relevant network variable may be very similar to a LabVIEWTm shared or network stream variable which may be designed to be accessed over one or more networks or via web applications.
105611 In embodiments, the DAQ web API 6010 may also direct the local data control application 6034 to extract and process the recently obtained streaming data and, in turn, convert it to the same or lower sampling rates of sufficient length to provide the desired resolution. This data may be converted to spectra, then averaged and processed in a variety of ways and stored as EP data, such as on an EP data repository 6040. The EP
data repository 6040 may, in certain embodiments, only be meant for temporary storage. It will be appreciated in light of the disclosure that legacy data may require its own sampling rates and resolution and often this sampling rate may not be integer proportional to the acquired sampling rate especially for order-sampled data whose sampling frequency is related directly to an external frequency. The external frequency may typically be the running speed of the machine or its internal componenny, rather than the more-standard sampling rates produced by the internal crystals, clock functions, and the like of the (e.g., values of Fmax of 100, 200, 500, 1K, 2K, 5K, 10K, 20K and soon) of the DAQ
instnunent 5002, 6000. In embodiments, the EP align component of the local data control application 6034 is able to fractionally adjust the sampling rate to the non-integer ratio rates that may be more applicable to legacy data sets and therefore drive compatibility with legacy systems. In embodiments, the fractional rates may be converted to integer ratio rates more readily because the length of the data to be processed (or at least that portion of the greater stream of data) is adjustable because of the depth and content of the original acquired streaming data by the DAQ instrument 5002, 6000. It will be appreciated in light of the disclosure that if the data was not streamed and just stored as traditional snap-shots of spectra with the standard values of Fmax, it may very well be impossible to retroactively and accurately convert the acquired data to the order-sampled data. In embodiments, the stream data may be converted, especially for legacy data purposes, to the proper sampling rate and resolution as described and stored in the EP legacy data repository 6042. To support legacy data identification scenarios, a user input 6044 may be included if there is no automated process for identification translation. In embodiments, one such automated process for identification translation may include importation of data from a legacy system that may contain a fully standardized format such as the Mimosa' m format and sufficient identification information to complete an ID Mapping Table 6048. In further examples, the end user, a legacy data vendor, a legacy data storage facility, or the like may be able to supply enough info to complete (or sufficiently complete) relevant portions of the ID
Mapping Table 6048 to provide, in turn, the database schema for the raw data of the legacy system so it may be readily ingested, saved, and used for analytics in the current systems disclosed herein.
105621 Figure 28 depicts further embodiments and details of the virtual DAQ
Instrument 6000. In these examples, the DAQ Web API 6010 may control the data collection process as well as its sequence. The DAQ Web API 6010 may provide the capability for editing this process, viewing plots of the data, controlling the processing of that data and viewing the output in all its myriad forms, analyzing the data, including the expert analysis, communicating with external devices via the DAQ driver module 6002, as well as communicating with and transferring both streaming data and EP data to one or more cloud network facilities 5080 whenever possible. In embodiments, the virtual DAQ
instrument itself and the DAQ Web API 6010 may run independently of access to cloud network facilities 5080 when local demands may require or simply as a result of there being no outside connectivity such use throughout a proprietary industrial setting that prevents such signals. In embodiments, the DAQ Web API 6010 may also govern the movement of data, its filtering, as well as many other housekeeping functions.
105631 The virtual DAQ Instrument 6000 may also include an expert analysis module 6052. In embodiments, the expert analysis module 6052 may be a web application or other suitable module that may generate reports 6054 that may use machine or measurement point specific information from the MMP PCSA information store 6022 to analyze stream data 6058 using the stream data analyzer module 6050. In embodiments, supervisory control of the module 6052 may be provided by the DAQ Web API 6010. In embodiments, the expert analysis may also be supplied (or supplemented) via the expert system module 5940 that may be resident on one or more cloud network facilities that are accessible via the CDMS 5832. In many examples, expert analysis via the cloud may be preferred over local systems such as expert analysis module 6052 for various reasons, such as the availability and use of the most up-to-date software version, more processing capability, a bigger volume of historical data to reference and the like. It will be appreciated in light of the disclosure that it may be important to offer expert analysis when an internet connection cannot be established so as to provide a redundancy, when needed, for seamless and time efficient operation. In embodiments, this redundancy may be extended to all of the discussed modular software applications and databases where applicable so each module discussed herein may be configured to provide redundancy to continue operation in the absence of an intemet connection.
105641 Figure 29 depicts further embodiments and details of many virtual DAQ
instruments existing in an online system and connecting through network endpoints through a central DAQ instrument to one or more cloud network facilities. In embodiments, a master DAQ instrument with network endpoint 6060 is provided along with additional DAQ instruments such as a DAQ instrument with network endpoint 6062, a DAQ instrument with network endpoint 6064, and a DAQ instrument with network endpoint 6068. The master DAQ instnunent with network endpoint 6060 may connect with the other DAQ instruments with network endpoints 6062, 6064, 6068 over LAN
6070. It will be appreciated that each of the instruments 6060, 6062, 6064, 6068 may include personal computer, a connected device, or the like that include Windowsill, Linukrm, or other suitable operating systems to facilitate ease of connection of devices utilizing many wired and wireless network options such as Ethernet, wireless 802.11g, 900 Mliz wireless (e.g., for better penetration of walls, enclosures and other structural barriers commonly encountered in an industrial setting), as well as a myriad of other things permitted by the use of off-the-shelf communication hardware when needed.
105651 Figure 30 depicts further embodiments and details of many functional components of an endpoint that may be used in the various settings, environments, and network connectivity settings. The endpoint includes endpoint hardware modules 6080.
In embodiments, the endpoint hardware modules 6080 may include one or more multiplexers 6082, a DAQ instrument 6084, as well as a computer 6088, computing device, PC, or the like that may include the multiplexers, DAQ instruments, and computers, connected devices and the like, as disclosed herein. The endpoint software modules 6090 include a data collector application (DCA) 6092 and a raw data server (RDS) 6094. In embodiments, DCA 6092 may be similar to the DAQ API 5052 (Figure 18) and may be configured to be responsible for obtaining stream data from the DAQ device 6084 and storing it locally according to a prescribed sequence or upon user directives. In the many examples, the prescribed sequence or user directives may be a LabVIEWTm software app that may control and read data from the DAQ instruments. For cloud based online systems, the stored data in many embodiments may be network accessible. In many examples, LabVIEWTm tools may be used to accomplish this with a shared variable or network stream (or subsets of shared variables). Shared variables and the affiliated network streams may be network objects that may be optimized for sharing data over the network. In many embodiments, the DCA 6092 may be configured with a graphic user interface that may be configured to collect data as efficiently and fast as possible and push it to the shared variable and its affiliated network stream. In embodiments, the endpoint raw data server 6094 may be configured to read raw data from the single-process shared variable and may place it with a master network stream. In embodiments, a raw stream of data from portable systems may be stored locally and temporarily until the raw stream of data is pushed to the MRDS 5082 (Figure 18). It will be appreciated in light of the disclosure that on-line system instruments on a network can be termed endpoints whether local or remote or associated with a local area network or a wide area network. For portable data collector applications that may or may not be wirelessly connected to one or more cloud network facilities, the endpoint term may be omitted as described so as to detail an instrument that may not require network connectivity.
[0566] Figure 31 depicts further embodiments and details of multiple endpoints with their respective software blocks with at least one of the devices configured as master blocks.
Each of the blocks may include a data collector application ("DCA") 7000 and a raw data server ("RDS") 7002. In embodiments, each of the blocks may also include a master raw data server module ("MRDS") 7004, a master data collection and analysis module ("MDCA") 7008, and a supervisory and control interface module ("SCI") 7010.
The MRDS 7004 may be configured to read network stream data (at a minimum) from the other endpoints and may forward it up to one or more cloud network facilities via the CDMS 5832 including the cloud services 5890 and the cloud data 5892. In embodiments, the CDMS 5832 may be configured to store the data and to provide web, data, and processing services. In these examples, this may be implemented with a LthVIEWTM
application that may be configured to read data from the network streams or share variables from all of the local endpoints, write them to the local host PC, local computing device, connected device, or the like, as both a network stream and file with TDMSTm formatting.
In embodiments, the CDMS 5832 may also be configured to then post this data to the appropriate buckets using the Lab VIEW or similar software that may be supported by 53TM
web service from the Amazon Web Services ("AWSTm") on the Amazon TM web server, or the like and may effectively serve as a back-end server. In the many examples, different criteria may be enabled or may be set up for when to post data, create or adjust schedules, create or adjust event triggering including a new data event, create a buffer full message, create or more alarms messages, and the like.
[0567] In embodiments, the MDCA 7008 may be configured to provide automated as well as user-directed analyses of the raw data that may include tracking and annotating specific occurrence and in doing so, noting where reports may be generated and alarms may be noted. In embodiments, the SCI 7010 may be an application configured to provide remote control of the system from the cloud as well as the ability to generate status and alarms. In embodiments, the SCI 7010 may be configured to connect to, interface with, or be integrated into a supervisory control and data acquisition ("SCADA") control system. In embodiments, the SC! 7010 may be configured as a LabVIEWTm application that may provide remote control and status alerts that may be provided to any remote device that may connect to one or more of the cloud network facilities 5870.
105681 In embodiments, the equipment that is being monitored may include RFID
tags that may provide vital machinery analysis background information. The RFID
tags may be associated with the entire machine or associated with the individual componentry and may be substituted when certain parts of the machine are replaced, repaired, or rebuilt. The RFID tags may provide permanent information relevant to the lifetime of the unit or may also be re-flashed to update with at least a portion of new information. In many embodiments, the DAQ instruments 5002 disclosed herein may interrogate the one or more RFID chips to learn of the machine, its componentry, its service history, and the hierarchical structure of how everything is connected including drive diagrams, wire diagrams, and hydraulic layouts. In embodiments, some of the information that may be retrieved from the RF1D tags includes manufacturer, machinery type, model, serial number, model number, manufacturing date, installation date, lots numbers, and the like.
By way of these examples, machinery type may include the use of a Mimosa Tm format table including information about one or more of the following motors, gearboxes, fans, and compressors. The machinery type may also include the number of bearings, their type, their positioning, and their identification numbers. The information relevant to one or more fans includes fan type, number of blades, number of vanes, and number of belts. It will be appreciated in light of the disclosure that other machines and their componentry may be similarly arranged hierarchically with relevant information all of which may be available through interrogation of one or more RFID chips associated with the one or more machines.
105691 In embodiments, data collection in an industrial environment may include routing analog signals from a plurality of sources, such as analog sensors, to a plurality of analog signal processing circuits. Routing of analog signals may be accomplished by an analog crosspoint switch that may route any of a plurality of analog input signals to any of a plurality of outputs, such as to analog and/or digital outputs. Routing of inputs to outputs in an analog signal crosspoint switch in an industrial environment may be configurable, such as by an electronic signal to which a switch portion of the analog crosspoint switch is responsive.
10570) In embodiments, the analog crosspoint switch may receive analog signals from a plurality of analog signal sources in the industrial environment. Analog signal sources may include sensors that produce an analog signal. Sensors that produce an analog signal that may be switched by the analog crosspoint switch may include sensors that detect a condition and convert it to an analog signal that may be representative of the condition, such as converting a condition to a corresponding voltage. Exemplary conditions that may be represented by a variable voltage may include temperature, friction, sound, light, torque, revolutions-per-minute, mechanical resistance, pressure, flow rate, and the like, including any of the conditions represented by inputs sources and sensors disclosed throughout this disclosure and the documents incorporated herein by reference.
Other forms of analog signal may include electrical signals, such as variable voltage, variable current, variable resistance, and the like.
105711 In embodiments, the analog crosspoint switch may preserve one or more aspects of an analog signal being input to it in an industrial environment. Analog circuits integrated into the switch may provide buffered outputs. The analog circuits of the analog crosspoint switch may follow an input signal, such as an input voltage to produce a buffered representation on an output. This may alternatively be accomplished by relays (mechanical, solid state, and the like) that allow an analog voltage or current present on an input to propagate to a selected output of the analog switch.
10572) In embodiments, an analog crosspoint switch in an industrial environment may be configured to switch any of a plurality of analog inputs to any of a plurality of analog outputs. An example embodiment includes a MIMO, multiplexed configuration. An analog crosspoint switch may be dynamically configurable so that changes to the configuration causes a change in the mapping of inputs to outputs. A
configuration change may apply to one or more mappings so that a change in mapping may result in one or more of the outputs being mapped to different input than before the configuration change.
[0573) In embodiments, the analog crosspoint switch may have more inputs than outputs, so that only a subset of inputs can be routed to outputs concurrently. In other embodiments, the analog crosspoint switch may have more outputs than inputs, so that either a single input may be made available currently on multiple outputs, or at least one output may not be mapped to any input.
.. 105741 In embodiments, an analog crosspoint switch in an industrial environment may be configured to switch any of a plurality of analog inputs to any of a plurality of digital outputs. To accomplish conversion from analog inputs to digital outputs, an analog-to-digital converter circuit may be configured on each input, each output, or at intermediate points between the input(s) and output(s) of the analog crosspoint switch.
Benefits of .. including digitization of analog signals in an analog crosspoint switch that may be located close to analog signal sources may include reducing signal transport costs and complexity that digital signal communication has over analog, reducing energy consumption, facilitating detection and regulation of aberrant conditions before they propagate throughout an industrial environment, and the like. Capturing analog signals close to their .. source may also facilitate improved signal routing management that is more tolerant of real world effects such as requiring that multiple signals be routed simultaneously. In this example, a portion of the signals can be captured (and stored) locally while another portion can be transferred through the data collection network. Once the data collection network has available bandwidth, the locally stored signals can be delivered, such as with a time .. stamp indicating the time at which the data was collected. This technique may be useful for applications that have concurrent demand for data collection channels that exceed the number of channels available. Sampling control may also be based on an indication of data worth sampling. As an example, a signal source, such as a sensor in an industrial enviromnent may provide a data valid signal that transmits an indication of when data from the sensor is available.
[0575) In embodiments, mapping inputs of the analog crosspoint switch to outputs may be based on a signal route plan for a portion of the industrial environment that may be presented to the crosspoint switch. The signal route plan may be used in a method of data collection in the industrial environment that may include routing a plurality of analog signals along a plurality of analog signal paths. The method may include connecting the plurality of analog signals individually to inputs of the analog crosspoint switch that may be configured with a route plan. The crosspoint switch may, responsively to the configured route plan, route a portion of the plurality of analog signals to a portion of the plurality of analog signal paths.
105761 In embodiments, the analog crosspoint switch may include at least one high current output drive circuit that may be suitable for routing the analog signal along a path that requires high current. In embodiments, the analog crosspoint switch may include at least one voltage-limited input that may facilitate protecting the analog crosspoint switch from damage due to excessive analog input signal voltage. In embodiments, the analog crosspoint switch may include at least one current limited input that may facilitate protecting the analog crosspoint switch from damage due to excessive analog input current. The analog crosspoint switch may comprise a plurality of interconnected relays that may facilitate routing the input(s) to the output(s) with little or no substantive signal loss.
105771 In embodiments, an analog crosspoint switch may include processing functionality, such as signal processing and the like (e.g., a programmed processor, special purpose processor, a digital signal processor, and the like) that may detect one or more analog input signal conditions. In response to such detection, one or more actions may be performed, such as setting an alarm, sending an alarm signal to another device in the industrial environment, changing the crosspoint switch configuration, disabling one or more outputs, powering on or off a portion of the switch, changing a state of an output, such as a general purpose digital or analog output, and the like. In embodiments, the switch may be configured to process inputs for producing a signal on one or more of the outputs. The inputs to use, processing algorithm for the inputs, condition for producing the signal, output to use, and the like may be configured in a data collection template.
105781 In embodiments, an analog crosspoint switch may comprise greater than 32 inputs and greater than 32 outputs. A plurality of analog crosspoint switches may be configured so that even though each switch offers fewer than 32 inputs and 32 outputs it may be configured to facilitate switching any of 32 inputs to any of 32 outputs spread across the plurality of crosspoint switches.
105791 In embodiments, an analog crosspoint switch suitable for use in an industrial environment may comprise four or fewer inputs and four or fewer outputs. Each output may be configurable to produce an analog output that corresponds to the mapped analog input or it may be configured to produce a digital representation of the corresponding mapped input.
105801 In embodiments, an analog crosspoint switch for use in an industrial environment may be configured with circuits that facilitate replicating at least a portion of attributes of the input signal, such as current, voltage range, offset, frequency, duty cycle, ramp rate, and the like while buffering (e.g., isolating) the input signal from the output signal.
Alternatively, an analog crosspoint switch may be configured with unbuffered inputs/outputs, thereby effectively producing a bi-directional based crosspoint switch).
105811 In embodiments, an analog crosspoint switch for use in an industrial environment may include protected inputs that may be protected from damaging conditions, such as through use of signal conditioning circuits. Protected inputs may prevent damage to the switch and to downstream devices to which the switch outputs connect. As an example, inputs to such an analog crosspoint switch may include voltage clipping circuits that prevent a voltage of an input signal from exceeding an input protection threshold. An active voltage adjustment circuit may scale an input signal by reducing it uniformly so that a maximum voltage present on the input does not exceed a safe threshold value.
As another example, inputs to such an analog crosspoint switch may include current shunting circuits that cause current beyond a maximum input protection current threshold to be diverted through protection circuits rather than enter the switch. Analog switch inputs may be protected from electrostatic discharge and/or lightning strikes. Other signal conditioning functions that may be applied to inputs to an analog crosspoint switch may include voltage scaling circuitry that attempts to facilitate distinguishing between valid input signals and low voltage noise that may be present on the input. However, in embodiments, inputs to the analog crosspoint switch may be unbuffered and/or unprotected to make the least impact on the signal. Signals such as alarm signals, or signals that cannot readily tolerate protection schemes, such as those schemes described above herein may be connected to unbuffered inputs of the analog crosspoint switch.
[0582] In embodiments, an analog crosspoint switch may be configured with circuitry, logic, and/or processing elements that may facilitate input signal alann monitoring. Such an analog crosspoint switch may detect inputs meeting alarm conditions and in response thereto, switch inputs, switch mapping of inputs to outputs, disable inputs, disable outputs, issue an alarm signal, activate/deactivate a general-purpose output, or the like.
[0583] In embodiments, a system for collecting data in an industrial environment may include an analog crosspoint switch that may be adapted to selectively power up or down portions of the analog crosspoint switch or circuitry associated with the analog crosspoint switch, such as input protection devices, input conditioning devices, switch control devices and the like. Portions of the analog crosspoint switch that may be powered on/off may include outputs, inputs, sections of the switch and the like. In an example, an analog crosspoint switch may include a modular structure that may separate portions of the switch into independently powered sections. Based on conditions, such as an input signal meeting a criterion or a configuration value being presented to the analog crosspoint switch, one or more modular sections may be powered on / off.
[0584] In embodiments, a system for collecting data in an industrial environment may include an analog crosspoint switch that may be adapted to perform signal processing including, without limitation, providing a voltage reference for detecting an input crossing the voltage reference (e.g., zero volts for detecting zero-crossing signals), a phase-lock loop to facilitate capturing slow frequency signals (e.g., low-speed revolution-per-minute signals and detecting their corresponding phase), deriving input signal phase relative to other inputs, deriving input signal phase relative to a reference (e.g., a reference clock), deriving input signal phase relative to detected alarm input conditions and the like. Other signal processing functions of such an analog crosspoint switch may include oversampling of inputs for delta-sigma AID, to produce lower sampling rate outputs, to minimize AA
filter requirements and the like. Such an analog crosspoint switch may support long block sampling at a constant sampling rate even as inputs are switched, which may facilitate input signal rate independence and reduce complexity of sampling scheme(s). A
constant sampling rate may be selected from a plurality of rates that may be produced by a circuit, such as a clock divider circuit that may make available a plurality of components of a reference clock.
DEMANDE OU BREVET VOLUMINEUX
LA PRESENTE PARTIE DE CETTE DEMANDE OU CE BREVET COMPREND
PLUS D'UN TOME.
NOTE : Pour les tomes additionels, veuillez contacter le Bureau canadien des brevets JUMBO APPLICATIONS/PATENTS
THIS SECTION OF THE APPLICATION/PATENT CONTAINS MORE THAN ONE
VOLUME
NOTE: For additional volumes, please contact the Canadian Patent Office NOM DU FICHIER / FILE NAME:
NOTE POUR LE TOME / VOLUME NOTE:
Claims (163)
1. A platform for facilitating development of intelligence in an Industrial Internet of Things (Hog) system, comprising:
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the 11oT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer;
an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systems in the IIoT system; and an industrial management application platform layer that includes a plurality of applications and that manages the platform in a common application 1.5 en vironment, wherein the adaptive intelligent systems layer includes a robotic process automation system that develops and deploys automation capabilities for one or more of the plurality of industrial entities in the IIoT system.
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the 11oT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer;
an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systems in the IIoT system; and an industrial management application platform layer that includes a plurality of applications and that manages the platform in a common application 1.5 en vironment, wherein the adaptive intelligent systems layer includes a robotic process automation system that develops and deploys automation capabilities for one or more of the plurality of industrial entities in the IIoT system.
2. The platform of claim 1, wherein the robotic process automation system receives data from the industrial monitoring systems layer and the industrial entity-oriented data storage systems layer.
3. The platform of claim 1, wherein the robotic process automation system automates at least one of a set of software functions and a set of physical tasks based on a training set of observations of expert human actions.
4. The platform of claim 1, wherein the robotic process automation system tracks and records a set of states, actions, events, and results that occur by, within, from, or about systems and processes with which a human is engaging in the TIoT system.
5. The platform of claim 1, wherein the robotic process automation system records mouse clicks on a frame of video that appears within a process by which a human reviews the video.
6. The platform of claim 5, wherein the human highlights points of interest within the video, tags objects in the video, captures parameters in the video, or operates on the video within a graphical user interface.
7. The platform of claim 1, wherein the robotic process automation system tracks and records sets of interactions of a human as the human interact with a set of interfaces associated with a computing device within the IIoT system.
8. The platform of claim 7, wherein the robotic process automation system tracks and records a set of states, actions, events, and results that occur by, within, from, or about systems and processes with which the human is engaging in the IIoT system.
9. The platform of claim 1, wherein the robotic process automation system utilizes an artificial intelligence system to develop and deploy automation capabilities for one or more of the plurality of industrial entities in the IIoT system.
10. The system of claim 9, wherein the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
11. The system of claim 9, wherein the artificial intelligence system is trained with a training set of observations of human interactions and system states, events, and outcomes in the iloT system.
12. The system of claim 11, wherein the robotic process automation system obtains the training set.
13. The platform of claim 11, wherein the robotic process automation system records system states, events, and outcomes in training set.
14. The platform of claim 11, wherein the robotic process automation system tracks and records the observations of human interactions as the human interacts with a set of interfaces associated with a computing device within the lIoT system.
15. The platfonn of claim 7, wherein the system or process states and events include elements that were a subject of human interaction, what a state of a system was or is before, during and after the human interaction, and what outputs were provided by the system or what results were achieved.
16. The platform of claim 1, wherein the robotic process automation system further includes a human correction system that receives inputs from a human during an initial automation capability deployment, wherein the human inputs are utilized to improve performance of the automation capability.
17. The platform of claim 1, wherein the robotic process automation system is seeded during a learning phase with a set of expert human interactions in order to develop and deploy the automation capabilities to replicate the expert human interactions.
18. The platform of claim 17, wherein the robotic process automation system enters a deep learning phase subsequent to the learning phase in order to improve performance of the automation capabilities when compared to the expert human interactions.
19. The platform of claim 18, wherein the robotic process automation system in the deep learning phase utilizes feedback of one or more outcomes to improve performance of the automation capabilities.
20. The platform of claim 1, wherein the robotic process automation system includes a cornputer vision system to analyze images of a display of a computer while a user is manually interacting with the computer while performing a specific process to teach a robot how to perform the process.
21. A platform for facilitating development of intelligence in an Industrial Internet of Things (Hop system, comprising:
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IIoT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer;
an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platfonn layer that manages the platform in a common application environment.
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IIoT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer;
an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platfonn layer that manages the platform in a common application environment.
22. The platform of claim 21, further comprising a set of interfaces that exchange data between the plurality of distinct data-handling layers.
23. The platform of claim 22, wherein the set of interfaces comprises at least one of an application programming interface (API), a broker, a service, a connector, a wired or wireless communication link, a port, a human-accessible interface, and a software interface.
24. The platform of claim 22, wherein each of the plurality of distinct data-handling layers has a micro-services architecture.
25. The platform of claim 21, wherein each of the plurality of distinct data-handling layers has a microservices architecture.
26. The platform of claim 25, wherein outputs, events, and outcomes are exchanged between the plurality of distinct data-handling layers.
27. The platform of claim 21, wherein the industrial entity-oriented data storage systems layer stores produced data that is generated by other layers of the plurality of distinct data-handling layers.
28. The platform of claim 27, wherein the industrial entity-oriented data storage systems layer is a common data source for other layers of the plurality of distinct data-handling layers.
29. The platform of claim 21, wherein the industrial entity-oriented data storage systems layer is a common data source for other layers of the plurality of distinct data-handling layers.
30. The platform of claim 21, wherein the data stored in the industrial entity-oriented data storage systems layer comprises one or more of asset and facility data, worker data, event data, claims data, production data, and supply chain data.
31. The platforin of claim 30, wherein the asset and facility data comprises one or more of asset identity data. operational data, transactional data, event data, state data, workflow data, and maintenance data
32. The platform of claim 30, wherein the worker data comprises one or more of identity data. role data. task data, workflow data, health data, performance data, and quality data.
33. The platform of claim 30, wherein the event data comprises one or more of process events, financial events, output events, input events, state-change events, operating events, repair events, maintenance events, service events, damage events, injury events, replacement events, refueling events, recharging events, and supply events.
34. The platform of claim 30, wherein the claims data comprises one or more of insurance claims data, product liability claims data, general liability claims data, workers compensation claims data, injury claims data, and contract claims data.
35. The platform of claim 30, wherein the production data comprises one or more of data relating to energy production found in databases of public utilities or independent services organizations that maintain energy infrastructure, data relating to outputs of manufacturing, data related to outputs of mining and energy extraction facilities, and outputs of drilling and pipeline facilities.
36. The platform of claim 30, wherein the supply chain data comprises one or more of data relating to items supplied, arnounts, pricing, delivery, sources, routes, and custoins information.
37. The platform of claim 21, wherein the available computing resources within the platform provisioned by the adaptive intelligent systems layer include one or more of available processing cores, available servers, available edge computing resources, available on-device resources, available cloud infrastructure, data storage resources, networking resources, and energy resources.
38. The platform of claim 37, wherein the data storage resources include one or more of local storage on devices, storage resources in or on industrial entities or environments, storage on asset tags, local area network storage, network storage resources, cloud-based storage resources, and database resources.
39. The platform of claim 37, wherein the networking resources include one or mote of cellular network spectnun, wireless network resources, and fixed network resources.
40. The platform of claim 37, wherein the energy resources include one or more of available battery power, available renewable energy, fuel, and grid-based power.
41. The platform of claitn 21, wherein the adaptive intelligent systems layer provisions the available computing resources within the platform based on one or more of application requirements, quality of service, budgets, costs, pricing, risk factors, operational objectives, optimization parameters, returns on investment, profitability, and uptime/downtirne.
42. The platform of claim 21, wherein the adaptive intelligent systems layer provisions the available computing resources within the platform such that low latency resources are used for remote control and longer latency resources are used for systems analytics applications.
43. The platform of claitn 21, wherein the industrial management application platform layer that manages the platform in the common application environment comprises one or more applications that output at least one of:
state and status information for various objects, entities, processes, or flows;
object information including one or more of identity, attribute and parameter information for various classes of objects of various data types;
event and change information for workflows, dynamic systems, processes, procedures, protocols, or algorithms; and outcome information including indications of success and failure, indications of process or milestone completion, indications of correct or incorrect predictions, indications of correct or incorrect labeling or classification, or success metrics.
state and status information for various objects, entities, processes, or flows;
object information including one or more of identity, attribute and parameter information for various classes of objects of various data types;
event and change information for workflows, dynamic systems, processes, procedures, protocols, or algorithms; and outcome information including indications of success and failure, indications of process or milestone completion, indications of correct or incorrect predictions, indications of correct or incorrect labeling or classification, or success metrics.
44. The platform of claim 43, wherein the success metrics include information relating to yield, engagement, return on investment, profitability, efficiency, timeliness, quality of service, quality of product, or customer satisfaction.
45. A platform for facilitating development of intelligence in an Industrial Internet of Things (IloT) system, comprising:
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IToT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer;
an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platform layer that manages the platform in a common application environment, wherein the industrial management application platform layer comprises one or more applications that manage, monitor, control, analyze, or otherwise interact with the plurality of industrial entities in the IToT system.
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IToT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer;
an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platform layer that manages the platform in a common application environment, wherein the industrial management application platform layer comprises one or more applications that manage, monitor, control, analyze, or otherwise interact with the plurality of industrial entities in the IToT system.
46. The platform of claim 45, wherein the one or more applications comprise an industrial asset lifecycle management application that manages at least one industrial asset of the plurality of industrial entities by storage of attribute data, state data, and transaction data for the at least one industrial asset.
47. The platform of claim 46, wherein the industrial asset lifecycle management application comprises a blockchain-based industrial asset lifecycle management application.
48. The platform of claim 45, wherein the one or more applications comprise a process control optimization application that automatically controls at least one of an action, an operating parameter, and a state of an industrial process based on at least one of a detected condition and a detected state of a system used in the industrial process.
49. The platfonn of claim 45, wherein the one or more applications comprise a building autoination and controls application that automates control of at least one environmental parameter within an industrial environment of the IIoT system.
50. The platform of claim 45, wherein the one or more applications comprise an enterprise asset management application that manages at least one of an action, a workflow, a task, and a state related to an asset that is controlled by an enterprise.
51. The platform of claim 45, wherein the one or more applications comprise a cloud/Platform as a Service ("PaaS")/Software as a Service ("SaaS") solution.
52. The platform of claim 45, wherein the one or more applications comprise a factory operations visibility and intelligence (-`FOVI") application that provides state information relating to a set of factoty operation workflows and a set of factoty systems.
53. The platform of claim 45, wherein the one or more applications comprise an autonomous manufacturing application that controls at least one of an operating parameter, a work flow, and a state of a manufacturing system based on the data collected by the industrial monitoring systems layer.
54. The platform of claim 45, wherein the one or more applications comprise a smart supply chain application that automatically determines and initiates at least one action that determines at least one of a delivery time, an item, a quantity, and a delivery location of a set of industrial components based on at least one of a state and a condition detected in an industrial environment.
55. The platform of claim 45, wherein the one or more applications comprise an inventory quality control application that provides a set of measures of inventory quality based on detection of at least one of a state and a condition of an item of inventory in an industrial environment.
56. The platform of claim 45, wherein the one or more applications comprise an industrial analytics application that provides a set of analytic results related to at least one of maintenance, repair, servicing, opetation, and optimization of an industrial system in the IloT system.
57. The platform of claim 45, wherein the one or more applications comprise an industrial digital thread application wherein a common digital data structure is provided for use by a set of design, manufacturing, supply, and maintenance systems relating to the plurality of industrial entities in the floT system.
58. The platform of claim 45, wherein the one or more applications comprise a robotic process automation application for automating at least one of a set of software functions and a set of physical tasks based on a training set of observations of expert human actions.
59. The platform of claitn 45, wherein the one or more applications comprise a visual quality detection application that uses computer vision to detect a set of conditions related to at least one of a state, a status, and a condition of at least one of the plurality of industrial entities.
60. The platform of claim 45, wherein the one or more applications comprise a collaborative robotic application, wherein a set of tasks performed by humans are augmented by collaboration with a set of at least one of a hardware robot and a software robot.
61. The platform of claim 45, wherein the one or more applications comprise a real time monitoring application for automatically detecting, monitoring, and reporting on a transaction status of a set of shipments of industrial assets by processing of a distributed ledger containing transaction data for the industrial assets.
62. The platform of claim 45, wherein the one or more applications comprise a machine condition monitoring application that monitors a condition of an industrial machine based on processing of at least one of operating state data, machine data, telematics data, on-board diagnostic system data, environmental data, and operator data for the industrial machine.
63. The platform of claim 45, wherein the one or more applications comprise a continuous emission monitoring application that monitors and reports emissions from a set of industrial machines in an industrial environment.
64. The platform of claim 45, wherein the one or more applications comprise an indoor air quality monitoring application for monitoring a set of air quality parameters within an industrial environment.
65. The platform of claitn 45, wherein the one or more applications comprise an indoor sound quality monitoring application for measuring a set of sound parameters experienced by workers in an industrial environment.
66. A platform for facilitating development of intelligence in an Industrial Internet of Things (Hog) system, comprising:
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the 11oT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer;
an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systerns in the IIoT system; and an industrial management application platform layer that manages the platform in a common application environment, wherein the adaptive intelligent systems layer includes data processing, artificial intelligence, and computational systems that develop, improve, or adapt processes in the IIoT system based on the data collected by the industrial rnonitoring systems layer.
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the 11oT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer;
an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systerns in the IIoT system; and an industrial management application platform layer that manages the platform in a common application environment, wherein the adaptive intelligent systems layer includes data processing, artificial intelligence, and computational systems that develop, improve, or adapt processes in the IIoT system based on the data collected by the industrial rnonitoring systems layer.
67. The platform of claim 66, wherein the adaptive intelligent systems layer includes an adaptive edge cornpute management system that adaptively manages edge computation, storage, and processing in the IIoT system.
68. The platform of claim 66, wherein the adaptive intelligent systems layer includes a robotic process automation system that develops and deploys automation capabilities for at least one of the plurality of industrial entities in the IIoT system.
69. The platform of claim 66, wherein the adaptive intelligent systems layer includes a set of protocol adaptors that facilitate adaptive protocol transfonnations of data within the IToT system.
70. The platform of claim 69, wherein the adaptive protocol transfonnations of data within the IIoT system comprises transfonning data in-flight.
71. The platform of claim 69, wherein the adaptive protocol transfonnations of data within the IIoT system comprises transforming data for storage.
72. The platform of claim 69, wherein the adaptive protocol transformations of data within the IIoT system comprises transforming data for processing by an element of the IIoT system.
73. The platform of claim 66, wherein the adaptive intelligent systems layer includes a packet acceleration system that facilitates increasing a speed of transmission of the data in the IIoT systern.
74. The platform of claim 66, wherein the adaptive intelligent systems layer includes an edge intelligence system that adapts edge computation resources.
75. The platform of claim 74, wherein the edge intelligence system adapts the edge computation resources based on Quality of Service, latency requirements, congestion, and cost of edge computation capabilities across more than one application in the industrial management application platfonn layer.
76. The platform of claim 66, wherein the adaptive intelligent systems layer includes an adaptive networking system that adapts network communication in the lloT
system.
system.
77. The platform of claim 76, wherein the adaptive networking system adapts network communication in the IIoT system based on Quality of Service, latency requirements, and congestion in the network.
78. The platform of claim 66, wherein the adaptive intelligent systems layer includes a set of state and event managers that adapt the processes in the IIoT system based on state and event data.
79. The platform of claim 66, wherein the adaptive intelligent systems layer includes a set of opportunity miners that identify opportunities for increased automation or intelligence in the HoT system.
80. The platform of claim 79, wherein the set of opportunity miners prioritize the opportunities for increased automation or intelligence in the IIoT system.
81. The platform of claim 66, wherein the adaptive intelligent systems layer includes a set of artificial intelligence systems that develop, improve, or adapt processes in the IIoT
system.
system.
82. The platform of claim 81, wherein the set of artificial intelligence systems includes one or more of an expert system, a neural network, a deep neural network, a supervised learning system, a machine learning system, and a deep learning system.
83. A system for data processing in an industrial environment, comprising:
one or more Industrial Internet of Things (Hol) devices in the industrial environment, the one or more TIoT devices obtaining, generating, or storing data relating to the industrial environment;
one or more IIoT platforms deployed in a cloud computing environment and configured to collect, process, and analyze the data relating to the industrial environment;
one or more interfaces through which the one or more IIoT devices connect to the one or more IIoT platforms; and a self-organizing protocol adaptor that facilitates adaptive in-flight data protocol transformation of the data between the one or more IIoT devices and the one or more HoT
platforms via the one or more interfaces.
one or more Industrial Internet of Things (Hol) devices in the industrial environment, the one or more TIoT devices obtaining, generating, or storing data relating to the industrial environment;
one or more IIoT platforms deployed in a cloud computing environment and configured to collect, process, and analyze the data relating to the industrial environment;
one or more interfaces through which the one or more IIoT devices connect to the one or more IIoT platforms; and a self-organizing protocol adaptor that facilitates adaptive in-flight data protocol transformation of the data between the one or more IIoT devices and the one or more HoT
platforms via the one or more interfaces.
84. The system of claim 83, wherein the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by selecting at least one interface of the one or more interfaces.
85. The system of claim 83, wherein the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by selecting an appropriate protocol for the data to be utilized by the one or more HoT platforms.
86. The system of claim 85, wherein the self-organizing protocol adaptor transforms the data to comply with the selected appropriate protocol.
87. The system of claim 85, wherein the self-organizing protocol adaptor selects the appropriate protocol for the data by artificial intelligence.
88. The system of claim 87, wherein the artificial intelligence comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
89. The system of claim 83, wherein the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by repackaging the data.
90. The system of claim 83, wherein the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by wrapping the data.
91. The system of claim 90, wherein wrapping the data is performed using input from an artificial intelligence system.
92. The system of claim 91, wherein the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
93. The system of claim 83, wherein the self-organizing protocol adaptor facilitates adaptive in-flight data protocol transformation of the data by establishing a connection to at least one of the one or more lloT platforms.
94. The system of claim 93, wherein the self-organizing protocol adaptor prepares a data stream containing the data.
95. The system of claim 94, wherein the data stream is prepared by formatting the data.
96. The system of claim 95, wherein the data is formatted using input from an artificial intelligence system.
97. The system of claim 96, wherein the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
98. The system of claim 94, wherein the data stream is prepared by wrapping the data.
99. The system of claim 98, wherein the data is wrapped using input from an artificial intelligence system.
100. The system of claim 99, wherein the artificial intelligence system comprises at least one of an expert system, a machine learning system, a deep learning system, and a neural network.
101. The system of claim 94, wherein the data stream is prepared by translating the data.
102. The system of claim 101, wherein the data is translated using input from an artificial intelligence system.
103. The system of claim 102, wherein the artificial intelligence system comprises at least one of an expert systern, a machine learning system, a deep learning system, and a neural network.
104. A platform for facilitating development of intelligence in an Industrial Internet of Things (Hog) system, cornprising:
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data frorn or about a plurality of industrial entities in the iloT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; and an adaptive intelligent systerns layer that receives the data, the adaptive intelligent systems layer including an opportunity mining system that utilizes the data to identify opportunities for increased automation within the platform.
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data frorn or about a plurality of industrial entities in the iloT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; and an adaptive intelligent systerns layer that receives the data, the adaptive intelligent systems layer including an opportunity mining system that utilizes the data to identify opportunities for increased automation within the platform.
105. The platform of claim 104. wherein the plurality of distinct data-handling layers further comprise an industrial management application platform layer that includes one or more applications for performing a task in the IIoT system, monitoring perfonnance of the task, or assisting with the performance of the task.
106. The platform of claim 105, wherein the opportunity mining system utilizes the data to identify opportunities for increased automation within the one or more applications.
107. The platform of claim 104, wherein the opportunity raining system includes a worker observation system that observes workers in the IIoT system to obtain observation data. the worker observation system including one or more sensors, wherein the opportunity rnining system further utilizes the observation data to identify opportunities for increased automation within the platform.
108. The platform of claim 107, wherein the one or more sensors includes at least one of a camera, a wearable sensor, a movernent sensor, an infrared sensor, and an audio sensor.
109. The platform of claim 108, wherein the worker observation system differentiates between types of workers to obtain the observation data.
110. The platform of claim 108, wherein the worker observation system differentiates between locations of workers to obtain the observation data.
111. The platform of claim 108, wherein the worker observation system observes a time related to the workers to obtain the observation data.
112. The platform of claim 111, wherein the time relates to duration of an activity performed by the workers.
113. The platform of claim 104, wherein the opportunity mining system includes a task 1.0 specialization determination system that determines a level of domain-specific or entity-specific knowledge or expertise required to undertake an action, use a program, use a machine, or perform an activity within the IIoT system.
114. The platform of claim 113, wherein the task specialization determination system determines an identity, credentials, and experience of workers that undertake the action, use the program, use the machine, or perform the activity within the IIoT
system, wherein the identity, credentials, and experience are utilized to determine the level of domain-specific or entity-specific knowledge or expertise.
system, wherein the identity, credentials, and experience are utilized to determine the level of domain-specific or entity-specific knowledge or expertise.
115. The platform of claim 114, wherein the opportunity mining system identifies the opportunities for increased automation within the platform based on the level of domain-specific or entity-specific knowledge or expertise.
116. The platform of claim 114, wherein the opportunity mining system prioritizes the opportunities for increased automation within the platform.
117. The platform of claim 116, wherein the opportunity mining system includes a worker observation system that observes workers in the IIoT system to obtain observation data, the worker observation system including one or more sensors, wherein the opportunity mining system further utilizes the observation data to identify and prioritize the opportunities for increased automation within the platform.
118. The platform of claim 117, wherein the one or more sensors includes at least one of a camera, a wearable sensor, a movement sensor, an infrared sensor, and an audio sensor.
119. The platform of claim 118, wherein the worker observation system differentiates between types of workers to obtain the observation data.
120. The platform of claim 118, wherein the worker observation system differentiates between locations of workers to obtain the observation data.
121. The platform of claim 118, wherein the worker observation system observes a time related to the workers to obtain the observation data.
122. The platform of claim 121, wherein the time relates to duration of an activity performed by the workers.
123. The platform of claim 116, wherein the opportunity' mining system identifies and prioritizes the opportunities for increased automation within the platform based on the level of domain-specific or entity-specific knowledge or expertise.
124. A platform for facilitating development of intelligence in an Industrial Internet of Things (IIoT) system, comprising:
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in an industrial envimnment;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; and an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systems in the IIoT system;
wherein the adaptive intelligent systems layer includes an adaptive edge compute management system that adaptively manages edge computation, storage, and processing in the IIoT system.
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in an industrial envimnment;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer; and an adaptive intelligent systems layer that facilitates the coordinated development and deployment of intelligent systems in the IIoT system;
wherein the adaptive intelligent systems layer includes an adaptive edge compute management system that adaptively manages edge computation, storage, and processing in the IIoT system.
125. The platform of claim 124, wherein the adaptive edge compute rnanagement system varies a storage location for the data between on-device storage, local systems, network storage resources, and cloud-based storage resources.
126. The platform of claim 124, wherein the adaptive edge compute management system varies a processing location for the data between a local area network of the industrial environment, one or more peer-to-peer networks of devices in the industrial environment, computing resources of at least one of the plurality of industrial entities, and cloud-based processing resources.
127. The platform of claim 124, wherein the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system based on a set of artificial intelligence systems.
128. The platform of claim 127, wherein the set of artificial intelligence systems includes one or more of an expert system, a neural network, a deep neural network, a supervised learning system, a machine learning system, and a deep learning system.
129. The platform of claim 124, wherein the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the HoT
system based on detected conditions of a communication network for the industrial environment
system based on detected conditions of a communication network for the industrial environment
130. The platform of claim 129, wherein the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system based on Quality of Service of the communication network.
131. The platform of claim 129, wherein the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the IIoT system based on latency of the communication network.
132. The platform of claim 129, wherein thc adaptive edge compute management system adaptively manages edge computation, storage. and processing in the IIoT system based on congestion of the communication network.
133. The platform of claim 124, wherein the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the HoT
system based on cost of computational or storage resources utilized.
system based on cost of computational or storage resources utilized.
134. The platform of claim 124, wherein the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the HoT
system based on Quality of Service, latency requirements, congestion, and cost of edge computation capabilities in the IIoT system.
system based on Quality of Service, latency requirements, congestion, and cost of edge computation capabilities in the IIoT system.
135. The platform of claim 124, wherein the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the HoT
system further based on priority of computation, storage, and processing tasks.
system further based on priority of computation, storage, and processing tasks.
136. The platform of claim 124, wherein the adaptive edge compute management system adaptively manages edge computation, storage, and processing in the lloT system further based on value of computation, storage, and processing tasks.
137. The platform of claim 136, wherein the value of computation, storage, and processing tasks includes one or more of return on investment, yield, and cost information.
138. The platform of claim 137, wherein the cost infonnation includes cost of failure information .
139. The platform of claim 124, wherein:
the adaptive edge compute management system varies a storage location for the data between on-device storage, local systems, network storage resources, and cloud-based storage resources; and when data connections are slow or unreliable, the adaptive edge compute management system varies the storage location between on-device storage, local systems, and network storage resources.
the adaptive edge compute management system varies a storage location for the data between on-device storage, local systems, network storage resources, and cloud-based storage resources; and when data connections are slow or unreliable, the adaptive edge compute management system varies the storage location between on-device storage, local systems, and network storage resources.
140. The platform of claim 124, wherein:
the adaptive edge compute management system varies a storage location for the data between on-device storage, local systems, network storage resources, and cloud-based storage resources; and when data connections are strong, the adaptive edge compute management system varies the storage location between network storage resources and cloud-based storage resources.
the adaptive edge compute management system varies a storage location for the data between on-device storage, local systems, network storage resources, and cloud-based storage resources; and when data connections are strong, the adaptive edge compute management system varies the storage location between network storage resources and cloud-based storage resources.
141. The platform of claim 140, wherein, when data connections are slow or unreliable, the adaptive edge compute management system varies the storage location between on-device storage, local systems, and network storage resources.
142. The platfonn of claim 124, wherein the adaptive edge compute management system adaptively managing edge computation, storage, and processing in the TToT system comprises selecting a communication protocol for data transmission.
143. The platform of claim 124, wherein the adaptive edge compute management system adaptively managing edge computation, storage, and processing in the TToT system comprises dynamically defining what constitutes an edge for each device in the IloT
system.
system.
144. A platform for facilitating development of intelligence in an Industrial Internet of Things (Hog) system, comprising:
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IIoT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer;
an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platform layer that includes one or more applications for performing a task in the IIoT system, monitoring performance of the task, or assisting with the peiformance of the task, wherein the industrial entity-oriented data storage systems layer includes at least one geofenced virtual asset tag associated with one particular industrial entity of the plurality of industrial entities in the IIoT system, the at least one eeofenced virtual asset tag comprising a data structure that contains entity data about the one particular industrial entity and is linked to proximity of the one particular industrial entity.
a plurality of distinct data-handling layers comprising:
an industrial monitoring systems layer that collects data from or about a plurality of industrial entities in the IIoT system;
an industrial entity-oriented data storage systems layer that stores the data collected by the industrial monitoring systems layer;
an adaptive intelligent systems layer that provisions available computing resources within the platform; and an industrial management application platform layer that includes one or more applications for performing a task in the IIoT system, monitoring performance of the task, or assisting with the peiformance of the task, wherein the industrial entity-oriented data storage systems layer includes at least one geofenced virtual asset tag associated with one particular industrial entity of the plurality of industrial entities in the IIoT system, the at least one eeofenced virtual asset tag comprising a data structure that contains entity data about the one particular industrial entity and is linked to proximity of the one particular industrial entity.
145. The platform of claim 144, wherein access to the at least one geofenced virtual asset tag is limited to devices, entities, and individuals within the proximity of the one particular industrial entity.
146 The platform of claim 145, wherein access to the at least one geofenced virtual asset tag comprises reading, writing, and modifying the data of the at least one geofenced virtual asset tag.
147. The platform of claim 145, wherein access to the at least one geofenced virtual asset tag is limited by use of an enciyption key.
148. The platform of claim 145, wherein the at least one geofenced virtual asset tag is configured to recognize a presence of a data reading device and communicate to the data reading device.
149. The platform of claim 148, wherein the at least one geofenced virtual asset tag communicates with the data reading device via one or more protocol adaptors.
150. The platform of claim 144, wherein the one particular industrial entity comprises a machine in an industrial environment of the TIoT system.
151. The platform of claim 144, wherein the one particular industrial entity comprises an item of equipment in an industrial environment of the TIoT system.
152. The platform of claim 144, wherein the one particular industrial entity comprises an item of inventory in an industrial environment of the HoT system.
153. The platform of claim 144, wherein the one particular industrial entity comprises a manufactured article in an industrial environment of the TIoT system.
154. The platform of claim 144, wherein the one particular industrial entity comprises a component in an industrial environment of the lioT system.
155. The platform of claim 144, wherein the one particular industrial entity comprises a tool in an industrial environment of the TIoT system.
156. The platform of claim 144, wherein the one particular industrial entity comprises a device in an industrial environment of the IloT system.
157. The platform of claim 144, wherein the one particular industrial entity comprises a worker in an industrial environment of the TIoT system.
158. The platform of claim 144, further comprising a set of lIoT devices in an industrial environment, wherein the plurality of industrial entities in the TIoT system includes the set of TIoT devices.
159. The platform of claim 158, wherein the set of lloT devices act as distributed blockchain nodes in a blockchain system of the HoT system.
160. The platform of claim 158, wherein the set of HoT devices validWes location and identity of the one particular industrial entity associated with the at least one geofenced virtual asset tag.
161. The platform of claim 160, wherein the validation utilizes voting protocols.
162. The platform of claim 160, wherein the validation utilizes consensus protocols.
163. The platform of claim 144, wherein the at least one geofenced virtual asset tag includes information related to a history of the one particular industrial entity or one or more components of the one particular industrial entity.
Applications Claiming Priority (11)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962843798P | 2019-05-06 | 2019-05-06 | |
| US62/843,798 | 2019-05-06 | ||
| US16/700,413 US20200103894A1 (en) | 2018-05-07 | 2019-12-02 | Methods and systems for data collection, learning, and streaming of machine signals for computerized maintenance management system using the industrial internet of things |
| US16/700,413 | 2019-12-02 | ||
| US16/741,470 US20200225655A1 (en) | 2016-05-09 | 2020-01-13 | Methods, systems, kits and apparatuses for monitoring and managing industrial settings in an industrial internet of things data collection environment |
| US16/741,470 | 2020-01-13 | ||
| US202062969629P | 2020-02-03 | 2020-02-03 | |
| US62/969,629 | 2020-02-03 | ||
| PCT/US2020/031706 WO2020227429A1 (en) | 2019-05-06 | 2020-05-06 | Platform for facilitating development of intelligence in an industrial internet of things system |
| US16/868,018 | 2020-05-06 | ||
| US16/868,018 US20200348662A1 (en) | 2016-05-09 | 2020-05-06 | Platform for facilitating development of intelligence in an industrial internet of things system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA3139505A1 true CA3139505A1 (en) | 2020-11-12 |
Family
ID=73051375
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA3139505A Pending CA3139505A1 (en) | 2019-05-06 | 2020-05-06 | Platform for facilitating development of intelligence in an industrial internet of things system |
Country Status (4)
| Country | Link |
|---|---|
| JP (1) | JP2022531919A (en) |
| AU (1) | AU2020267490A1 (en) |
| CA (1) | CA3139505A1 (en) |
| WO (1) | WO2020227429A1 (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113239855A (en) * | 2021-05-27 | 2021-08-10 | 北京字节跳动网络技术有限公司 | Video detection method and device, electronic equipment and storage medium |
| US20220066794A1 (en) * | 2020-08-28 | 2022-03-03 | UiPath, Inc. | Robotic process automation data connector |
| CN114793229A (en) * | 2022-03-31 | 2022-07-26 | 广东电网有限责任公司 | Method and device for processing telemetering data |
| CN114884817A (en) * | 2022-04-02 | 2022-08-09 | 许继集团有限公司 | Data interaction method and system for power transmission and transformation equipment internet of things |
| CN114924889A (en) * | 2022-06-21 | 2022-08-19 | 浙江大学 | Cloud-edge-end-cooperation-based ultra-low emission intelligent regulation and control system and method |
| CN115174613A (en) * | 2022-06-15 | 2022-10-11 | 苏州思萃工业互联网技术研究所有限公司 | Park energy flow graph design system and method based on Internet of things |
| CN116029633A (en) * | 2023-02-24 | 2023-04-28 | 济南诚博信息科技有限公司 | Digital logistics management and control platform system based on intelligent logistics |
Families Citing this family (68)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112416444B (en) * | 2020-11-17 | 2023-07-07 | 山东浪潮科学研究院有限公司 | Board switching control method, device, equipment and medium |
| US20220164700A1 (en) * | 2020-11-25 | 2022-05-26 | UiPath, Inc. | Robotic process automation architectures and processes for hosting, monitoring, and retraining machine learning models |
| CN112656427B (en) * | 2020-11-26 | 2023-03-24 | 山西大学 | Electroencephalogram emotion recognition method based on dimension model |
| CN114584565B (en) * | 2020-12-01 | 2024-01-30 | 中移(苏州)软件技术有限公司 | Application protection method and system, electronic equipment and storage medium |
| CN112286940A (en) * | 2020-12-14 | 2021-01-29 | 核工业理化工程研究院 | LabVIEW-based data storage and reading system and method |
| WO2022140044A1 (en) * | 2020-12-22 | 2022-06-30 | Ppg Industries Ohio, Inc. | System for asset management and coating maintenance |
| CN112732689B (en) * | 2020-12-31 | 2022-12-09 | 贵州电网有限责任公司 | Transformer area voltage monitoring data processing method |
| CN112732805A (en) * | 2021-01-04 | 2021-04-30 | 广西信达友邦资产土地房地产评估有限公司 | Asset management method and asset management system |
| CN112699113B (en) * | 2021-01-12 | 2022-08-05 | 上海交通大学 | Industrial manufacturing process operation monitoring system driven by time sequence data stream |
| CN112954769B (en) * | 2021-01-25 | 2022-06-21 | 哈尔滨工程大学 | Underwater wireless sensor network routing method based on reinforcement learning |
| DE102021101777A1 (en) * | 2021-01-27 | 2022-07-28 | Senorics Gmbh | System architecture for IoT spectroscopy |
| US20220260977A1 (en) * | 2021-02-17 | 2022-08-18 | International Business Machines Corporation | Continous monitoring, advance alerts, and control of key performance indicator variables |
| CN112883581B (en) * | 2021-03-09 | 2023-04-07 | 国能大渡河猴子岩发电有限公司 | Hydropower station production control processing method and system |
| CN113128561A (en) * | 2021-03-22 | 2021-07-16 | 南京航空航天大学 | Machine tool bearing fault diagnosis method |
| CN113111002B (en) * | 2021-04-30 | 2022-11-01 | 中原银行股份有限公司 | Method, system and medium for automatically managing interface case |
| CN113516172B (en) * | 2021-05-19 | 2023-05-12 | 电子科技大学 | Image classification method based on Bayesian neural network error injection by random calculation |
| CN115412441A (en) * | 2021-05-26 | 2022-11-29 | 中国移动通信有限公司研究院 | Method and device for controlling bandwidth of packet transport network defined by software |
| CN113419849A (en) * | 2021-06-04 | 2021-09-21 | 国网河北省电力有限公司信息通信分公司 | Edge computing node selection method and terminal equipment |
| CN113593334A (en) * | 2021-06-08 | 2021-11-02 | 西安电子科技大学 | Semiconductor oxide gas sensor virtual simulation experiment system and method |
| US20230065085A1 (en) * | 2021-08-26 | 2023-03-02 | Agrint Sensing Solutions Ltd. | System and method of optimizing communication in an iot mesh network |
| CN113761851B (en) * | 2021-08-27 | 2024-01-16 | 北京水建研信息技术有限公司 | Hydraulic unit engineering quality acceptance data acquisition system based on Internet of things |
| CN113449169B (en) * | 2021-09-01 | 2021-12-14 | 广州越创智数信息科技有限公司 | Public opinion data acquisition method and system based on RPA |
| WO2022118098A1 (en) * | 2021-09-03 | 2022-06-09 | Bagheri Hamed | An αι-based system for processing of industrial raw materials and different operations thereof |
| MX2021013410A (en) * | 2021-10-29 | 2023-05-01 | Agustin Manuel Velazquez Garcia Lopez | System and method to manage and generate exchanges of knowledge, data, information, and databases between users in a virtual or digital way. |
| CN113988666B (en) * | 2021-11-01 | 2022-08-09 | 常州天晟紫金自动化设备有限公司 | Intelligent quantitative packaging method and system for organic silicon rubber compound |
| DE102021006389B3 (en) * | 2021-12-28 | 2023-06-29 | Bender Gmbh & Co. Kg | Process for the automatic creation of plant-specific measurement profiles for an insulation monitoring system |
| CN114338258A (en) * | 2021-12-28 | 2022-04-12 | 广州广电运通金融电子股份有限公司 | Privacy computing protection system, method and storage medium |
| TWI793950B (en) * | 2022-01-03 | 2023-02-21 | 融程電訊股份有限公司 | Data processing method |
| CN114070839A (en) * | 2022-01-17 | 2022-02-18 | 国网瑞嘉(天津)智能机器人有限公司 | Intelligent wearable device interaction system, method, electronic device and storage medium |
| CN114553497B (en) * | 2022-01-28 | 2022-11-15 | 中国科学院信息工程研究所 | Internal threat detection method based on feature fusion |
| CN114553872B (en) * | 2022-02-24 | 2023-12-29 | 吴振星 | Cloud-based data center infrastructure management system and method |
| WO2023164844A1 (en) * | 2022-03-02 | 2023-09-07 | 西门子股份公司 | Workflow execution method and system, medium, and program product |
| CN114615207B (en) * | 2022-03-10 | 2022-11-25 | 四川三思德科技有限公司 | Method and device for oriented processing of data before plug flow |
| CN114820443B (en) * | 2022-03-18 | 2024-05-07 | 重庆大学 | Edge detection method based on transfer learning |
| BR102022005063A2 (en) * | 2022-03-18 | 2023-10-03 | Amaral Remer Ricardo | Device and method for certifying processes and projects with issuance of digital assets or tokens |
| CN114488988B (en) | 2022-04-14 | 2022-07-08 | 成都秦川物联网科技股份有限公司 | Industrial Internet of things for production line balance rate regulation and control method |
| JP2024522038A (en) * | 2022-04-24 | 2024-06-11 | 成都秦川物聯網科技股▲ふん▼有限公司 | Smart manufacturing method and system based on centralized service platform industrial internet of things |
| US11769506B1 (en) * | 2022-05-09 | 2023-09-26 | Amazon Technologies, Inc. | Response orchestrator for natural language interface |
| CN114758286B (en) * | 2022-06-15 | 2022-10-28 | 杭州智现科技有限公司 | Intelligent edge safety monitoring method and device based on work ticket event |
| CN114769390B (en) * | 2022-06-17 | 2022-09-09 | 南通瑞卓不锈钢制品有限公司 | Self-adaptive adjustment method for stamping process of large-capacity stainless steel water tank |
| CN114780441B (en) * | 2022-06-21 | 2022-10-04 | 南京争锋信息科技有限公司 | Intelligent strategy capturing method for use cases in real user intelligent perception system |
| CN115034347B (en) * | 2022-06-21 | 2024-05-28 | 成都秦川物联网科技股份有限公司 | Industrial Internet of things for tracing two-dimensional code data and control method thereof |
| CN115093190B (en) * | 2022-07-29 | 2023-04-07 | 长兴贝斯德邦建材科技有限公司 | Aerogel inorganic heat-insulating paste and intelligent production system thereof |
| US11818208B1 (en) | 2022-08-05 | 2023-11-14 | International Business Machines Corporation | Adaptive data protocol for IoT devices |
| US20240089324A1 (en) * | 2022-09-12 | 2024-03-14 | Analog Devices, Inc. | Methods and systems for operating a sensor network |
| JP2024055692A (en) * | 2022-10-07 | 2024-04-18 | 東洋製罐グループホールディングス株式会社 | Machine learning device, information processing device, inference device, machine learning method, control condition prediction method, and inference method |
| CN115582834B (en) * | 2022-10-11 | 2024-06-04 | 重庆大学 | Robot energy consumption model construction method and parallel bidirectional dynamic energy consumption optimization method |
| CN115759568B (en) * | 2022-10-21 | 2024-01-19 | 大连海事大学 | Site selection planning method for hydrogen energy highway hydrogen station |
| SE545560C2 (en) * | 2022-11-07 | 2023-10-24 | Husqvarna Ab | System for determining an orientation of an inertial-magnetic measurement unit using magnetic fluid |
| CN115718744B (en) * | 2022-11-28 | 2023-07-21 | 北京中航路通科技有限公司 | Data quality measurement method based on big data |
| CN115801463B (en) * | 2023-02-06 | 2023-04-18 | 山东能源数智云科技有限公司 | Industrial Internet platform intrusion detection method and device and electronic equipment |
| CN115946132B (en) * | 2023-03-15 | 2023-05-30 | 江西丹巴赫机器人股份有限公司 | Intelligent intensive warehouse and logistics robot system and fault monitoring method thereof |
| CN116128058B (en) * | 2023-04-11 | 2023-06-27 | 南京南瑞继保电气有限公司 | Heterogeneous power generation equipment state judging method, heterogeneous power generation equipment state judging device, storage medium and heterogeneous power generation equipment |
| CN116599699A (en) * | 2023-04-19 | 2023-08-15 | 泉州年盛信息科技有限公司 | Industrial Internet platform data safety protection system based on cloud computing |
| CN116225513B (en) * | 2023-05-09 | 2023-07-04 | 安徽思高智能科技有限公司 | RPA dynamic flow discovery method and system based on concept drift |
| CN116467102B (en) * | 2023-05-12 | 2023-11-14 | 杭州天卓网络有限公司 | Fault detection method and device based on edge algorithm |
| CN116301668B (en) * | 2023-05-25 | 2023-08-04 | 北京致趣科技有限公司 | CDP-based data storage system and method |
| CN117192373B (en) * | 2023-08-08 | 2024-05-07 | 浙江凌骁能源科技有限公司 | Power battery fault analysis method, device, computer equipment and storage medium |
| CN116846987B (en) * | 2023-09-01 | 2023-11-07 | 山东省信息技术产业发展研究院(中国赛宝(山东)实验室) | Interactive interface generation method and system of industrial Internet |
| CN117350608B (en) * | 2023-09-18 | 2024-05-07 | 嘉兴环洋电商物流服务有限公司 | Efficient management system and method for logistic problem pieces |
| CN117135060B (en) * | 2023-10-27 | 2024-01-05 | 北京云科领创信息技术有限公司 | Business data processing method and system based on edge calculation |
| CN117560401B (en) * | 2024-01-10 | 2024-03-19 | 北京飞渡科技股份有限公司 | Large-scale IOT equipment data monitoring method based on Internet of things |
| CN117608912B (en) * | 2024-01-24 | 2024-06-07 | 之江实验室 | Full-automatic log analysis and fault processing system and method based on NLP large model |
| CN117708552B (en) * | 2024-02-06 | 2024-05-10 | 华能江苏综合能源服务有限公司 | Power station operation data real-time monitoring method based on edge calculation |
| CN117827788B (en) * | 2024-03-06 | 2024-05-24 | 安世数擎(杭州)信息科技服务有限公司 | Intelligent 3D printing factory data processing method and system |
| CN117970821B (en) * | 2024-04-02 | 2024-05-28 | 陕西黑石绿能能源科技有限公司 | Automatic adjustment control method of hydrogenation machine |
| CN118092195B (en) * | 2024-04-26 | 2024-06-25 | 山东工商学院 | Multi-agent cooperative control method for improving IQL based on cooperative training model |
| CN118139088A (en) * | 2024-04-30 | 2024-06-04 | 安徽翼控网络科技有限公司 | Equipment management platform based on 5G network |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060184410A1 (en) * | 2003-12-30 | 2006-08-17 | Shankar Ramamurthy | System and method for capture of user actions and use of capture data in business processes |
| US10075384B2 (en) * | 2013-03-15 | 2018-09-11 | Advanced Elemental Technologies, Inc. | Purposeful computing |
| US10518409B2 (en) * | 2014-09-02 | 2019-12-31 | Mark Oleynik | Robotic manipulation methods and systems for executing a domain-specific application in an instrumented environment with electronic minimanipulation libraries |
| EP3875981A3 (en) * | 2015-01-05 | 2022-04-20 | LocatorX, Inc. | Global resource locator |
| EP3112965A1 (en) * | 2015-07-02 | 2017-01-04 | Accenture Global Services Limited | Robotic process automation |
| CN114625077A (en) | 2016-05-09 | 2022-06-14 | 强力物联网投资组合2016有限公司 | Method and system for industrial internet of things |
| US10732621B2 (en) | 2016-05-09 | 2020-08-04 | Strong Force Iot Portfolio 2016, Llc | Methods and systems for process adaptation in an internet of things downstream oil and gas environment |
-
2020
- 2020-05-06 CA CA3139505A patent/CA3139505A1/en active Pending
- 2020-05-06 JP JP2021566292A patent/JP2022531919A/en active Pending
- 2020-05-06 WO PCT/US2020/031706 patent/WO2020227429A1/en unknown
- 2020-05-06 AU AU2020267490A patent/AU2020267490A1/en active Pending
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220066794A1 (en) * | 2020-08-28 | 2022-03-03 | UiPath, Inc. | Robotic process automation data connector |
| CN113239855A (en) * | 2021-05-27 | 2021-08-10 | 北京字节跳动网络技术有限公司 | Video detection method and device, electronic equipment and storage medium |
| CN113239855B (en) * | 2021-05-27 | 2023-04-18 | 抖音视界有限公司 | Video detection method and device, electronic equipment and storage medium |
| CN114793229A (en) * | 2022-03-31 | 2022-07-26 | 广东电网有限责任公司 | Method and device for processing telemetering data |
| CN114793229B (en) * | 2022-03-31 | 2023-06-27 | 广东电网有限责任公司 | Telemetry data processing method and device |
| CN114884817A (en) * | 2022-04-02 | 2022-08-09 | 许继集团有限公司 | Data interaction method and system for power transmission and transformation equipment internet of things |
| CN114884817B (en) * | 2022-04-02 | 2024-03-01 | 许继集团有限公司 | Internet of things data interaction method and system for power transmission and transformation equipment |
| CN115174613A (en) * | 2022-06-15 | 2022-10-11 | 苏州思萃工业互联网技术研究所有限公司 | Park energy flow graph design system and method based on Internet of things |
| CN114924889A (en) * | 2022-06-21 | 2022-08-19 | 浙江大学 | Cloud-edge-end-cooperation-based ultra-low emission intelligent regulation and control system and method |
| CN114924889B (en) * | 2022-06-21 | 2024-05-14 | 浙江大学 | Cloud edge end cooperation-based ultra-low emission intelligent regulation and control system and method |
| CN116029633A (en) * | 2023-02-24 | 2023-04-28 | 济南诚博信息科技有限公司 | Digital logistics management and control platform system based on intelligent logistics |
| CN116029633B (en) * | 2023-02-24 | 2023-10-13 | 济南诚博信息科技有限公司 | Digital logistics management and control platform system based on intelligent logistics |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2022531919A (en) | 2022-07-12 |
| WO2020227429A1 (en) | 2020-11-12 |
| AU2020267490A1 (en) | 2021-12-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11327455B2 (en) | Methods and systems for the industrial Internet of Things | |
| CA3139505A1 (en) | Platform for facilitating development of intelligence in an industrial internet of things system | |
| CA3158765A1 (en) | Intelligent vibration digital twin systems and methods for industrial environments | |
| CA3177392A1 (en) | Industrial digital twin systems and methods with echelons of executive, advisory and operations messaging and visualization | |
| CA3072045A1 (en) | Methods and systems for detection in an industrial internet of things data collection environment with large data sets | |
| CA3099659A1 (en) | Methods and systems for data collection, learning, and streaming of machine signals for analytics and maintenance using the industrial internet of things |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request |
Effective date: 20220505 |
|
| EEER | Examination request |
Effective date: 20220505 |
|
| EEER | Examination request |
Effective date: 20220505 |
|
| EEER | Examination request |
Effective date: 20220505 |
|
| EEER | Examination request |
Effective date: 20220505 |
|
| EEER | Examination request |
Effective date: 20220505 |