NOAA Severe Weather Alert Device Handler?

Is there a NOAA Severe Weather Alert device handler out there? if not, is there a similar-ish DTH you could point me to so I can make one before spring? I was wanting to bring alert information into webcore, specifically Hail alerts to automate hail protection.

Here is generally what I was thinking:

  1. If you go to and find your state and county and copy the code
  2. Then paste it at the end of this URL:
  3. Then parse the returned page
  4. Filter as needed for the stuff you don’t care about
  5. Then create simple switch device(s) that are set\reset based on the parsed results.

I scanned the forums (mostly echo related) and IFTTT and didn’t see a great option.


I use a webCoRE piston pulling from the built in WU integration, but I also found this:

I’m sure somebody has done it in web core, I would check their forum.

A lot of the smartapps from 2017 and before use weather reporting options which are no longer available.

But you should always be able to do it just with the NOAA RSS and IFTTT:

@MinerJason Yes, I saw that one. Unfortunately the link is 404.

Thanks @JDRoberts, I’ll check there too. I didn’t realize WC had a built in WU API…if that pulls direct from NOAA, then that seems like a good route and quite simple. If WU doesn’t pull NOAA data, then I’d rather write something in groovy.

1 Like

NOAA is the US national weather alert service for dangerous weather like hurricanes, but much more than that. It’s the scientific agency which monitors the oceans and the atmosphere. National oceanic and atmospheric agency.

So in the US there are alert devices and services which are triggered by “NOAA alerts.“

NOAA is a US government standardized service for timely reporting of severe events. I believe (could be wrong) that WU is fed by a different predictive forecasting model, but I’m searching.

NOAA is extremely accurate and timely and what is used for things like emergency weather radios and the like. Plus, it contains hail alerts which are not cheaply obtained. Our area (Texas\US) has gotten very bad hail over the last 5 years and it’s cost me a ton…automating protection is my goal rather than notification.

1 Like

Valid link to the code is in post 8 of that thread, but after taking a quick look it looks like it’s based on the WU api as well.

After a bit of digging, I’m pretty sure WU’s severe weather API is fed by MADIS which consists of NOAA data and other sources although since WU claims it’s proprietary it’s hard to say for certain.

The webcore documentation for weather.alerts.alerts.message is a NOAA example. Reads the same as what an emergency responder\radio provides in the same general order. I’m thinking the API might closely or completely rely on NOAA instead of it’s proprietary forecasting model with regard to severe events.

Regarding hail, NOAA publishes how these event driven reports should be formatted although it could vary since some NOAA sources are human. Essentially hail via credible reports, forecast, or observed hail would contain keywords to extract or simply by the case-insensitive word hail. Alerts.message for alerts of type SVR with the word or specific guidelines regarding size seems like it will work. I suspect WU translates coordinates to county but not completely sure.

I think I will do a simply SVR + “hail” piston to a virtual switch and a more general alert to email notification piston for awhile and see if i’m getting what I want. If not, the site provides a public JSON API (also an RSS and more general web scraping).

1 Like

Since I’m exploring webCore as an option, I’ll link below to the webCore topic I created.

Although this is for a specific non-emergency purpose, I’m sort of interested in seeing if there is a long term more convenient way to get alerts in realtime but still have the ol’ AM radio on battery backup.

I’ll have to think about it more but for sure offloading the NOAA API processing calls to a battery backed PC\Server\Pi\whatever\switch\router\etc that can integrate locally and has a simple fallback (switch on radio). I’ve not found a great emergency radio that is configurable enough that it doesn’t wake us multiple times a night (we get quite a few in spring and fall).