




Auracast to jeden z najciekawszych elementów Bluetooth LE Audio. Pozwala jednemu nadajnikowi transmitować dźwięk do wielu odbiorników, dzięki czemu bardzo dobrze sprawdza się w przestrzeniach publicznych, rozwiązaniach accessibility, aparatach słuchowych, muzeach, lotniskach, dworcach, salach konferencyjnych i systemach wspomagania słyszenia na dużych przestrzeniach.
Jednak w każdym projekcie Auracast bardzo szybko pojawia się jedno praktyczne pytanie:
Którego MCU użyć?
Odpowiedź nie brzmi po prostu: "dowolnego układu Bluetooth". Auracast zależy od Bluetooth LE Audio, Broadcast Isochronous Streams, obsługi audio LC3, timingu, stabilności radiowej, wsparcia SDK i realnej interoperacyjności z odbiornikami. Układ, który świetnie sprawdza się w sensorach BLE, może być słabym wyborem dla audio Auracast.
W naszej aktualnej rekomendacji najbezpieczniejszą rodziną MCU dla customowego produktu Auracast jest Nordic nRF53, szczególnie nRF5340. ST STM32WBA jest mocną alternatywą i realnym wyborem zapasowym. nRF52 może być w niektórych przypadkach używany do eksperymentów, ale nie traktowalibyśmy go jako dobrego wyboru produkcyjnego dla Auracast. ESP32 również warto omówić, ponieważ wiele zespołów szuka fraz takich jak "ESP32 Auracast", ale odpowiedź mocno zależy od tego, o której rodzinie ESP32 mówimy.
Usługi rozwoju firmware Auracast
Oceniasz opcje MCU dla Auracast na Nordic nRF5340, STM32WBA lub ESP32? Nasz zespół z Polski buduje firmware proof of concept i prowadzi usługi testowania Auracast z realnymi odbiornikami.
Poznaj usługi rozwoju oprogramowania embeddedKlasyczne aplikacje BLE zwykle wymieniają małe pakiety danych. Typowe przykłady to sensory, beacony, parowanie z aplikacją mobilną, konfiguracja urządzenia i aktualizacje firmware.
Auracast jest inny. To audio. Oznacza to, że system musi obsługiwać:
Dlatego samo "wsparcie dla Bluetooth 5.x" nie wystarczy. W przypadku LE Audio Auracast na MCU ważne pytanie brzmi, czy układ i SDK wspierają pełną ścieżkę audio, a nie tylko ogólne reklamowanie BLE.
Dla większości prototypów nadajników Auracast i produktów embedded zaczęlibyśmy od Nordic nRF5340.
Powód jest praktyczny. nRF5340 został zaprojektowany z myślą o Bluetooth LE Audio. Ma architekturę dual-core, mocne wsparcie Zephyr i nRF Connect SDK, dojrzałe przykłady oraz jasną ścieżkę przejścia od zestawu ewaluacyjnego do customowego hardware.
Dla software house'u lub zespołu produktowego budującego urządzenie Auracast ma to większe znaczenie niż teoretyczna lista funkcji. Największym ryzykiem w rozwoju Auracast nie jest skompilowanie demo. Prawdziwym ryzykiem jest uzyskanie stabilnego działania systemu z realnymi odbiornikami, realnym wejściem audio, realnymi ograniczeniami zasilania i realnymi wymaganiami produktu.
nRF5340 jest obecnie najlepszym punktem startowym, gdy celem jest ograniczenie tego ryzyka.
Dobre zastosowania dla nRF5340:
ST również jest sensowną opcją dla rozwoju Auracast, ale właściwą rodziną jest STM32WBA, a nie starsze STM32WB.
STM32WBA jest interesujące, gdy produkt już korzysta z ekosystemu STM32 albo gdy zespół preferuje narzędzia STM32Cube, funkcje bezpieczeństwa STM32 i portfolio MCU od ST. ST dostarcza przykłady LE Audio oraz wsparcie Public Broadcast Profile dla płytek STM32WBA.
Dla wielu firm STM32WBA może być dobrą ścieżką produkcyjną, zwłaszcza jeśli reszta produktu już pasuje do ekosystemu STM32.
Dobre zastosowania dla STM32WBA:
Nasza praktyczna rekomendacja to wczesna ewaluacja STM32WBA, ale przed podjęciem finalnej decyzji produkcyjnej nadal warto porównać dojrzałość SDK, przykłady audio, kompatybilność z odbiornikami i workflow debugowania z nRF5340.
Tutaj odpowiedź wymaga doprecyzowania.
Czy w niektórych sytuacjach można uruchomić Bluetooth LE Audio na hardware klasy nRF52?
Tak, w niektórych przypadkach i z użyciem zewnętrznych stacków lub customowego wysiłku inżynieryjnego.
Czy rekomendowalibyśmy nRF52 jako produkcyjne MCU dla poważnego produktu Auracast?
Zwykle nie.
Powodem nie jest to, że nRF52 to zła rodzina układów. Jest świetna dla wielu produktów BLE. Problem polega na tym, że Auracast potrzebuje więcej niż standardowe BLE. Potrzebne jest wsparcie audio izochronicznego, obsługa LC3, stabilność timingu, zapas pamięci, wsparcie SDK i realistyczna ścieżka utrzymania.
Jeśli projekt jest eksperymentem laboratoryjnym, prototypem badawczym lub ograniczonym proof of concept, nRF52 może być użyteczny. Jeśli projekt jest komercyjnym nadajnikiem Auracast albo produktem accessibility, nRF5340 jest bezpieczniejszym wyborem.
Innymi słowy:
nRF52 może być sprytnym eksperymentem. nRF5340 to decyzja zorientowana na produkcję.
Wiele zespołów szuka fraz "ESP32 Auracast" lub "Auracast ESP32", ponieważ ESP32 jest tanie, popularne i łatwo dostępne.
Ważny szczegół jest taki, że "ESP32" nie oznacza już jednego układu. To duża rodzina.
W przypadku klasycznego ESP32 i wielu popularnych wariantów ESP32 nie rekomendowalibyśmy planowania produkcyjnego produktu Auracast, chyba że dokładny układ i wersja SDK jasno wspierają Bluetooth LE Audio, BIS/CIS i wymagany stack profili.
W przypadku nowszych układów Espressif, takich jak ESP32-H4 i ESP32-S31, sytuacja jest ciekawsza, ponieważ Espressif zaczął pozycjonować nowsze rodziny wokół LE Audio i powiązanych funkcji Bluetooth.
Jednak w projektach klienckich nadal walidowalibyśmy:
Praktyczna odpowiedź brzmi więc:
ESP32 Auracast nie jest bezpiecznym ogólnym stwierdzeniem. Niektóre nowe rodziny ESP32 zaczynają być istotne dla LE Audio, ale klasyczny ESP32 nie powinien być traktowany jako MCU dla Auracast.
| Rodzina MCU | Dopasowanie do Auracast | Rekomendacja produkcyjna | | --------------------------- | ----------------------------------- | ------------------------------------- | | Nordic nRF5340 | Bardzo mocne | Rekomendowany wybór domyślny | | ST STM32WBA | Mocne | Dobra alternatywa i wybór zapasowy | | Nordic nRF52 | Możliwe w ograniczonych przypadkach | Niezalecane do produkcyjnego Auracast | | Klasyczny ESP32 | Słabe dla Auracast | Niezalecane | | Nowsze ESP32-H4 / ESP32-S31 | Obiecujące | Wymaga ostrożnej ewaluacji |
Wybór MCU to dopiero pierwszy krok. Trudniejszą częścią jest udowodnienie, że system działa poza laboratorium.
W ramach usług testowania Auracast zwykle analizujemy:
Jest to szczególnie ważne dla dostępności audio na dużych przestrzeniach. Publiczna instalacja Auracast musi działać niezawodnie dla wielu użytkowników, a nie tylko dla jednego developera z jednym testowym odbiornikiem na biurku.
Auracast ma duży potencjał w obszarze accessibility, ponieważ może transmitować audio bezpośrednio do kompatybilnych urządzeń osobistych. Mogą to być aparaty słuchowe, earbuds, słuchawki lub dedykowane odbiorniki.
Możliwe zastosowania obejmują:
W takich aplikacjach wyzwaniem technicznym nie jest tylko "sprawienie, żeby audio zagrało". System musi być zrozumiały, stabilny i łatwy do dołączenia. Nazwa broadcastu, kody QR, NFC, poziomy audio, język strumienia, fizyczne rozmieszczenie i kompatybilność odbiorników mają znaczenie.
W przypadku nowego produktu Auracast zaczęlibyśmy od nRF5340, chyba że istnieje mocny powód, aby wybrać inną platformę.
Jeśli klient już używa STM32 albo chce pozostać w ekosystemie ST, STM32WBA jest mocną alternatywą.
O nRF52 wspomnielibyśmy jedynie jako o opcji eksperymentalnej lub legacy, a nie jako o głównej ścieżce produkcyjnej.
ESP32 uwzględnilibyśmy w analizie technicznej, ponieważ wiele zespołów o to pyta, ale uważalibyśmy, aby nie traktować "ESP32" jako jednej platformy. Klasyczny ESP32 nie jest dobrym wyborem dla Auracast. Nowsze rodziny ESP32 mogą stać się istotne, ale wymagają walidacji pod konkretny projekt.
Pomagamy firmom ocenić wykonalność Bluetooth Auracast, wybrać odpowiednie MCU, zbudować firmware proof of concept i przetestować realną interoperacyjność.
Jeśli rozważasz Bluetooth Auracast, LE Audio na MCU albo technologię Auracast dla dostępności audio na dużych przestrzeniach, możemy pomóc Ci zwalidować ścieżkę techniczną, zanim zainwestujesz w customowy hardware.
W Blues Brackets zajmujemy się rozwiązywaniem prawdziwych problemów za pomocą najnowszych technologii.