Suggestions for speakers, etc. for announcements

It's both. Don't need/want it. Don't want anything listening. However, I may not have a choice if I want to drive TTS announcements from Hubitat.

Hallo, as far as I know, the IKEA Synfonisk has no built in microphone ... so "no listening" . I have it for announcements and it works very well.

1 Like

The cached audio files are stored to the eMMC flash module. They are not rebuilt after a hub restart, IIRC.

3 Likes

I haven't gotten into the big brother is listening to you thing, although my TV and laptop probably are, lol.
I use the Ecolink Chime/Siren to do all kinds of voice alerts.
It is Z-wave, battery/mains powered, so can act as an outage detector.
I record synthesized voices on an SD card for each announcement-I think I have maybe 20 now.
It also has canned sounds that I use for the garage Z-wave smoke/co detector-quite loud and they correspond to Smoke or CO alarm patterns.
I think this would be closest to what you had, without getting too fancy.

2 Likes

I desperately wish Hubitat would have built a speaker into the c8. There really isn't a local option.

1 Like

I don’t agree with that assessment. None of the options below are perfect and have caveats, but there are local options. In addition to Sonos as already mentioned above.

That would be a waste of their time and our money, IMO. The hub would still need to call out to AWS for the initial TTS file. And then the announcement would be played over a small, tinny-sounding speaker built into the hub? No thank you…

5 Likes

Please no. I don't want to pay for more stuff stuffed into the hub (e.g., others are also asking for POE support) that I dont' want/need integrated. Also just plain don't want the size of the hub increased, I like the hub as small and unobtrusive as possible. The antennas on the C8 are the exception (don't mind the additional "bulk") as they enhance the core functionality of the hub, controlling devices/running automations.

We have our hubs in the office, best place for them to be close to the middle of the house. If they were in there announcing stuff all day my wife (who works in there a lot) would kill me and then burn the hubs. :scream:

Everyone in this forum probably has one or two "If only the hub also had this built in" dreams, but if you go down that rabbit hole you end up w/creeping (creepy? :wink: ) feature clutter and physical device bloating that turns a cool sports car into: :smiley:

image

5 Likes

I guess we disagree on this. We have 500 models of contact sensors yet no off the shelf option for tts. There is a clear need for a device.

1 Like

I think the main disagree is about where that TTS speaker physically lives...many of us don't want it in the hub. :slight_smile:

9 Likes

I can certainly understand the appeal of a fully local TTS solution. Just not one that’s fully built into the hub itself.

7 Likes

We used to try to get cheap Fabriq speakers to work on HE ...they never really did well. I'd like a non-Sonos HE speaker for a few spots.

I have done two options.

  1. Google Nest Mini speakers
  2. VLCThing with Bluetooth speaker

The Google Nest Mini's work well for the most part. You can disable the mic with a physical switch instead of the app. Not sure if that really makes a difference though.

The VLCThing was a really interesting experiment. Once I got the steps down it wasn't to hard to setup, but figuring it out initially was a pain. It actually worked well except for the occasional connectivity issues with Bluetooth. It simply required a raspberry Pi w (computer) and then the speaker. The pi could be replaced with any computer device. The magic sauce is VLC being configured properly and VLCThing on HE. If i was to do it again I would use a wired speaker device to remove the connectivity issue.

3 Likes

That's back in the day. :slight_smile: I have my Fabriq around the house somewhere...

1 Like

I don't want the speakers (for the solution I'm looking for) to be in the hub either. I also don't really want the speakers to be "smart". I don't think speakers have to be "smart" to be "wireless".

I've read up on the local TTS solutions mentioned, and they don't seem to be ready for prime time. Most haven't had any posts/comments in quite a while. I'm not downplaying the work done by others on those solutions, but I don't think any of them are near the point where, for example, the HE developers would consider them to be equivalent in reliability, functionality, etc. to the built-in apps.

I'm very new to the HE environment, and part of my problem is that I always want to do something similarly to the way I did it before. So as previously mentioned, my previous setup was an Elk M1G. The speakers were as dumb as they can be, currently priced at about $11 each. I had several of them connected/hardwired to the M1G, and they all sounded "in unison". They were speakers, nothing else. The M1G had a 500 word vocabulary from which an announcement could be "built". It also supported "custom prerecorded messages" that could be uploaded to the M1G.

For what I want, I may be looking at this wrong. Maybe the best solution for me is to continue to use the M1G for announcements. Most of the events that will drive announcements will be detected by sensors connected to the M1G, so the M1G can still announce those. However, for various reaons, I plan to use z-wave sensors controlled by HE for other events, e.g., water leak sensors, temp/humidity sensors, etc. The M1G's vocabulary is sufficient for pretty much all of the announcements I would want HE to make, so maybe the best solution for me is to somehow have HE tell the M1G to make a particular announcement.

For example, if upon detecting a water leak, HE could trip a M1G zone that doesn't have a physical sensor connected to it, then a M1G rule could trigger an the appropriate "water leak in bathroom number 1" message over its speakers.

The problem there is it looks like the Elk M1 Integration app isn't being fully supported any longer.

1 Like

Amazon echo has worked flawlessly for me..obviously not local:
But for my use case wouldn't want it to be.. (ie alerts in multiple houses)

Check out the Ecolink Chime/Siren, as I described above.

Actually, there is 100% local option available, however it is a little less flexible.

I have an automation that plays an .mp3 file on my IKEA Symfonisk speaker (Sonos) any time mail is delivered to our house. I uploaded an .mp3 file to the Hubitat Hub, and then use Rule Machine to tell the Speaker to play the .mp3 file.

You could create a bunch of audio files, one for each of your TTS requirements. This way, they would all be 100% local.

7 Likes

Please be the AOL “you’ve got mail” sound…

lol, I'm still using them with Node-red and Hubitat for playing mp3 when a door is open of left open, as well as alarm sounds, never had a problem. I also have them blocked on my router so they never dial home. :grin:

2 Likes

There are a couple of issues with that solution (again, because I'm looking for something similar to what I had before)...

  • I think I need four speakers strategically place around the house to get full coverage without having to turn the volume(s) up too loud. If I have four Ecolink Chimes, will they all play the announcement simultaneously? If it takes four actions in a rule to do this, it seems like it could "offset" the 2nd thru 4th announcements enough to make it sound strange.
  • The Ecolink device has to be plugged into an outlet. That means they will all be at 18" above floor level (in my house), which isn't good for coverage/clarity.

I think any solution that is primarily controlled by HE will require too many compromises for me. Same goes for cloud based solutions. I don't think I would be allowed to put Echo Dots or HomePod minis that need power 8' high on walls in hallways. Even if I could, I think there would still be a problem with them not sounding at the same time.