Patent Application
20220187498
A method and system is provided for data processing for intersection-mounted weather stations. Related weather station systems and weather station processing systems are also provided.
Municipalities gather weather related data from weather stations dispersed over a large area, which is collected centrally in order to provide reporting and forecasting. The dedicated infrastructure for such stations, however, is expensive, in some cases running in excess of $100,000 per station. The infrastructure for such existing weather stations typically includes dedicated towers or poles, which support any station sensors and cameras, as well as a dedicated hardened communication box, which includes separate power source and communication hardware. In addition, the location of the station must be able to support the space requirements of such infrastructure. This may be difficult in densely packed urban areas. In many typical deployments, there are only a few such stations per municipality, and in some deployments, the locations are hundreds of miles apart.
Municipalities also currently invest in dedicated traffic infrastructure, although this is separate from weather stations. Typically, traffic infrastructure is much more densely deployed. Each controlled intersection typically has its own traffic cabinet with local sensors and communication equipment.
More localized weather data collection would be desirable. More weather stations within a municipality, dispersed at greater density, would result in richer data quality as well as quantity. Localized data would also facilitate localized alerts, such as alerts directly communicated to automobiles in that area, or to mobile devices in that area. Localized data would also facilitate municipal decision-making with regard to local conditions, such as decisions regarding snow removal and road salt. It would therefore be desirable to simplify the infrastructure and space requirements for such stations in order to promote more widespread adoption and denser networks of weather stations.
Broadly speaking, the present invention aims to address the need for more widespread and denser networks of weather stations by piggy-backing on existing hardware at intersection-level. Through a card that engages power and communications infrastructure of existing traffic cabinets, the system would allow for easy deployment of weather stations at traffic intersections for wide scale deployment. This would avoid the need for a separate weather station box on a pole requiring its own wired power, etc., saving installation time, while reducing material cost and complexity.
Further, deployment is enhanced as the interface is card-based and can be installed within the traffic cabinet and within the detection rack making it very quick, inexpensive and without disruption to the traffic cabinet operation.
According to a first aspect of the invention, a weather station system is provided comprising: a weather station having at least one sensor disposed at an intersection with a traffic cabinet; and an interface card adapted for insertion in a detection rack of the traffic cabinet. The card has embedded firmware to receive data from the at least one sensor of the weather station and communicate the data to at least one remote computing device for processing with data of other weather stations.
Preferably, the weather data includes at least one of: road temperature, subsurface temperature, freezing temperature, water film height, friction, saline concentration, road condition, precipitation type, visibility, wind speed, wind direction, air temperature, dewpoint, relative humidity, and relative air pressure.
The at least one sensor may include a weather sensor mountable at road level (or below road level), or above road level. In preferred embodiments, the at least one sensor includes a camera.
Preferably, the interface card includes programmed functionality to communicate with the weather station and the remote computing device using a protocol selected from Ethernet, USB, WiFi and Cellular.
Preferably, the signaling from the weather station uses RS-485.
Preferably, the card is adapted for insertion in the detection rack by having a form factor approximating the form factor of a traffic detection card.
According to a second aspect of the invention, a weather data processing system is provided that includes: a plurality of weather stations each having at least one sensor; a plurality of interface cards, each integrated with a traffic cabinet co-located at intersection level with a respective one of the plurality of weather stations, each interface card having embedded firmware to receive data from the respective weather station; and a centralized hub for receiving data from the plurality of interface cards and processing the data to provide localized weather reporting and forecasting.
Preferably, at least one of the weather stations is mounted on a power pole, utility pole, or traffic signal pole preexisting at the intersection.
In some embodiments, wherein the weather data is preprocessed before transmitting the data to the centralized hub.
Preferably, the weather data is processed before being transmitted by the centralized hub for reporting and forecasting.
In some embodiments, the localized weather reporting and forecasting is directed to a user device (e.g. a mobile or onboard device).
In some embodiments, the localized weather reporting and forecasting is directed to a subscriber near the intersection. The device/user may be detected to be near the intersection by location detection of the user's device or by other proximity detection (e.g. WiFi or RFID). In some embodiments, data or alerts may be directly supplied to Connected Vehicles or Autonomous Vehicles (CAVs).
In some embodiments, an alert related to the localized weather reporting and forecasting is directed to a road display and/or signaling system such as flashing warning beacons.
According to a third aspect of the invention, a method for retrieving localized weather data is provided, which includes:
retrieving from a weather station having at least one sensor disposed at an intersection with a traffic cabinet a string of weather related data;
through an interface card adapted for insertion in a detection rack of the traffic cabinet, the card having embedded firmware to receive data from the at least one sensor of the weather station, communicating the data to at least one remote computing device for processing with data of other weather stations.
In a preferred embodiment of the systems and methods, the at least one sensor uses power and/or communications connections or wiring preexisting in the traffic cabinet. For instance, preexisting inductive loop connections and/or wiring (that are no longer needed) can be repurposed for power or data for the at least one weather sensor and/or power, data and video signals for any connected camera (treated herein as a “sensor”). The weather station may include a single sensor, such as a camera, or may include multiple sensors. The sensors may have distinct or redundant or overlapping roles.
The weather station cabinet D includes dedicated power supply and communications hardware.
In a typical arrangement, as shown in
However, for various reasons, the internal racks of most intersection traffic cabinets are not in full utilization. There are empty slots available. These slots are available to receive additional cards, which can take advantage of the traffic cabinet's preexisting power and communications architecture. Where there is no space in the detection rack (or if preferred by the user), cards may also be plugged into an auxiliary rack that sits on a shelf of the traffic cabinet. For instance, if there are few or no slots available in the existing detection rack (i.e. it is full of detection cards), a small auxiliary rack may be used.
A sample card 200 according to an embodiment of the present invention is shown in
Plugging the card 200 in the rack 130A, 130B, unused traffic cabinet wiring is repurposed (as those wires were used for inductive loops that are no longer used) to be the electrical connection to weather station sensor(s).
These conductors, mainly, run from the inductive loop terminal blocks on the detector interface panel to the detection rack. There is a total of 4 conductors available when the card is inserted in a 2-channel detection rack slot and there is a total of 8 conductors available when the card is inserted into a 4-channel detection rack slot. These conductors will be used for power and data for the weather sensors and/or for power, data and video signals for any connected camera. Therefore, the weather sensors or camera can be easily connected inside the traffic cabinet as no terminals need to be added, etc. The sensors and cameras can simply be hooked up to preexisting loop terminal blocks, saving time, money and space.
Turning to
As shown in
The electronic components, controls and indicators are illustrated in block form 300 in
The daughter board has attached the front panel with handle, status LEDs, switches and various connectors on it. The daughter card also has an edge connection 240 on the rear for inserting into the detection rack of the traffic cabinet. In addition, the daughter card is equipped with power, video and data isolation circuits 241, 242, 243 to protect the card, the weather sensors and/or camera as well as the traffic cabinet hardware.
Through the main board of card 200 and its onboard processor 234, the card is able to collect weather station data and transmit that data. The main processing board 230 sits on the daughter board on “stand-offs” and is connected to the daughter board, for power and data via a combination of pins, ribbon cables and edge connectors. On this main board resides the active memory and storage memory 231, cellular SIM card slot 233, processor 234, SD Card storage 232 and cell modem 235. The operating system, the weather station and camera applications, data processing and the weather station transceiver programming runs on the main board.
The daughter card provides the following on the front panel 210:
1. Toggle Switch 260 when in the “On” position provides DC power to the entire card. In the “Off” position, DC power to card is inhibited.
2. Power LED 263 that is illuminated when DC power is applied to the card and is not illuminated when the DC power is off.
3. Fault Status LED 264 that indicates operational state of the card. For instance, the LED will be illuminated when there is a fault, flashing when “booting” up and will not be illuminated when the card is in a normal status.
4. Reset Push Button 265 that will reset the network settings to factory programmed network settings default and restart the card.
5. RJ45 Ethernet Connector 266 to facilitate connection to an external communication device like a network router or cellular modem. Communication of data and/or video is provided on this connector and will also serve as the computer connection locally for card programming.
6. Wide Area Network (WAN) Status LED 267 will be illuminated when a WAN connection to the cellular network is established.
7. SMA Cellular Antenna Connector 268 to facilitate connection to a cellular antenna.
8. RJ45 Ethernet Connector 269 to facilitate connection to an expansion card to all for additional weather sensors and or cameras to be processed by this card.
9. A DIN plug connector 270 to allow for the addition of auxiliary DC power in the event that power from the detector rack is not sufficient to power the weather sensor and or camera, this connector can be connected to an external power supply to provide adequate power in this case.
10. An Auxiliary Terminal 261 block that can be used to provide the power and data connection to weather sensors and or camera if the card cannot be used with existing traffic cabinet detector rack wiring.
11. A bank of DIP switches 262 that can be programmed to enable or disable programming features of the card so that a technician does not need to use a computer to turn on or turn off commonly used features.
In operation at the local level, weather sensor data is received from locally mounted weather sensors and cameras (not shown), which may be mounted on existing poles, such as traffic signals, power or utility poles, through one of the network protocols available. For example, the raw weather sensor data may be received through RS-485 signaling from the weather station sensors. This data may be preprocessed or may be transmitted directly to a centralized hub. Further aggregation and processing may be done at the centralized hub prior to retransmission for forecasting and reporting on current weather status.
Various OS, firmware and browser configurations are possible. Linux is one presently preferred operating system platform.
There may be several communication formats available on the card for expanded development or compatibility adaptation including USB, WiFi, Cellular, Ethernet to make it suitable for other applications, including “Internet of Things” (IoT) applications. Preferably, an external modem is used as most traffic cabinets have in-built communications. Alternatively, an internal modem board may be provided with SIM card slot (e.g. through a separate plugin circuit). This may be preferable if billing for weather data collection is different from billing for traffic data.
Typical data received from the weather station at the intersection will include precipitation, air pressure, temperature, wind speed and direction, humidity. These may be measured, sensed or detected above ground through appropriate sensors and/or cameras. Other road-level data may be measured, sensed or detected through road-mounted sensors.
A sample chart 500 of some typical types of weather data is shown in
Road temperature 502
Subsurface temperature 503
Freezing temperature 504
Water film height 505
Friction 506
Saline concentration 507
Road condition 508
Precipitation type 509
Visibility 510
Wind speed 511
Wind direction 512
Air temperature 513
Dewpoint 514
Relative humidity 515
Relative air pressure 516
This is not an exhaustive list and other data points may include ones related, for example, to air pollution or emissions.
It may also be possible or desirable to combine and transmit traffic data together with weather data. Further, there may be applications where user-supplied data is provided locally which is combined or supplemented with transmitted weather data (e.g. local user-generated photographs showing conditions) or local user-based reports of conditions (e.g. snow accumulation, power outage conditions, etc.) User-generated data may be harvested from devices or vehicles at intersections or may be retrieved from other local network sources or databases. Further, weather data may be transmitted directly to mobile devices, such as in response to detected location of that device in proximity to the interface (e.g. through device GPS). Alternatively, weather data or related alerts could be displayed at local fixed or temporary displays (e.g. highway- or road-construction-type displays or warning beacons could show road condition or weather condition alerts) or in device displays (e.g. in-vehicle displays, including displays within municipal vehicles such as snow plows or salting trucks). In some embodiments, data or alerts may be directly supplied to Connected Vehicles or Autonomous Vehicles (CAVs) and used in decision-making or control systems therein. For instance, localized data or alerts may be supplied when the vehicle is detected to be in the vicinity of a specific weather station.
Of note, data collected from the one or more weather station sensors will preferably be time and date stamped 501 for an accurate log. Collection may be continuous or intermittent (e.g. at predetermined intervals). Also, collected data may be transmitted as received or may be cached over a period of time before being transmitted to a central hub. Collection may be increased at certain times of day or in certain seasons or under certain conditions (e.g. storms). Weather data collection may also be increased responsive to other indicators at the intersection (e.g. increased traffic or a detected accident).
The customer will receive processed data according to their requirements, for example, on their respective client system user 1, 2, . . . X 446 via, typically, a firewall 442 and network server 444. The system of the present invention may include all or only specific portions of this overall architecture.
Although municipal or other jurisdiction road-based applications have been described and illustrated herein, it will be appreciated that other applications would also benefit from the systems and methods presently outlined, including airport runway applications among others.
In addition to computing device aspects, a person of ordinary skill will understand that computer program product aspects are disclosed, where instructions are stored in a non-transitory storage device (e.g. a memory, CD-ROM, DVD-ROM, disc, etc.) to configure a computing device to perform any of the method steps or aspects described herein.
Practical implementation may include any or all of the features described herein. These and other aspects, features and various combinations may be expressed as methods, apparatus, systems, means for performing functions, program products, and in other ways, combining the features described herein. A number of embodiments have been described. Nevertheless, it will be understood that various modifications can be made without departing from the spirit and scope of the processes and techniques described herein. In addition, other steps can be provided, or steps can be eliminated, from the described process, and other components can be added to, or removed from, the described systems. Accordingly, other embodiments are within the scope of the following claims.
Throughout the description and claims of this specification, the word “comprise”, “include” and “contain” and variations of them mean “including but not limited to” and they are not intended to (and do not) exclude other components, integers or steps. Throughout this specification, the singular encompasses the plural unless the context requires otherwise. In particular, where the indefinite article is used, the specification is to be understood as contemplating plurality as well as singularity, unless the context requires otherwise.
The foregoing description illustrates only certain preferred embodiments of the invention. The invention is not limited to the foregoing examples. All of the features disclosed herein (including any accompanying claims, abstract and drawings), and/or all of the steps of any method or process so disclosed, may be combined in any combination, except combinations where at least some of the features and/or steps are mutually exclusive. The invention is not restricted to the details of any foregoing examples or embodiments. The invention extends to any novel one, or any novel combination, of the features disclosed in this specification (including any accompanying claims, abstract and drawings) or to any novel one, or any novel combination, of the steps of any method or process disclosed.
| Number | Date | Country | Kind |
|---|---|---|---|
| 3102731 | Dec 2020 | CA | national |
