[ 3 / biz / cgl / ck / diy / fa / ic / jp / lit / sci / vr / vt ] [ index / top / reports ] [ become a patron ] [ status ]
2023-11: Warosu is now out of extended maintenance.

/diy/ - Do It Yourself

View post   
File: 22 KB, 896x682, Untitled.png [View same] [iqdb] [saucenao] [google]
1550384 No.1550384 [Reply] [Original]

how would I go about doing this?

>> No.1550723

Audio is tricky shit. Microcontrollers are tricky shit. Wireless is tricky shit. Just go an buy one of these:
https://en-us.sennheiser.com/integrated-systems-guided-tour-systems

>> No.1550788
File: 126 KB, 500x667, 1385863377473.jpg [View same] [iqdb] [saucenao] [google]
1550788

>>1550384
Why do you need multiple bluetoothed head sets? Sounds like your looking for radio commo. Maybe there are some digital units out there, but I am not a radio nerd.

>> No.1550800

>>1550384
walktalkies with headphone jacks

>> No.1552412

>>1550723
>>1550788
>>1550800
the connection to the board to the mic could be radio I guess, but I need it to be usable with bluetooth headphones. is there any way a microcomputer like a pi could constantly search for bluetooth and auto connect any bluetooth device it finds?

>> No.1552427

>>1550384
A load of cheap bluetooth transceiver modules tied together with a microcontroller, all obtained from your favourite chinkshit supplier. The mcu takes the incoming audio data and sends it out to each listening unit. Maybe look into I2S because it's designed for audio applications (stm32 bluepill supports this, I think), but you might not even need it depending on how you rig it all up. The specs supposedly say you can have 7 BT slave devices, but whether or not that has an impact on sound quality, it's hard to say.

>> No.1552497

>>1552427
thanks. is it possible for bluetooth headphones to automatically connect to an mcu? or would I need to do manual configuration for each bluetooth device I would want to connect?

>> No.1552879

>>1552497
I don't think it can happen since bluetooths require authentication unlike the wlan without a password

>> No.1552897

>>1552497
>>1552879

My setup is a bit different, using an android tablet and an AVR with a bluetooth module, but once they are paired once, you can turn either one on and off or whatever and they automatically connect without manual intervention.

>> No.1552973

>>1552897
>an android tablet and an AVR with a bluetooth module

I meant to add, my tablet is the master.

>> No.1554776

No such thing as multicasting bt.

U can multicast ethernet. Even WiFi.

>> No.1554784

>>1552412
assuming you or people you know are using the Bluetooth units you'd have to reprogram them to not require authentifcation

>> No.1554797

>>1552412
>but I need it to be usable with bluetooth headphones
I'd use one dedicated micro to pair with each headset and connect the microphone to all of them in parallel. ESP32 can do it in theory, but documentation is light to non existent, especially for pairing. TI has an evaluation board (BT-MSPAUDSOURCE) which looks easier to use, but a bit expensive.

>> No.1555258

>>1552973
Android let's you choose only one audio path.

A bt module could work but it won't be multicast. Ergo you will have a cascade delay between audio packets. By the time you add 7 headphones you won't have enough time to run the first stream, breaking the audio. This is why this shit don't exist. I know this because I researched Bluetooth in an attempt to make 2 speakers work in unison. The bt stack only let's you send packets to one device at a time.

The only possible way to do it digitally is WiFi and multicast or some proprietary method. Or fm for analog.

Sure there's dual bt speakers out there but it's only one bt device. If something new came out that does what op wants I'd want to know.