Pumps have traditionally been monitored with two different techniques. With one of these techniques, pump data from pressure sensors, temperature sensors, and vibration sensors is sent to programmable logic controllers (PLCs) and fed to supervisory control and data acquisition (SCADA) systems. These types of systems are not cost effective or practical for many types of pump installations and/or portable pumps.
With a second technique, devices such as handheld vibration devices, temperature probes, pressure gauges, and the like, are used to perform periodic manual monitoring. Such periodic monitoring is typical for portable pumping systems and pumping systems without SCADA systems. This monitoring requires someone physically being present at the pump, the timing of which may not coincide with initial pump degradation or failure. Furthermore, periodic manual monitoring provides a measure of a pump condition only for the snap-shot in time for which it is taken.
The following detailed description refers to the accompanying drawings. The same reference numbers in different drawings may identify the same or similar elements. Also, the following detailed description does not limit the invention.
Systems and methods described herein enable the monitoring and/or control of equipment, such as pump equipment, based on the scanning of a bar code associated with the equipment by a user device. As described herein, each pump or pump equipment may have a bar code affixed to it that a user may use a camera of a user device (e.g., a tablet or mobile smart phone) to “scan” and obtain an identifier encoded in the bar code. In some implementations, the identifier may include a Uniform Resource Locator (URL) associated with data (e.g., a webpage) stored at a server connected to a network, such as the Internet. A browser at the user device may use the URL to obtain, for example, a webpage from the server. The URL may map to the equipment and/or to an external device, such as an Internet of Things (IoT) device, that is associated with the equipment. The webpage may include functionality that enables the user device to monitor operational parameters of the equipment, retrieve pump-related data (e.g., Operations and Maintenance manuals, pump curves, assembly/maintenance videos, etc.), or exercise control of user-selected operational parameters of the equipment. For example, the webpage may include functionality for monitoring pressure, flow rate, vibration, temperature, and/or rotation speed or rotation direction of the pump equipment. As a further example, the webpage may include functionality for controlling starting or stopping of the pump equipment, for adjusting a rotation speed of the pump equipment, and/or for changing a rotation direction of the pump equipment.
In some implementations, the monitoring and/or control of the equipment may be performed using an IoT device that is external to the equipment. The IoT device may be located in proximity to the equipment and may connect to the equipment using a wired or wireless link(s). In some embodiments described herein, the IoT device may be affixed to the equipment and may connect to the equipment using, for example, a Modbus interface and/or another wired interface. The IoT device may monitor certain operational parameters via the Modbus/wired interface(s). The IoT device may additionally include sensors, such as vibration and temperature sensors, that may be used to monitor the equipment to which the IoT device is affixed.
Systems and methods described herein therefore enable easy identification of equipment, such as pump equipment, by scanning an associated bar code and engaging in quick access to equipment monitoring and control functions via a user device, such as a tablet or mobile smart phone, based on the bar code scan. The equipment monitoring and control functions provided by, for example, a webpage(s) accessed and displayed by a browser of the user device, enable user interaction with the webpage so as to select particular equipment operational parameters to remotely monitor, to select particular pump-related data to remotely access, and/or to select particular equipment operational parameters to remotely control.
Pump equipment 100 may include a pump, engine, electric motor, or any other piece of equipment (e.g., rotating equipment) for which the user wishes to monitor the operation using sensors, or for which the user wishes to control one or more pump operational parameters. Pump equipment 100 may be distributed throughout a customer premises (not shown), such as an industrial, commercial, educational, agricultural customer premises, etc.
Each pump equipment 100 may be associated with a respective bar code 105. For example, bar code 105-1 may be associated with pump equipment 100-1, bar code 105-n may be associated with pump equipment 100-n, etc. In some circumstances, each bar code 105 may be affixed to an associated pump equipment 100. For example, a bar code 105 may be affixed to, or etched upon, a serial number tag of the pump equipment 100. Each bar code 105 may include any type of visual machine-readable code, such as for example, a matrix barcode (e.g., a Quick Response (QR) code). In one implementation, each bar code 105 may encode a Uniform Resource Locator (URL) that maps to the pump equipment 100, and which may be used to retrieve a webpage from web server 130 that includes functionality for monitoring and controlling the pump equipment 100.
As further shown, each pump equipment 100 may further be associated with a pump monitoring unit/device 110 and/or a pump control unit/device 115. For example, as shown, pump equipment 100-1 may be associated with a pump monitoring unit/device 110-1 and/or a pump control unit/device 115-1, and pump equipment 100-n may be associated with a pump monitoring unit/device 110-n and/or a pump control unit/device 115-n. Pump monitoring unit/device 110-1 and/or pump control unit/device 115-1 may connect to pump equipment 100-1 via a wired or wireless link(s). Pump monitoring unit/device 110-n and/or pump control unit/device 115-n may connect to pump equipment 100-n via a wired or wireless link(s). In some implementations, pump monitoring unit 110-1 and pump control unit 115-1 may be subcomponents of a single device located in proximity to pump equipment 100-1, and pump monitoring unit 110-n and pump control unit 115-n may be subcomponents of single device located in proximity to pump equipment 100-n. In other implementations, pump monitoring device 110-1 and pump control device 115-1 may be separate devices located in proximity to pump equipment 100-1, and pump monitoring device 110-n and pump control device 115-n may be separate devices located in proximity to pump equipment 100-n.
As described further herein, each pump monitoring unit/device 110 may monitor and collect sensor data (e.g., pump pressure, flow rate, rotation speed, rotation direction, vibration, temperature, location) associated with the operation of a respective pump equipment 100 and forward the monitored pump operational data to web server 130 via network(s) 120. Pump control unit/device 115 further receives pump control messages, via web server 130, that originated from user devices 125 and include user-originated instructions for adjusting selected pump operational parameters. Pump control unit/device 115 generates pump control instructions based on the received pump control messages and supplies the instructions to a connected pump equipment 100 to adjust the selected pump operational parameter(s).
Pump monitoring unit/device 110 and pump monitoring unit/device 115 may, either as a single device or as two separate devices, include an Internet of Things (IoT) device, a Machine Type Communication (MTC) device, a machine-to-machine (M2M) device, an enhanced MTC device (eMTC) (also known as Cat-M1), an end node employing Low Power Wide Area (LPWA) technology such as Narrow Band (NB) IoT (NB-IoT) technology, or some other type of wireless end node. According to various exemplary embodiments, monitoring unit/devices 110 and 115 may include hardware, such as a processor, application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a combination of hardware and software (e.g., a processor executing software) to execute various types of functions described further herein.
Network 120 may include one or more networks of various types including, for example, a wireless network, a Public Switched Telephone Network (PSTN), a Local Area Network (LAN), a wide area network (WAN), a metropolitan area network (MAN), an intranet, and/or the Internet. The wireless network may include a Public Land Mobile Network (PLMN) and/or a wireless LAN or WAN (e.g., Wi-Fi).
User devices 125 may each include any type of electronic device having a wired or wireless communication capability. User devices 125 may each be implemented as a mobile device, a portable device, or a stationary device. Each user device 125 may include, for example, a laptop, palmtop, desktop, or tablet computer; a cellular phone (e.g., a “smart” phone); a Voice over Internet Protocol (VoIP) phone; a smart television (TV); a device in a vehicle; a wireless telematics device; a wearable computer device (e.g., a wrist watch, eyeglasses, etc.) or an Augmented Reality/Virtual Reality (AR/VR) headset or glasses. User devices 125 may be configured to execute various types of software (e.g., applications, programs, web browsers, etc.). A user 145 may carry, use, administer, and/or operate each user device 125. For example, as shown in
Web server 130 includes one or more network or computational devices to manage the receipt of monitored pump operational parameter data associated with pump equipment 100, and to manage requests from user devices 125 to view the pump operational parameter data and/or to control particular operational parameters of specific pump equipment 100. In some implementations, web server 130 may provide one or more types of browser-based user interfaces (e.g., webpages) to facilitate pump equipment monitoring and pump equipment control by user devices 125. Web server 130 may, for example, provide hosted webpages to user devices 125 upon user request.
In an alternative implementation, web server 130 may be replaced by an application server (not shown), and the browser 140 at each user device 125 may be replaced by an application (not shown). In this implementation, the application server, instead of the web server 130, may supply the monitored pump operational parameter data and/or the pump-related data, or initiate the pump equipment/IoT device control based on user input provided by the application executing at the user device 125. In yet another implementation both web server 130 and an application server may exist, and a user device 125 executing a browser 140 may communicate with the web server 130, and a user device 125 executing an application may communicate with the application server, to obtain the monitored pump operational data and/or the pump-related data, or to initiate the pump equipment/IoT device control.
In some circumstances, a user request to access a webpage(s) may involve a user 145 using his/her user device 125 to scan a barcode 105 associated with a pump equipment 100 to determine a URL encoded in the barcode 105. The URL may map to a particular pump equipment 100. The browser 140 of the user device 125 may then use the determined URL to access a webpage(s), hosted by web server 130, that relates to the pump equipment 100 corresponding to the URL. In some implementations, as described herein, the webpages may include a webpage having functionality that enables a user 145 to access and view monitored operational parameters (e.g., pressure, flow rate, rotation speed, rotation direction, vibration, temperature), associated with a particular pump equipment 100, that may be stored as operational parameter data in database 135. In additional implementations, the webpages may include a webpage having functionality that enables a user 145 to select a particular pump operational parameter of a pump equipment 100 for adjustment and control, as described further herein.
Database 135 includes a network or computational device that further includes memory for storing one or more data structures such as, for example, a database. The data structures may, for example, store monitored pump operational parameter data for each pump equipment 100. Web server 130, or user devices 125, may store received data in the data structure of database 135, or may retrieve specific requested data from the data structure of database 135.
The configuration of components of network environment 100 in
Subsequently, a user device 125 scans a barcode 105 associated with a pump equipment 100 (identified with an encircled “4” in
User device 125 may, via the accessed webpage, send pump operational parameter adjustments (identified with an encircled “2” in
Housing 400 may also include covered access ports 440, the covers of which may be removed/opened to provide access to connectors for external sensors. For example, connections internal to housing 400 may be used for wired connections to additional vibration sensors, pressure sensors, rotation speed sensors, temperature sensors, flow sensors, pressure sensors, or other external sensors. According to an implementation, one or more of covered access ports 440 may also provide for a Direct Current (DC) power connection to an external power source. In another implementation, connectors may be located outside of housing 400. Housing 400 may be compact in size and structurally rigid (e.g., hard plastic material) to allow for mounting on pump equipment 100. In one implementation, housing 400 may be less than 5 inches wide (e.g. x-axis of
Sensor(s) 505 may include one or more sensors for sensing pump operational parameters such as, for example, pump vibration and/or pump temperature. The sensor for measuring pump vibration may include accelerometers, signal amplifiers, and filters to detect and indicate sensed vibration in different directions. For example, the sensors for measuring pump vibration may include a set of three accelerometers to measure vibration along three respective axes (e.g., x-, y-, and z-axes of
Communications module 510 permits device 200 to communicate with other devices, networks, systems, devices, and/or the like. According to implementations described herein, communication module 510 includes multiple wireless interfaces. For example, communications module 510 may include multiple transmitters and receivers, or transceivers. Communications module 510 may additionally include one or more antennas. For example, communications module 510 may include an array of antennas. Communications module 510 may operate according to one or more communication standards. Communications module 510 may include various processing logic or circuitry (e.g., multiplexing/de-multiplexing, filtering, amplifying, converting, error correction, etc.).
In some implementations, communications module 510 may include a broadband cellular module, a wireless personal area network (WPAN) module, and/or a radio module. The broadband cellular module may include a cellular radio transceiver, which may operate according to any known cellular standard, including the standards known generally as Third Generation Partnership Project (3GPP) Fourth Generation (4G), 4.5 Generation (4.5G), Fifth Generation (5G) mobile wireless standards, etc. The broadband cellular module may enable device 200 to conduct IoT communications with, for example, web server 130, or other network device(s) connected to network 120.
The WPAN module may include a radio transceiver for a wireless personal area network (e.g., using IEEE 802.15 standards or Bluetooth®). The WPAN module may enable the device 200 to transfer data to a user device 125 when user device 125 is within a relatively short distance of device 200 (e.g., up to about 30 feet). The radio module may include a radio transceiver operating in an unlicensed spectrum (e.g., 900 MHz, 2.4 GHz). For example, the radio module may be based on an RJ45 Ethernet interface, a point-to-point radio interface, or a point-to-multipoint radio interface. The radio module may enable communications between different devices 200, such as devices 200 in a same industrial complex, factory, educational institution, or agricultural space over a range of thousands of feet.
Sensor/Modbus interfaces 515 may include one or more interfaces to receive (e.g., via wired connections when covers of covered access ports 440 are removed) analog or digital data from sensors and/or Modbus-enabled devices that are external to device 200. For example, sensor/Modbus interface 515 may include interfaces to accept hard-wired inputs from pump pressure sensors, flow sensors, rotation speed sensors, etc. According to an implementation, multiple sensor interfaces 515 (e.g., 3, 5, 8, etc.) may be used with device 200. According to another implementation, sensor/Modbus interface 515 may include a Modbus interface to enable device 200 to act as a Modbus master for other Modbus-enabled devices. For example, a Modbus connection may be used to allow device 200 to receive and upload data from a motor or engine (e.g., pump driver) associated with pump equipment 100.
Processor 520 may include one or multiple processors, microprocessors, data processors, co-processors, application specific integrated circuits (ASICs), controllers, programmable logic devices, chipsets, field-programmable gate arrays (FPGAs), application specific instruction-set processors (ASIPs), system-on-chips (SoCs), central processing units (CPUs) (e.g., one or multiple cores), microcontrollers, and/or some other type of component that interprets and/or executes instructions and/or data. Processor 520 may be implemented as hardware (e.g., a microprocessor, etc.), a combination of hardware and software (e.g., a SoC, an ASIC, etc.) and may include one or multiple memories (e.g., memory 525, cache, etc.).
Processor 520 may control the overall operation or a portion of operation(s) performed by device 200. Processor 520 may collect sample readings from sensor(s) 505, sensors connected to sensor/Modbus interfaces 515, and/or location unit 530. Processor 520 may cause sample data to be sent to web server 130 on a periodic basis. Processor 520 may also be programmed to detect if readings from any sensors exceed a predetermined threshold value and generate an alert signal when a threshold is exceeded. Certain functions/operations performed by processor 520 are described further in connection with, for example,
Memory 525 includes one or multiple memories and/or one or multiple other types of storage mediums. For example, memory 525 may include random access memory (RAM), dynamic random access memory (DRAM), cache, read only memory (ROM), a programmable read only memory (PROM), a static random access memory (SRAM), a single in-line memory module (SIMM), a dual in-line memory module (DIMM), a flash memory (e.g., a NAND flash, a NOR flash, etc.), and/or some other type of memory. Alternatively, or additionally, memory 525 may include a Micro-Electromechanical System (MEMS)-based storage medium, and/or a nanotechnology-based storage medium. Memory 525 may store data (e.g., from sensor(s) 505, location unit 530, sensors connected to sensor/Modbus interfaces 515, software, and/or instructions related to the operation of device 200.
Location unit 530 may communicate with an external positioning system to detect a location of device 200. For example, location unit 530 may include a location identification system (e.g., global positioning system (GPS) or another assisted location determining system).
Although
Bus 610 may permit communication among the components of device 600. Processing unit 620 may include one or more processors or microprocessors that interpret and execute instructions. In other implementations, processing unit 620 may be implemented as, or include, one or more ASICs, FPGAs, or the like.
Memory 630 may include a RAM or another type of dynamic storage device that stores information and instructions for execution by processing unit 620, a ROM or another type of static storage device that stores static information and instructions for the processing unit 620, and/or some other type of magnetic or optical recording medium and its corresponding drive for storing information and/or instructions.
Input device 640 may include one or more devices that permit an operator to input information to device 600, such as a keyboard, a keypad, a touch screen display, a mouse, a pen, a microphone, one or more biometric mechanisms, a camera (e.g., for scanning bar codes in the case of a user device 125), and the like. Output device 650 may include a device that outputs information to the operator, such as display, a speaker, etc.
Communication interface 660 may include a transceiver that enables device 600 to communicate with other devices and/or systems, such as other computing devices. Each of such other devices may include its respective communication interface 660 to achieve such communication.
As described herein, device 600 may perform certain operations in response to processing unit 620 executing software instructions stored in a computer-readable medium, such as memory 630. A computer-readable medium may include a tangible, non-transitory memory device. Memory 630 may be referred to herein as a “tangible non-transitory computer-readable medium,” a “non-transitory computer-readable medium,” or a “non-transitory storage medium.” A memory device may include space within a single physical memory device or spread across multiple physical memory devices. The software instructions may be read into memory 630 from another computer-readable medium or from another device via communication interface 660. The software instructions contained in memory 630 may cause processing unit 620 to perform processes described herein. Alternatively, hardwired circuitry may be used in place of or in combination with software instructions to implement processes described herein. Thus, implementations described herein are not limited to any specific combination of hardware circuitry and software.
Although
The exemplary process may include pump monitoring unit/device 110 monitoring pump operational parameters, such as pump pressure, flow rate, rotation speed, rotation direction, vibration, and/or temperature (block 700) and transmitting the data associated with the monitored pump operational parameters to web server 130 (block 710). Pump monitoring unit/device 110 may monitor pump operational parameters, such as vibration and/or temperature, via sensor(s) 505. Pump monitoring unit/device 110 may monitor other pump operational parameters, such as pump pressure, flow rate, rotation speed, and rotation direction via sensor/Modbus interface(s) 515. Pump monitoring unit/device 110 may encapsulate a block of data corresponding to a monitored pump operational parameter(s) within a message and transmit the message to web server 130 over network(s) 120.
The exemplary process may include user device 125 receiving a scan of a bar code 105 affixed to a pump equipment 100 (block 900), determining a URL encoded in the bar code 105 and supplies the determined URL to a web browser 140 executed at user device 125, where the URL maps to the pump equipment 100 and/or to an IoT device associated with the pump equipment 100 (block 905). The user 145 of user device 125 may direct a camera of the device 125 towards a bar code 105 affixed to the pump equipment 100 and take a picture of the bar code 105 to “scan” the bar code 105. Bar code scanning functionality executed by user device 125 (e.g., an application) may extract a URL encoded in the bar code 105. The URL may map to the pump equipment 100 and/or to a device 200 associated with the pump equipment 100.
Web browser 140 accesses, using the URL, a webpage that includes a user selectable link(s) for displaying pump and/or IoT data and for controlling the pump equipment 100 (block 910). The URL serves as an address, in networks(s) 120, for retrieving a webpage that pertains to the pump equipment 100 that is mapped to the URL. Web browser 140 requests, from web server 130, the webpage that corresponds to the URL address.
Web browser 140 determines if display or control functionality has been selected via the accessed webpage (block 915). The user 145 of user device 125 may select display or control functionality from the accessed webpage using, for example, an input device 640 (e.g., a mouse or touch screen display). Using the example webpage 1200 of
If control of the pump equipment 100 that corresponds to the scanned bar code 105 has been selected (“Control Pump”—block 915), then user device 125 receives a user selection of a pump operational parameter(s) to control (block 920), and receives user adjustment(s) to the selected pump operational parameter(s) (block 925). In some implementations, the control of the pump equipment 100 may include starting or stopping the pump equipment 100, adjusting the rotation speed of the pump equipment, or changing the direction of rotation of the pump equipment. For example, the user 145 of user device 125 may start the pump equipment 100 from an off operational status, and adjust the rotation speed of the pump equipment 100 to a specific speed. As another example, if the pump equipment 100 is already operating at a rotation speed x1, then the user 145 of user device 125 may adjust the rotation speed to x2, where x2 is less than, or greater than, x1. As a further example, if the pump equipment 100 is already operating with a clockwise rotation, then the user 145 of user device 125 may change the direction of rotation of the pump equipment 100 to a counterclockwise rotation (or vice versa, from counterclockwise rotation to a clockwise rotation). Referring to the example webpage 1200 of
User device 125 sends a request to web server 130 to adjust selected pump operational parameter(s) (block 930), and web server 130, upon receipt of the request from user device 125, generates a pump control message and sends the message to the pump equipment 100 or to the associated IoT device (block 935). The browser 140 generates a request to web server 130 that includes an indication of the pump operational parameter(s) selected by the user 145 for adjustment, and indicates the adjustment of the selected pump operational parameter(s) that is to be performed. For example, if the user 145 has selected “Adjust rotation speed” from webpage 1200, and entered a specific RPM value for the rotation speed, then browser 140 of user device 125 generates a request that includes an indication of the rotation speed adjustment and sends the request to web server 130 via network(s) 120.
Pump equipment 100, or the associated IoT device 200, upon receipt of the pump control message, adjusts the selected pump operational parameter(s) (block 940). In an implementation in which pump equipment 100 receives instructions/commands directly from web server 130, pump equipment 100 extracts the pump control instructions from the received pump control message and adjusts the selected pump operational parameter(s) accordingly. In an implementation in which a device 200, such as described with respect to
As an example, if pump equipment 100 is turned off, the pump control message may instruct the pump equipment 100 and/or device 200 to turn the pump equipment 100 on and start the pump rotating. As another example, if pump equipment 100 is already turned on, the pump control message may instruct the pump equipment to turn off such that the rotation speed decreases to zero. As a further example, if the pump equipment 100 is already turned on, and rotating at a particular pump rotation speed of x, the pump control message may instruct the pump equipment 100 to increase, or decrease, the pump rotation speed from speed x to a particular rotation speedy. In the example depicted in
Subsequent to execution of block 940, the exemplary process may return to block 920 for user selection of an additional pump operational parameter(s) to control, and repeat blocks 920 through 940 for the new user selected pump operational parameter(s). For example, if the pump equipment 100 rotation speed was first adjusted to speedy in block 940, the user 140 of user device 125 may then adjust the rotation speed to speed z at a later time by repeating blocks 920 through 940. As a further example, if the pump equipment 100 rotation was first set to a first rotation direction D1 in block 940, the user 140 of user device 125 may then change the direction of the rotation of pump equipment 100 to a second direction D2 at a later time by repeating blocks 920 through 940.
If display of pump operational parameter data, associated with the pump equipment 100 that corresponds to the scanned bar code 105, has been selected (“Display Pump Operational Data”—block 915), then user device 125 requests monitored pump operation data from web server 130 (block 945). For example, referring to the example webpage of
User device 125 receives, from web server 130, webpage data that includes the requested operational parameter data for the pump equipment 100 (block 950) and displays the webpage data, including displaying the received pump operational parameter data (block 955). Referring to the example webpage 1200 of
Referring back to
User device 125 sends a request to web server 130 to retrieve the selected pump-related data (block 965), receives, from web server 130, a webpage that includes the selected pump-related data (block 970), and displays the received webpage with the pump-related data (block 975).
As set forth in this description and illustrated by the drawings, reference is made to “an exemplary embodiment,” “an embodiment,” “embodiments,” etc., which may include a particular feature, structure or characteristic in connection with an embodiment(s). However, the use of the phrase or term “an embodiment,” “embodiments,” etc., in various places in the specification does not necessarily refer to all embodiments described, nor does it necessarily refer to the same embodiment, nor are separate or alternative embodiments necessarily mutually exclusive of other embodiment(s). The same applies to the term “implementation,” “implementations,” etc.
The foregoing description of embodiments provides illustration, but is not intended to be exhaustive or to limit the embodiments to the precise form disclosed. Accordingly, modifications to the embodiments described herein may be possible. For example, various modifications and changes may be made thereto, and additional embodiments may be implemented, without departing from the broader scope of the invention as set forth in the claims that follow. The description and drawings are accordingly to be regarded as illustrative rather than restrictive.
The terms “a,” “an,” and “the” are intended to be interpreted to include one or more items. Further, the phrase “based on” is intended to be interpreted as “based, at least in part, on,” unless explicitly stated otherwise. The term “and/or” is intended to be interpreted to include any and all combinations of one or more of the associated items. The word “exemplary” is used herein to mean “serving as an example.” Any embodiment or implementation described as “exemplary” is not necessarily to be construed as preferred or advantageous over other embodiments or implementations.
Use of ordinal terms such as “first,” “second,” “third,” etc., in the claims to modify a claim element does not by itself connote any priority, precedence, or order of one claim element over another, the temporal order in which acts of a method are performed, the temporal order in which instructions executed by a device are performed, etc., but are used merely as labels to distinguish one claim element having a certain name from another element having a same name (but for use of the ordinal term) to distinguish the claim elements.
No element, act, or instruction used in the description of the present application should be construed as critical or essential to the invention unless explicitly described as such.
This application claims priority under 35 U.S.C. § 119, based on U.S. Provisional Application No. 63/104,054, filed Oct. 22, 2020, the disclosure of which is incorporated by reference herein.
Number | Date | Country | |
---|---|---|---|
63104054 | Oct 2020 | US |