I dunno to be honest as it was answered in the above long thread and just remember thinking that 1st is going to have some bad effects.
If you have 2 in a zone, floor or whatever, depending on how many you have its likely 1st will choose a bad microphone 50% of the time due to whatever network and hardware you have depending on where you are.
I have been advocating that cloning the commercial peer2peer systems that are so disliked seems an odd infrastructure choice when sharing intensive process such as ASR, TTS & LLM is such an obvious client/server structure with its diversity of use.
I have been saying I have a hunch that as long as you use the same model and hardware in any zone then the KW hit probability given by the KWS would likely be analogous to the best signal recieved.
The question has been asked before and the answer was 1st unfortunately.
Yeah, same experience. Ollama just not reliable and not predictable at the moment. If only there was Ollama model designed for controlling HA.
One of the reason I tried Ollama (first reason - it’s 100% local) is that faster-whisper is also not reliable and Ollama could fix its errors.
It’s still not clear what 1st mean to me, so of o have 2 PE in 2 zones and both are able to hear a command, will the “closest” be activated or it’s un prendi? I unfortunately do not have the hardware till end of January due to supply issues otherwise I would test myself.
Not closest, just which ever one reacts 1st via the network…
How do you change the wifi network of the device?
Make sure you VOTE for the timer function to be expanded so it can really be used in HA instead of just on the device itself!
Make sure you vote on this!
Agree, and not only Timers but Alarm clocks would be nice to have too
For those of you who want to keep the enclosure of the device, but want to have the device near-vertical
Printing one right now in the same color as the black silk case I printed earlier this week.
A remix of my model that allows for direct embedding of the electronics and controls (jog/button) of the Voice Assistant in my model would be most welcome. It would, of course, require disassembly of the device… but that would be kind of the point of such a remix.
Its a good file - nice tolerances. Came out nicely at .12 on an X1C.
Solid build and nicely done… Although for me at least, it needs something (dunno what yet) to snap the device in. until i get my microwakewordin im punching the button a lot and Ive already knocked it out twice. Don’t know what that snap thing is / looks like yet. As soon as I figure it out -I’ll pop back.
Your thing looks amazing in black!
Modifications more than welcome.
I think i know an easy fix!
The front edge of the device Body should be filleted! Use a fillet finder to measure what the radius must be, then add the chamfer. It will make the device lock into the 3D print perfectly.
something like rails to snap divice in.
I think here -
extend the back up in some way that makes short clips that snap into the holes the feet used to be in.
Part of it is the lack of anchor - but the other part is the actual support ends exactly behind the button so levers happen. If i hit the button juuuuust too high i push it right off the back over the top of the base. Extend its back support higher and create a snapin at the same time. Id do it myself by my slicer-fu sucks and is still very baby-level.
Yes indeed. Needs a lip or rail.
EDIT:
I have released a version two of the stand. It supports the back of the device now. Take a look:
Looks ok!
Old version is now a temporary phone stand:
That is a very good idea!
Edit: it was so good, i just went ahead and implemented it.
You can do this directly inside freeCAD, the source file that the STL comes from is right there.
Edit: see above for new version.