Patent Grant
12136333
The present invention generally relates to nuclear power plants alert notification systems and methods, and more particularly to a retrofittable information processing system for automatically monitoring operational status and maintaining alert signal siren equipment in a multiplicity of remotely located alert signal siren sites distributed over diverse wide geographic regions.
Nuclear Power Plants include an Emergency Preparedness Alert Notification System (ANS). Such an ANS includes a multiplicity (e.g., at least ten, and possibly at least one hundred) of remotely located alert signal sirens distributed over diverse wide geographic regions. Operations personnel must perform regular maintenance and test/verify the operation of each siren. The testing and maintenance functions involve a large amount of manual test procedures with multiple technicians operating test equipment on each siren which is remotely located. Technicians must open up each siren, connect several different pieces of test equipment inside, and manually run through testing and maintenance procedures, and then log all the collected test results data and maintenance data by hand. The technicians also must manually deliver this logged information to a Nuclear SharePoint site where the logged information is entered by data entry personnel into an information processing system and database.
The above-described mostly manual process for testing siren equipment must be regularly performed on all individual remotely located sirens which are distributed over diverse wide geographic regions. This process, for the most part being performed manually, is slow, tedious, and consumes resources at a high cost.
The accompanying figures can include the same reference numerals that refer to identical or functionally similar elements throughout the separate views. These figures, together with the specification, which contains the detailed description below, serve to illustrate various embodiments and to explain different principles and advantages and are all incorporated into the present disclosure, in which:
As required, this section discloses detailed embodiments; however, the disclosed embodiments are merely examples that illustrate systems and methods described below in various forms. Therefore, specific structural and functional details disclosed herein are only non-limiting examples provided as a basis for the claims and teaching one of ordinary skill in the art to variously employ the disclosed subject matter in virtually any appropriately detailed structure and function. Further, the terms and phrases used herein are not limiting but rather provide an understandable description.
According to various embodiments, a process for automatic maintenance testing siren equipment at a remote siren site is started, for example, by a central siren control system, also referred to as a Nuclear Share-Point information processing system, a Nuclear Share-Point Control System, and a CSCS, and the like, transmitting a start siren test script command, such as shown in
The Maintenance Test process can be performed from a predetermined remote location or at the local Siren site. The process begins with monitoring the data from the local Site controller and downloading the monitored data to the siren Test Set; the downloading continuing until the Maintenance Macro script is completed.
The data obtained from a Main Voltage/Current sensor during the Maintenance process contains the Total DC voltage and DC current measured from a power supply of the siren during the Maintenance process. The predefined expected voltage, for example, can be between 21 and 25 volts, and the predefined expected current during this process, for example, can be between 80 and 90 amps. If the sensed voltage and current values are not the expected values, then the Test Set proceeds according to the process to set an alarm condition which will be transmitted and reported to the central siren control system (also referred to as the Nuclear Share-Point information processing system, the CSCS, and the like). The alarm condition(s) reporting process will be discussed more fully below.
Voltage and current sensors, for example, can be used for monitoring the total voltage and current measured (sensed) from the power supply of the siren. From these sensed and measured values, according to the example, the Test Set can determine if all the amplifiers and speaker drivers are functioning correctly in the siren. Also, from these sensed and measured values, in the present example, the Test Set can determine whether the batteries (e.g., which may be used for back-up power, or for main operational power, of the siren) are charged and in a safe operating condition. See, for example, graph curves 502 shown in
If the sensed/measured voltage and current values are not the expected parameter values, then the Test Set proceeds according to the process to set an alarm condition which will be transmitted and reported to the Nuclear Share-Point information processing system. The Test Set senses and measures voltage and current values and records (stores) the values and any determined alarm condition in a data storage repository in the Test Set for transmission (reporting) to the Nuclear Share-Point information processing system. The sensed/measured operational parameter values, and any alarm condition(s), are reported according to a process that will be discussed more fully below.
A Rotor Sensor monitors the rotation of the siren head. The voltage and current operational parameters sensed and measured by the Rotor Sensor, for example, can be specified as a predefined voltage range from 23 volts to 25 volts, and can be specified as a predefined current range from 2.5 amps to 4 amps. See, for example, graph curves 504 shown in
The siren head rotation can be monitored in various ways. As one example, the Test Set can monitor the time it takes to make a full rotation along with the positive current and negative current sensed and measured during the full rotation. The siren, for example, rotates in a clock-wise rotational direction. The process, accordingly, will expect a positive current and in the counter-clock-wise rotational direction the process will expect a negative current. If the values recorded are not the expected results the process is alarmed. If the Test Set senses and measures voltage and current values that are not the expected operational parameter values, then the Test Set proceeds according to the process to set an alarm condition. The Test Set senses and measures voltage and current values and records the values, and any determined alarm condition, in a data storage repository in the Test Set for transmission to the Nuclear Share-Point information processing system. The sensed/measured operational parameter values, and any alarm condition(s), reporting process will be discussed more fully below.
The Radio Sensor monitors the voltage and current, wherein the predefined standby voltage range is from 13 to 14.8 volts and the predefined standby current range is from 400 and 600 milliamps. See, for example, graph curves 602 shown in
The RF Sensor monitors (senses/measures) the forward and reverse power in Watts to verify that the RF portion of the radio, radio cabling and antenna is functioning correctly. The forward and reverse power expected data values (sensed/measured) from the RF Sensor, for example, can be between 12 to 25 watts forward power and between 0 to 2 watts reflected power. If the sensed/measured forward and reverse power values are not the expect operational parameter values then the Test Set proceeds according to the process to set an alarm condition which will be transmitted and reported to the Nuclear Share-Point information processing system. The Test Set senses and measures forward and reverse power values. The Test Set then records the test results values, and any determined alarm condition, in a data storage repository in the Test Set for transmission to the Nuclear Share-Point information processing system. The sensed/measured operational parameter values, and any alarm condition(s) (e.g., one or more alarm condition indications), reporting process will be discussed more fully below.
If any sensed/measured and reported data value is not within the expected operational parameter values range(s), then maintenance technicians will be dispatched to the Siren site to make the necessary repairs to the Siren. Thereafter, the Siren unit will be re-tested and a Maintenance document for logging the testing of the particular Siren site will be updated with the correct sensed/measured operational parameter values.
Once the siren test maintenance process is finished, and all sensed/measured data values are populated in a Maintenance log document which appears correct, the record of the Maintenance of the particular Siren can be transferred to the nuclear share-point site and recorded complete for the Siren that was worked on. The sensed/measured and recorded data is downloaded (reported) electronically to the Nuclear Share-Point site information processing system using this process.
In a conventional nuclear power plant emergency preparedness alert notification system, for example, two Nuclear Power Plant sites located over 100 miles apart may operate over 140 Siren systems between both Nuclear Power Plant sites. Each of the Sirens requires periodic (formerly manual) safety inspections and, as necessary based on the inspections, may require maintenance as necessary. Maintenance on nuclear power plant siren systems is fairly expensive and requires in most cases at least two technical personnel traveling to each Siren site. According to various embodiments of the present invention, the inspections and at least some of the maintenance can be done remotely without traveling to each Siren site. By using this novel remote test and maintenance process, in accordance with various embodiments, using a Test Set and a set of sensors installed in each Siren site, it reduces the overall maintenance time and reduces the chance of a human performance event error. Further, this process is much safer and efficient for technical personnel that are tasked with performing the test and maintenance work for all the Sirens dispersed over diverse wide geographic regions. Additionally, this streamlined siren test and maintenance process reduces costs of test and maintenance functions for an overall nuclear power plant operation.
Referring now to the example shown in
A plurality (e.g., a multiplicity) of remotely located test set computer systems (each also referred to as a Test Set, a Siren Computer Maintenance System, Remote Siren Equipment Test System, and the like) 104, 106, 108, are communicatively couple via at least one communication network 110, as illustrated in
According to various embodiments, the Remote Siren Equipment Test System (Test Set) can be retrofitted to a pre-existing Siren site as a retrofit solution that can be added, for example as aftermarket equipment or otherwise, to Rotating Siren equipment that might be already deployed in a Nuclear Power Plant Emergency Preparedness Alert Notification System. The retrofit solution allows adding the Test Set equipment to each Rotating Siren while the Nuclear Power Plant Emergency Preparedness Alert Notification System continues being operational providing alert notifications via other operational Rotating Sirens that are not currently being retrofitted with, e.g., aftermarket or otherwise, Test Set equipment. This retrofit installation of Test Set equipment to Siren sites minimizes downtime of the overall Nuclear Power Plant Emergency Preparedness Alert Notification System, which is a critical requirement to continuously maintain safety of operations for one or more nuclear power plants being monitored by the Nuclear Power Plant Emergency Preparedness Alert Notification System. The Test Set includes one or more sensor units that, according to the example, can be electrically and mechanically coupled by technical personnel (e.g., in a retrofit install operation) to respective various components to be monitored in a Rotating Siren site.
According to certain embodiments, a Test Set includes information processing system and related computer electronic circuits and devices, that are generally contained in one or more housings which can be secured by technical personnel to, for example, a pre-existing Rotating Siren during a retrofit installation operation. The one or more sensor units 138 (see
In certain embodiments, one or more sensors have sensor inputs that are also communicatively coupled with the information processing system and related computer electronic circuits and devices of the Test Set. These one or more sensors (also referred to as configurable sensors, remotely configurable sensors, controllable sensors, remotely controllable sensors, and the like) can receive configuration data and control data from the information processing system and related computer electronic circuits and devices. The configuration data and control data, optionally, can be transmitted from the CSCS 102 to each Test Set and thereby to each set of remotely configurable sensors and/or remotely controllable sensors.
By being able to retrofit Test Sets, including in certain embodiments of the invention retrofitting by technical personnel, sets of configurable sensors and/or controllable sensors, in each of the Sirens it allows a flexible and dynamic deployment and management of automated Test Sets in a multiplicity of remote Siren sites in a Nuclear Power Plant Emergency Preparedness Alert Notification System. The term “retrofitting by technical personnel” as used herein is intended to mean adding one or more sensors by coupling to at least one component of a rotating siren system, or more generally adding a Test Set to the rotating siren system, after the rotating siren was manufactured. Often, but not necessarily, this retrofitting installation (adding) of a Test Set and/or a set of sensors to a rotating siren system, is performed by technical personnel in the field such as at a rotating siren site in a multiplicity of rotating siren sites distributed over diverse wide geographic regions in a nuclear power plant emergency preparedness alert notification system. In certain embodiments, the configurable sensors and/or controllable sensors can be remotely adjusted, configured, and controlled, e.g., from the CSCS 102, for monitoring particular components of remotely located Rotating Sirens. Particular components of each Siren site, for example, may change (e.g., drift) in operational parameters, while still being affirmatively operational, during the operational life of such particular components in the Siren site. Such remote adjustment, configuration, and control, of automated Test Sets that are monitoring certain components in each Siren site, further enhances the flexibility of deployment and management of automated Test Sets in a multiplicity of remote Siren sites, even while an overall Nuclear Power Plant Emergency Preparedness Alert Notification System continues to be operational.
The CSCS 102, according various embodiments of a siren test method, can transmit (e.g., wirelessly transmit) a start siren test script command message (also referred to, according to the context used, as a Start/Stop Command Message, a Start Command Message, a Start Command, a Siren Stop Command Message, a Stop Command, and the like) 722, such as shown in
The CSCS 102, according various embodiments, can wirelessly transmit a siren stop command message (also referred to as a Stop Command Message, a Stop Command, and the like) 722, such as shown in
According to certain embodiments, the restart (reset) of operations can be triggered by a wirelessly transmitted message from the CSCS 102 to the Test Set and thereby a restart signal is sent to the Siren system controller thereby restarting and resetting all operations of the siren to an initial operational state. Optionally, a pre-configured time-delay associated with the Siren system controller following the Siren Stop Command 722 will trigger the restart (reset) of operations at the Siren site thereby restarting and resetting all operations of the siren to an initial operational state. For example, the trigger can be based on a processor detecting a timer has counted down a pre-configured amount of time following wirelessly receiving a siren stop command message. Optionally, according to certain embodiments, this time-delay can be configured and associated with the Siren system controller by a wirelessly transmitted message from the CSCS 102 to the Test Set which sends a restart signal to the Siren system controller thereby restarting and resetting all operations of the siren to an initial operational state. This Siren Stop Command message 722 can be sent from the CSCS 102 to one or more (or to all) Siren sites 103/201. By stopping operations of one or more (or all) of the Siren sites 103/201, the CSCS 102 can quickly recover to normal operations an entire system 100 from a system operation failure at any one or more Siren sites, or due to a malicious (likely illegal) system hack attack by nefarious attacker(s). Advantageously, in various embodiments, the one or more networks 110 and the network communication interface devices 126, 416, (which can also be referred to as a wireless network interface device when a context in the discussion indicates wireless communication of messages) are all designed for reliable mesh networking communications, and optionally self-healing mesh networking, to increase the ability of the system 100 to recover from attacks to the network(s) 110. Besides using the various Siren sites (as network nodes) for mesh networking communications with each other and with the CSCS 102, strategically located wireless repeaters (nodes) can increase the reliability of delivering messages between the various nodes in a mesh network used by the system 100.
In the current example, for simplicity the discussion will refer to the CSCS 102 sending a Start Command message (also referred to as a start siren test command, a start test command, and the like) to the Siren 1 Test Set 104 which is coupled with Siren 1 103/201. However, it is understood that a similar method of communication and testing can be done with each and every Test Set in the plurality (e.g., multiplicity) of Test Sets 104, 106, 108, respectively coupled with the various Sirens 1, 2, N 103/201.
The CSCS 102 is communicatively coupled with the one or more networks 110. Such networks 110 can include one or more of wired networks, wireless networks, local area networks, wide area networks, specialized communication network links, or any combination thereof. According to the example shown in
An example of a CSCS 102 is illustrated in
The Siren Maintenance Tracking database 116 contains a multiplicity of Siren Records 117 to track the testing and maintenance history of each of the multiplicity of Sirens as reported by the one or more Test Sets 104, 106, 108. That is, for example, Siren 1 Record 118 is associated with the testing and alarm conditions reported by the Siren 1 Test Set 104, Siren 2 Record 120 is associated with the testing and alarm conditions reported by the Siren 2 Test Set 108, and Siren N Record 122 is associated with the testing and alarm conditions reported by the Siren N Test Set 106.
According to various embodiments, the number of Sirens and respective Siren Test Sets can be a multiplicity, such as at least ten Sirens and respective at least ten Siren Test Sets. The multiplicity, according to certain embodiments, can be at least fifty Sirens and respective Siren Test Sets. In some embodiments, the multiplicity can be at least one hundred Sirens and respective Siren Test Sets.
In the present example, the CSCS 102 includes a user interface 124 which technical personnel can use to monitor test and maintenance status, and operational readiness, of each of the Sirens as diagnosed and reported by the one or more Test Sets 104, 106, 108.
A network communication interface 126 (which can also be referred to as a wireless network interface and a wireless network interface device when a context in the discussion indicates wireless communication of messages) in the CSCS 102 provides hardware/software for facilitating network communications over the one or more network(s) 110 between the CSCS 102 and the one or more Test Sets 104, 106, 108. A wireless transceiver 127 in the CSCS 102 provides hardware/software for facilitating wireless communications between the CSCS 102 and the one or more siren system controllers at the respective one or more Siren sites 103/201. It should be noted that, according to certain embodiments, the wireless communications between the transceiver 127 in the CSCS 102 and the wireless transceiver 134 at each Siren site 103/201, can include communications over the one or more networks 110.
A Siren Test System Controller 130, interoperating with the processor(s) 128 in the Siren 1 Test Set 104, can communicate, for example, via the networks 110 to receive messages from, and send messages to, the CSCS 102. The Siren Test System Controller 130 is associated with one or more selective addresses stored in non-volatile storage memory (persistent memory) in the Siren 1 Test Set 104. A message sent, by the CSCS 102, in the networks 110 includes a selective address, typically in a header portion of the message. The Siren 1 Test Set 104, via the Siren Test System Controller 130, monitors message communications from the networks 110 and determines that a particular message is destined for reception by the Siren 1 Test Set 104, based on comparing a selective address included in a particular message to the one or more selective addresses stored in the local storage memory and finding a match between the message selective address included in the particular message and one of the one or more selective addresses stored in the storage memory. Such a message may also be referred herein as being addressed (also referred to as being selectively addressed) and destined for reception by the Siren Test System Controller 130 in the Siren 1 Test Set 104.
According to the present example shown in
After the Siren Test System Controller 130 has determined that the message being transmitted in the network(s) 110 is selectively addressed and destined for reception by the Siren Test System Controller 130, the Siren Test System Controller 130 receives the message and stores it in memory 404, 406, in the Siren 1 Test Set 104.
Additionally, in response to receiving the message according to this example, the processor 128 interoperates with the Siren Test System Controller 130 to perform any command(s) received from the automated maintenance controller 114 in the CSCS 102. In response to receiving a Start Command message, for example, the Siren Test System Controller 130 resets all tests of operational parameters to configured values and proceeds to start a siren test method of the Siren 1 Test Set 104 which is operationally coupled with the Siren 1 in the system 100.
After all tests of the Siren 1 are completed by the Siren 1 Test Set 104, the siren test system controller 130 generates, according to an example, an automatic test results response message 702, such as shown in
The automatic test results response message 702, according to an example, includes the test results information and alarm conditions, if any, collected by, and stored in the Siren test data repository 132 in, the Siren 1 Test Set 104. The Siren 1 Test Set 104, for example, can collect voltage, current, and RF power information (also referred to as sensor data, and the like), from various components of the Siren 1. For example, Siren 1 Test Set 104 can collect outputted sensor data from Siren diagnostic sensors (also referred to as Siren Sensors, Sensors, or the like) 138 that can be operatively coupled with, for example, at least one Siren Power Supply 136 (monitoring voltages and currents 502 over time 506 as shown in
Other types of outputted sensor data from various sensors 138 can be collected by the Siren 1 Test Set 104 from various components of the Siren 1. As first example, outputted sensor data can be collected from sensors monitoring the rotational motion of the rotating siren head (also referred to as a rotating motion actuator) 206 which causes rotation of the sound output siren horn 214 (also referred to as a directional sound output port, a rotating sound output port, and the like) to thereby emit an audible emergency alert signal in a near omnidirectional sound output pattern from the rotating siren. A processor 128, for example, can monitor digital output signals from one or more rotary encoders mechanically coupled to the rotating siren head 206. The monitored digital output signals, according to the present disclosure, would be considered sensor output from one or more sensors coupled to the rotating siren head 206. Rotary encoders are a type of sensor that measures the rotation of a mechanical shaft. Such rotary encoders, for example, can be implemented using optical, mechanical, or magnetic, sensors that output digital sensor data to indicate rotation of the siren head 206 in the siren equipment 103/201.
As a second example, voltage and/or current signals being supplied by the rotating siren power supply 136 to an actuator driver circuit and to the rotating siren head (rotating motion actuator) 206 can be sensed, measured, and monitored by the processor 128. In response to being actuated by the actuator driver circuit, the rotating motion actuator (siren head) 206 rotates thereby causing the directional sound output port (sound output siren horn) 214 to rotate (e.g., up to 359 degrees) to thereby near omnidirectionally emit the audible emergency alert signal from the rotating directional sound output port 214. See, for example, graph curves 504 shown in
As a third example, voltage and/or current being supplied to the batteries in a battery operated (or battery backed up) siren, can be sensed and measured and monitored by a processor 128. See, for example, graph curves 502 shown in
As a fourth example, received signal strength indicator (RSSI) output signals from a receiver portion of the wireless transceiver 134 can be monitored by the processor 128. The RSSI output signals, according to the present disclosure, would be considered outputted sensor data from one or more sensors coupled to the receiver portion of the wireless transceiver 134.
The siren test system controller 130 then, at a certain time for reporting test results data and alarm condition(s), if any, transmits the automatic test results response message 702, such as shown in
The automated maintenance controller 114, in response to receiving the automatic test results response message 702, transfers the automatic test results response message payload information (e.g., the message information transported by the automatic test results response message 702) to the Siren 1 Record 118 in the Siren Maintenance Tracking database 116. The automatic test results response message payload information includes the test results data values, and any alarm conditions, that were collected by, and stored in the siren test data storage repository 132 of, the Siren 1 Test Set 104.
Additionally, in response to any alarm condition(s) received from the Siren 1 Test Set 104, the CSCS 102 will alert technical operation personnel at the Nuclear Share-Point facility to take remedial action(s) necessary for correcting operation of Siren 1 coupled to the Siren 1 Test Set 104. For example, response to receiving such an alert condition could include the CSCS 102 displaying an alarm message in the user interface 124. As another example, a response to receiving such an alert condition could include the user interface emitting an audible alarm signal and/or emitting a visible alarm signal such as by illuminating an indicator.
The CSCS 102 can repeat the above process for all of the Siren Test Sets 104, 106, 108. In this way, the CSCS 102 can automatically keep track in the database 116 of the current test result information received from each of the Test Sets 104, 106, 108. The CSCS 102 can provide alert information to the technical operation personnel, as necessary, based on the received current test result information received from each of the Test Sets 104, 106, 108.
In certain embodiments, the CSCS 102 can automatically keep track in the database 116 of a history of test results that are received from each of the Test Sets 104, 106, 108, over time. Each test result that is received from a Test Set 104, 106, 108, is stored by the automated maintenance controller 114 in a respective one siren record 118, 120, 122, associated with the Test Set 104, 106, 108. Time information associated with each test result can also be stored in the respective one siren record 118, 120, 122. The time information can correspond, for example, to a time when the Test Set 104, 106, 108, performed tests of components in a particular rotating siren 105. In this way, the CSCS 102 can keep track, in the siren records 117 in the database 116, of a history of test results from a plurality of rotating siren tests automatically performed by each of the respective Test Sets 104, 106, 108.
According to various embodiments, the CSCS 102 can analyze
Referring
The audio signal is electronically amplified and driven into the speaker(s) 216 and in response the speaker(s) 216 emit audible sound output. Then, the horn (directional sound output port) 214 mechanically amplifies the emitted sound output from the speaker(s) 216. In the example, the audio signal is amplified and driven into the speaker(s) 216 by electronic amplifier/driver circuits 210, as shown. According to one example, the electronic amplifier/driver circuits 210, the horn 214, and the speaker(s) 216, are mechanically coupled to a rotating housing, as illustrated in
It should be noted that the speaker(s) 216, according to various embodiments, can be located at a different location and structure separate from the rotating housing. That is, only the horn (directional sound output port) 214 would be mechanically coupled to the rotating housing. The sound output from the speaker(s) 216 would be mechanically coupled (e.g., via a sound output channel) to the rotating horn 214, which can then amplify and directionally emit the sound output which by rotating the horn 214 can emit the sound output (e.g., an audible emergency alert signal) in a near omnidirectional sound output pattern.
The rotating housing, in this example, is supported by a support structure 208 on a rotator head (also referred to as a rotating siren head, a rotating motion actuator, and the like) 206 that can rotate in a nearly 360 degrees rotation (e.g., up to 359 degrees). For example, a stepper motor could be used to rotate the rotating housing and the rotating horn 214. In this way, for example, the audio signal is electronically amplified/driven (by the amplifier/driver circuits and the speaker(s) 216) and emitted as sound output, and which then is additionally mechanically amplified and directionally emitted by the horn 214. While the horn 214 is rotated in nearly a 360 degrees pattern it can directionally emit the sound output from the Siren 201 in a nearly omnidirectional pattern.
The siren 201 arrangement of components 206, 208, 210, 214, 216, is supported by a supporting tower 204 (or supporting beam or pole, or the like) which raises the nearly omnidirectional sound output to a significantly high altitude to transmit the omnidirectional sound output over many possible mechanical impediments that could limit the sound output; for example nearby trees or other structures that could dampen or block the sound output from the Siren 201. According to certain embodiments, a power supply and cable 212 provides electrical power to the Rotating Siren 201.
Optionally, the power could be supplied by solar power collector panels and batteries that can store electrical energy to be used as necessary by the Siren 201. Such an arrangement allows the operational Siren 201 to be located in very remote locations away from electrical power lines. Communications between such remote siren equipment 201 and a central control system 102 could be made totally using wireless communication between the Siren controller 140 and the CSCS 102 via the one or more networks 110.
Regarding
A user interface 124, 310 includes a user output interface 312 and a user input interface 314 for communicating with a user (e.g., an operator or other technical personnel) using the information processing system 102. The user output interface 312 includes various output devices, such as a computer display device, indicator lights, a speaker that generates sound output to a user, or a data output interface device that can provide data and control signals to a user that comprises a computer system.
The user input interface 314 can include various input devices such as a computer keyboard, mouse device, touch screen display, a microphone that receives sound input signals from a user. The received sound signals, for example, can be converted to an electronic digital representation and stored in memory, and optionally can be used with voice recognition software executed by the processor 112 to receive user input data and commands. The user input interface 314 can include a data input interface device (not shown) that can receive data and control signals from a user that comprises a computer system.
A siren maintenance tracking database 116 contains a collection of siren database records 117. Examples of such records 118, 120, 122, have been discussed above with reference to
As shown in
The instructions 307, which can include computer instructions, configuration parameters, and data, can be stored in the computer-readable medium 320, the main memory 304, the persistent memory 306, and the processor's internal memory such as cache memory and registers.
A network interface device 126 is communicatively coupled with the processor 112 and provides a communication interface for the CSCS information processing system 102 to communicate via one or more networks 110. The networks 110, as has been discussed above with reference to
A wireless transceiver 127 is communicatively coupled with the processor(s) 112 and provides a communication interface for the CSCS information processing system 102 to communicate commands and data to each of the Siren sites (siren system controller) and to receive data from each of the Siren sites. For example, the CSCS 102 can transmit a Siren activation command to start a particular remote Siren site to sound a siren alarm. The CSCS 102 can also transmit a Siren deactivation command to stop the Siren from sounding the siren alarm.
As illustrated in
The automated maintenance controller 114 interoperates with the processor 112 to cause the CSCS information processing system 102 to operate according to various novel methods that are disclosed herein. Some of the operations have been described above with reference to the example of
According to the example, the Siren Alarm Condition Controller 326 determines, from testing and maintenance information received from each of the plurality of Siren Test Sets 104, 106, 108, whether an alarm condition has been detected with respect to any of the tests performed by the each Siren Test Set. That is, for example, testing and maintenance history information of each one of the multiplicity of rotating sirens is stored in a respective siren record in the siren maintenance tracking database 116. The testing and maintenance history information in each of the siren records can be continuously updated based on repeated testing of individual rotating siren systems 105 and receipt of one or more rotating siren status messages including indication of operational status of at least one component of a respective one of the multiplicity of rotating sirens associated with the individual siren records. The testing and maintenance history information in each of the siren records can be continuously analyzed based on the continuous updating of the information in the each of the siren records 117.
In response to an alarm condition being detected by the Siren Alarm Condition Controller 326, an alarm condition reporting process is performed to report the alarm condition to an operator of the CSCS 102, and/or other technical personnel, and specifically that the alarm condition has been detected with respect to a particular Siren Test Set coupled to a remote Siren. Various alert processes can be followed based on each specific alarm condition detected associated with a particular Siren Test Set and remote Siren.
The Siren Maintenance History Analyzer 328 is invoked by the CSCS 102 in response to the Automated Maintenance Controller 114 determining that testing and maintenance information received over time (e.g., testing and maintenance history information stored in each of the siren records 117) from a particular one of the Siren Test Sets 104, 106, 108, indicates sensed/measured operational parameter value(s) of particular one or more components of a rotating siren system 105 is/are deviating from expected specified operational parameter value(s), for example, by greater than one or more predetermined difference threshold values. The history of the operational parameter value(s) associated with past test results over time can be stored in each of the siren records 117 associated with a respective each rotating siren system 105 in a multiplicity of rotating siren systems. The siren testing and maintenance history information stored in each of the siren records 117 can be analyzed by the Analyzer 328 to determine a trend of the operational parameter value(s) deviating from expected specified values. The Analyzer 328 can determine if there is a trend of progressively increasing deviations from expected specified operational parameter values over time. That is, for example, test result value(s) may be determined, by the Analyzer 328, exceeding progressively over time greater than one or more predetermined threshold values for particular operational parameter value(s). In this way, the Analyzer 328 can predict a likely alarm condition that will occur in the future for a particular test result of a component of a Siren 105, 201. In response to the Analyzer 328 indicating a prediction of a likely alarm condition that will occur in the future for a particular test result, the automated maintenance controller 114 can provide a report of the prediction(s) (e.g., via a user output interface 312) to an operator of the CSCS 102 (and/or to technical personnel). In this way, the CSCS 102 can inform system technical operators that a failure in operation of a particular component in a Siren is imminent. The technical personnel, in response, can take early remedial actions to avoid an imminent failure, even before a human operator would have physically tested, and diagnosed a failure in operation of, the particular component. For example, a technical crew can be dispatched to the Siren site to either make necessary adjustment in the operation of (and in the possible configuration of) the particular component, or can outright replace the component, in the Siren, before a failure occurs.
A user interface (not shown) can include a user output interface and a user input interface for communicating with a user (e.g., an operator or other technical personnel) using the information processing system 104. Each of the user output interface and the user input interface, for example, can include various devices such as has been discussed above with reference to
A local Siren Test Data repository 132 of the Siren 1 Test Set 104 contains a collection of test data and alarm condition information 410 which has been collected by the Siren Test Set 104. Examples of such test data and alarm condition information 410 have been discussed above with reference to
As shown in
In the present example, a wireless transceiver 134 is communicatively coupled via the system bus 402 to the processor 128. The processor 128 can interoperate with the wireless transceiver 134, according to various embodiments, to receive information signals (e.g., commands and data) transmitted from a wireless transceiver 127 in the CSCS 102. Examples of such various types of information signals have been discussed above with reference to
The instructions 407, which can include computer instructions, configuration parameters, and data, can be stored in the computer-readable medium 420, the main memory 404, the persistent memory 406, and the processor's internal memory such as cache memory and registers.
A network interface device 416 is communicatively coupled with the processor 128 and provides a communication interface for the Siren Test Set information processing system to communicate via one or more networks 110. The networks 110, as has been discussed above with reference to
As illustrated in
The siren test system controller 130 interoperates with the processor 128 to cause the Siren 1 Test Set 104 to operate according to various novel methods that are disclosed herein. Some example operations have been described above with reference to the example system 100 of
During repeated start test command communications between the CSCS 102 and each of the plurality (e.g., multiplicity) of Siren Test Sets 104, 106, 108, the CSCS 102 sends a start test command message to each one of the Siren Test Sets 104, 106, 108, and then receives an automatic test results response message transmitted by each Siren Test Sets 104, 106, 108, in response to receiving its respective start test command message.
The CSCS 102, in this way, can continuously update the Siren records 118, 120, 122, in the database 116, with the test results and alarm condition(s) information collected by, and stored in the local repository 132 of, the each Siren Test Set 104, 106, 108.
The Siren Sensor Data Monitor 414 monitors the various siren sensors and determines when siren sensor data is ready to be collected. Typically, the siren sensor data monitor 414 interoperates with the processor(s) 128 and operates according to the test script under control from the siren test system controller 130. The siren sensor data monitor 414 interoperates with the siren sensors data collector 408 to collect sensor data from the various siren sensors and to store and update the collected test data 410 in the siren test data repository 132.
Siren sensor data is collected from the various siren sensors based on the specifications for collected sensor data according to each test of a particular component of the siren 201. For example, as has been discussed above with reference to
In a first example test, voltage and current sensor data can be collected from monitoring the amplifiers and drivers 210 of the speaker(s) 216 in the siren equipment.
In a second example test, sensor data may be sensed and measured by a rotor sensor which, as has been discussed above with reference to
In a third example test, as has been discussed above, the Test Set can send an actuation signal to the wireless transceiver 134 and contemporaneously monitor forward power and reverse power values (sensed and measured values) from the wireless transceiver 134. These sensed data values are test results from testing the transmitter portion of the wireless transceiver 134.
In a fourth example test, RSSI output signals from the receiver portion of the wireless transceiver 134 can be monitored to provide test results of the receiver portion of the wireless transceiver 134. After electrically controlling the wireless transceiver (e.g., by sending an actuation signal to the wireless transceiver 134) to receive wirelessly transmitted RF signals, for example, the processor can monitor the RSSI output from the receiver portion of the wireless transceiver 134. A transmitted RF signal, according to one example test, can be transmitted (for example from the wireless transceiver 127 at the CSCS 102) such that the receiver portion RSSI output will output an indication of an RF signal being received. The transmission (ON) of the transmitted RF signal can be temporarily paused (OFF) and then this cycle of ON-OFF can be repeated a predefined number of times over a predefined time interval. According to the example, the RSSI output signal, in response to the received cycle of ON-OFF transmitted RF signals, will comprises a plurality of RSSI output signals in an alternating signal polarity pattern (or another predefined RSSI output signal pattern) within the predefined time interval. Of course other patterns of wireless transmitted RF signals can be used as a test of the receiver portion. If a number of the RSSI output signals, during a test, fail to match an expected predefined RSSI output signal pattern, the processor can determine that the receiver portion is failing to properly operate under test. That is, the processor can determine that the receiver portion is negatively operational to receive wirelessly transmitted RF signals, based on analysis of the outputted sensor data from the RSSI output from the receiver portion of the wireless transceiver 134.
If the siren sensor data analyzer 422 determines that sensed (measured) voltage and current sensor data values are not within the expected value ranges for these measurements, or in certain embodiments the monitored digital output signals from the rotary encoder(s) are not the expected values (or the expected pattern of values, or both) within expected time frames, or in certain embodiments the monitored (sensed and measured) forward power and reverse power data values are not the expected values during the testing of the transmitter portion of the wireless transceiver 134, or in certain embodiments a monitored RSSI output signal pattern fails to match an expected predefined signal pattern during the testing of the receiver portion of the wireless transceiver 134, then the processor 128 proceeds according to the test script process to set one or more alarm condition(s), e.g., set alarm condition flag(s) representing the particular collected sensor data from a test result. Alarm condition flag(s) are set and stored in the collected test data 410 in the siren test data repository 132. These one or more alarm condition flags will be transmitted and reported, along with the other collected test data 410, to the CSCS 102 after the test script is completed by the Siren 1 Test Set 104.
According to various embodiments, test results data 706 from testing speaker drivers and amplifiers can be included in the response message 702. Test results data 708 from testing the siren head rotation, according to certain embodiments, can be included in the response message 702. Test results data 710 from testing the wireless transceiver 134, according to certain embodiments, can be included in the response message 702. The wireless transceiver test results data 710 can include, according to an example test script sequence, RF forward power and reverse power sensed and measured values from the transmitter portion of the wireless transceiver 134. In certain embodiments, the wireless transceiver test results data 710 can include RSSI data from the receiver portion of the wireless transceiver 134.
The message 702 can include time information (not shown), according to certain embodiments. This time information can indicate, for example, a date/time when the response message 702 was sent to the CSCS 102 by the Siren 1 Test Set 104. It can also indicate, as another example, the date/time that each of the tests was performed on the siren equipment. Other data 714 associated with reporting the test results via the response message data packet(s) 702, may be included in the response message data packet(s) 702.
The response message 702 can also include a field 712 containing the alarm condition flags collected and stored (recorded) by the siren 1 test set 104 in the storage repository 132 of the siren 1 test set 104.
Now with reference to
The processor 128 in the Siren 1 Test Set 104 enters an operational sequence, at step 802, and then immediately proceeds to monitor communication in the network(s) 110 and receives a command to run test(s) for Siren 1, at step 804. In response to receiving a start test command 722, as shown in
Then, the processor 128, at step 808, according to the present example, runs test(s) of the Siren 1 rotor motor and controller (also can be referred to as a rotating motion actuator) 206 that rotate the Siren 1 horn (also referred to as a directional sound output port) 214 which causes rotation of the output sound from speaker(s) 216. The processor 128, according to one example, collects sensor data from the rotor motor and controller 206 under test, stores the collected sensor data 410 in the data storage repository 132, analyzes the collected data 410 to detect whether any siren component operational parameter value is outside of expected range of values indicating alarm condition(s), and stores alarm condition(s) flag(s) in the data storage repository 132 based on the analyzed collected data 410 being determined outside of expected range of values.
Continuing with the testing process, according to the example, the processor 128, at step 810, runs test(s) of the Siren 1 RF forward power and reverse power at the wireless transceiver 134. The forward power and reverse power measurements indicate the operational status, either affirmatively operational or negatively operational, of the wireless transceiver 134 to wirelessly transmit data messages to the wireless transceiver 127 at the CSCS 102. At defined time interval, the transmitter portion of the transceiver 134 starts RF transmission of a test signal and then stops the transmission. This RF signal transmission ON-OFF sequence can be repeated as part of a test protocol. The forward power and reverse power can be measured during this sequence. The collection of the measurements of forward power and reverse power, in this example, are considered collected sensor data that is collected by the processor 128.
It should be noted that in certain embodiments the receiver portion of the transceiver 134 can also be tested by the Siren 1 Test Set 104. For example, a received signal strength indicator (RSSI) output signal from the wireless transceiver 134 can be monitored by the processor 128 while the wireless transceiver 127 at the CSCS 102 transmits a repeating sequence of a transmitted RF signal for a first predetermined time period followed by a pause in transmission for a second predetermined time period. The first predetermined time period and the second predetermined time period can be the same duration of time, or they can be different durations of times from each other, according to various siren test protocols. The monitored output signal of RSSI, according to this example, can be considered collected sensor data collected by the processor 129 during the testing process.
The processor 128 collects sensor data from the wireless transceiver 134 under test, stores the collected sensor data 410 in the data storage repository 132, analyzes the collected data 410 to detect, for example, whether any operational parameter value is outside of expected range of values indicating alarm condition(s), and stores alarm condition(s) flag(s) in the data storage repository 132 based on the analyzed collected data 410 being determined, in the example, outside of expected range of operational parameter values.
The processor 128, at step 812, generates message packet(s) containing the test results data, including any detected alarm condition(s), which is/are to be reported to the CSCS 102. The processor 128, at step 814, monitors for a time when the Siren 1 Test Set 104 is permitted to transmit the message packet(s) to the CSCS 102. Each Test Set 104, 106, 108, according to various embodiments, has a defined time interval for transmitting its test results to the CSCS 102, thereby avoiding collisions in possible overlapping transmissions from two or more transceivers 134 in respective two or more Test Sets 104, 106, 108. An alternative approach can be a master-slave communication protocol in which the CSCS 102 sends a message packet as a query to each Test Set 104, 106, 108, requesting a response with test results packet(s) when ready or a response indicating that test results are not ready. In this alternative example approach, the communication protocol can avoid message transmission collisions. Accordingly, when it is a defined time for the Siren 1 Test Set 104 to report its test results to the CSCS 102, the processor 128 starts transmitting the message packet(s) via the wireless transceiver 134 to the CSCS 102.
It should be noted that, according to various embodiments, an ad hoc communication protocol can be followed by the various Test Sets 104, 106, 108, and the CSCS 102, to both avoid collisions in communications from two or more Test Sets and to improve reliability of delivering message packets to the CSCS 102.
At a defined time interval for the Siren 1 Test Set 104 to transmit its message packet(s), at step 814, the processor 128 starts, at step 816, the transmission of the packet(s) to the CSCS 102. The processor 128 then proceeds to exit the operational sequence, at step 818.
As will be appreciated by one of ordinary skill in the art, in view of the discussions herein, aspects of the present invention may be embodied as a system, method, or computer program product.
Accordingly, one or more aspects of the present invention may take the form of an entire hardware embodiment, an entire software embodiment (including firmware, resident software, micro-code, etc.), or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit”, “module”, or “system”. Furthermore, parts of the present invention may take the form of a computer program product embodied in one or more computer-readable medium(s) having the computer readable program code embodied thereon.
A system 100 may utilize any combination of computer-readable medium(s). The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. A computer-readable storage medium is a tangible medium which may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the preceding.
More specific examples (a non-exhaustive list) of the computer-readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the preceding. In the context of this document, a computer-readable storage medium may be any tangible medium that can contain or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer-readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electromagnetic, optical, or any suitable combination thereof. A computer-readable signal medium may be any computer-readable medium that is not a computer-readable storage medium, and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer-readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the preceding.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object-oriented programming language such as Java, Smalltalk, C++, or the like, and conventional procedural programming languages, such as the “C” programming language or similar programming languages. According to various embodiments of the invention, the program code may execute entirely on a user's computer, partly on a user's computer, as a stand-alone software package, partly on a user's computer and partly on a remote computer or entirely on a remote computer or a server. In the latter scenario, the remote computer or the server may be connected to the user's computer through any type of network, including one or more of a local area network (LAN), a wireless communication network, a wide area network (WAN), or a connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
Aspects of the present invention have been discussed above with reference to flow diagram illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to various embodiments of the invention. It will be understood that each block of the flow diagram illustrations and/or block diagrams and combinations of blocks in the flow diagram illustrations and block diagrams can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general-purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flow diagram and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable medium that can direct a computer, other programmable data processing apparatus, or other devices, to function in a particular manner, such that the instructions stored in the computer-readable medium produce an article of manufacture including instructions which implement the function/act specified in the flow diagram and/or block diagram block or blocks.
The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices, to cause operational steps to be performed on the computer, other programmable apparatus, or other devices, to produce a computer-implemented process (or method) such that the computer instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flow diagram and/or block diagram block or blocks.
The terminology used herein is to describe particular embodiments only and is not intended to be limiting of the invention.
As used herein, the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
The terms “a” or “an,” as used herein, are defined as one or more than one. The term “plurality”, as used herein, is defined as two or more than two. The term “multiplicity”, as used herein, is defined as a large number which can be at least three. The term “super-multiplicity”, as used herein, is defined as a large number which can be at least ten (10). The term “ultra-multiplicity”, as used herein, is defined as a large number which can be at least fifty (50). The term another, as used herein, is defined as at least a second or more. The terms “comprises” and/or “comprising”, when used in this specification, specify the presence of stated features, steps, operations, elements, and/or components but do not preclude the presence or addition of one or more other features, steps, operations, elements, components, and/or groups thereof. The terms “including” and “having”, as used herein, are defined as comprising (i.e., open language). The term “coupled”, as used herein, is defined as “connected,” although not necessarily directly and not necessarily mechanically.
The term “configured to” describes the hardware, software, or a combination of hardware and software that is adapted to, set up, arranged, built, composed, constructed, designed, or that has any combination of these characteristics to carry out a given function. The term “adapted to” describes the hardware, software, or a combination of hardware and software capable of performing, able to accommodate the performance of, that is suitable to perform, or that has any combination of the characteristics mentioned above to perform a given function. The terms “including” and “having,” as used herein, are defined as comprising (i.e., open language).
The term “aftermarket” means equipment installed after the initial product (or system) was manufactured and sold. The term “retrofit” means an act of adding a component (e.g., a Test Set), a device (e.g., a set of sensors), or an accessory, to a pre-existing something (e.g., a rotating siren) that did not have it when the something (e.g., the rotating siren) was manufactured.
The term “affirmatively operational”, as used herein, means an operational state of certain equipment, device, or component, of a rotating siren, which is operational (e.g., operating) as designed and constructed. The term “negatively operational”, as used herein, means an operational state of certain equipment, device, or component, of a rotating siren, which is not operational (e.g., not operating) as designed and constructed.
The phrases “at least one of <A>, <B>, . . . and <N>” or “at least one of <A>, <B>, . . . <N>, or combinations thereof” or “<A>, <B>, . . . and or <N>” are defined by the Applicant in the broadest sense, superseding any other implied definitions hereinbefore or hereinafter unless expressly asserted by the Applicant to the contrary, to mean one or more elements selected from the group comprising A, B, . . . and N, that is to say, any combination of one or more of the elements A, B, . . . or N including any one element alone or in combination with one or more of the other elements which may also include, in combination, additional elements not listed.
The description of the present invention has been presented for purposes of illustration and description but is not intended to be exhaustive or limited to the invention in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope of the invention. Each embodiment was chosen and described in order to best explain the principles of the invention and the practical application and to enable others of ordinary skill in the art to understand the invention for various embodiments with various modifications as are suited to the particular use contemplated.
| Number | Name | Date | Kind |
|---|---|---|---|
| 5083109 | McElroy | Jan 1992 | A |
| 5838231 | Scherbarth | Nov 1998 | A |
| 6121875 | Hamm | Sep 2000 | A |
| 6441723 | Mansfield et al. | Aug 2002 | B1 |
| 6492901 | Ridolfo | Dec 2002 | B1 |
| 7409428 | Brabec | Aug 2008 | B1 |
| 7489136 | Poland | Feb 2009 | B1 |
| 7649472 | Paterno | Jan 2010 | B1 |
| 8884759 | Oktem et al. | Nov 2014 | B2 |
| 8924588 | Petite | Dec 2014 | B2 |
| 9571582 | Petite et al. | Feb 2017 | B2 |
| 9886843 | Warren et al. | Feb 2018 | B2 |
| 9940824 | Berezowski et al. | Apr 2018 | B2 |
| 10825337 | Piech et al. | Nov 2020 | B2 |
| 11015577 | Son | May 2021 | B2 |
| 11120642 | Rapeta et al. | Sep 2021 | B2 |
| 20020175641 | Andersen | Nov 2002 | A1 |
| 20080313006 | Witter | Dec 2008 | A1 |
| 20090121868 | Flanders | May 2009 | A1 |
| 20120260313 | Gomez | Oct 2012 | A1 |
| 20120286946 | Karl et al. | Nov 2012 | A1 |
| 20140266675 | Piccolo, III | Sep 2014 | A1 |
| 20150310732 | Piccolo, III | Oct 2015 | A1 |
| 20150348253 | Bendall | Dec 2015 | A1 |
| 20180249054 | Chien | Aug 2018 | A1 |
| Number | Date | Country |
|---|---|---|
| 210488715 | May 2020 | CN |
| 0049202 | Apr 1982 | EP |
| 1010704 | Nov 1965 | GB |
| 1433195 | Apr 1976 | GB |
| 5951944 | Jul 2016 | JP |
| 1594439 | Feb 2016 | KR |
| 86392 | Sep 1994 | SK |
| 9106960 | May 1991 | WO |
| 9910894 | Jun 1999 | WO |
| 2012036707 | Mar 2012 | WO |
| Entry |
|---|
| Planning for Rare Events: Nuclear Accident Preparedness and Management; Proceedings of an International Workshop, Jan. 28-30, 1980 1980. |
| Gee, R. F. Oak Ridge Reservation Public Warning Siren System Annual Test Report. No. EMPO-561 Rev. 0. Oak Ridge Y-12 Plant (Y-12), Oak Ridge, TN (United States), 2000. 2000. |
| Mishra et al, Design and Testing of a Real-Time Audio-Quality Feedback System for Weather Broadcasts and a Framework for a Weather Broadcast Transmission Technology Switch 2019. |
| Integrated Public Alert and Warning System (IPAWS) 2007. |
| A proactive alarm reduction method and its human factors validation test for a main control room for Smart Annals of Nuclear Energy 51 (2013): 125-134. 2013. |
| Tanczos, R. C., and A. C. Kanen. Emergency warning systems. Part 2. Warning systems—evaluation guidelines. Final report 1982-1983. No. AD-A-131112/5. PRC Voorhees, McLean, VA (USA), 1983. 1983. |
| Number | Date | Country | |
|---|---|---|---|
| 20240203235 A1 | Jun 2024 | US |
