yea there are a few issues with dashboard that I haven’t gotten back to. It works, but doesn’t display some of the things the way I want them displayed. The bug hasn’t bitten me to figure them out over there yet.
But back to this topic. I have a AD app that will take a list of items from the AppDaemon config file as parameters that are the types of alerts we are interested in (so it’s configurable). It then scrolls through any alerts out there and for the ones we are interested in, it currently displays them to the log, although from there we could dump the to speech, or to a control in HA.
Nice, this is good information but HA component is not capturing this information so it will not be available to HA or AD.
May be we can put feature request for this. Here is the link to that PDF file from Weather Underground which shows details about this significance field.
The problem is that WeatherUnderground doesn’t give the alerts a unique key. So I have to generate a repeatable unique key for each alert, build a list of the ones I have reported, and then clean it up after the alerts expire so you don’t get alerted for the same thing multiple times. Maintaining that list is giving me a little trouble at the moment. It’s the whole list/dictionary thing. I sure miss arrays. LOL
Oh man, looks like big efforts, appreciate it but hope you are not just doing for me. I can come up something @ReneTode showed or even have custom component to get additional attributes for pws_alerts sensor to make it little more easy.
Thanks
Not so much a big effort. Fun mostly. Our site at work is being closed later this year. As a result, there aren’t many (any) projects going on, so I have a lot of free time. This was in line with something I was doing, and it sounded fun. And it was right, it was. Let me know what else you want it to do, or whatever changes you like and we can make it happen.
Wow! that was really nice work and very involving time and efforts wise. I really appreciate it and thank you so much.
There were few hiccups but I made it. The class name “weatheralert” vs “weatherAlert” was one of issue, capital vs small ‘a’. Other then that I have module name given different. But everything is working now in debug mode with the json you provided and I see two alerts in my HA. Nice.
I will have some modifications to fit my need to do audio notifications.
One more time appreciate your help and lots of time plus efforts.
Thanks
Below are the screenshots of those two persistent notification alerts from your app.
One other note, I just thought of. If you are in europe, there may be slightly different information coming from weatherunderground. Check the page I sent earlier and there is a link at the bottom showing the json output for US and one for europe. I’ll see if I can do anything to make it a little smarter and adjust based on where you are.
Ok there is a new version out there that I think handles europe. Also it handles an error condition this morning where for some reason there is a header coming from weatherunderground without any alert data. Yesterday the alerts key was just “”, today it’s not there.
Look at the head ing about how to setup your AppDaemon config file now. If you are in europe you use your zmw whatever that is. The location line is going to be interpreted as a dictionary so it’s
location={“zmw”:“whatever”}
Give it a try and let me know what blows up and I’ll fix it.
@aimc Once again, thanks a lot for AppDaemon! It’s awesome.
Do you have any plans to implement a transition parameter for the turn_off method, if the given entity is a light, just like the native HASS service? Right now I’m doing a pretty hack-y work-around: