Yealink AVHub: ograniczenia łączenia sal dzielonych
Yealink opublikował 22 września 2026 dokument opisujący, co po scaleniu sal trafia do sali głównej, a co zostaje w sali podrzędnej.
Yealink opublikował 22 września 2026 dokument "Features", który zbiera w jednym miejscu zasady działania sal dzielonych opartych na procesorze AVHub oraz ustawienia audio tego urządzenia. Nie jest to zapowiedź nowej funkcji, tylko spisanie warunków brzegowych, które do tej pory trzeba było wyciągać z rozmów z producentem. Dla osoby projektującej salę łączoną to materiał, który przesądza o doborze okablowania i o tym, czy w projekcie potrzebny jest dodatkowy splitter HDMI.
Przy jakich systemach dokument się pojawił
Ten sam tekst Yealink podpiął jednocześnie pod sześć zestawów salowych. Jeden z nich pracuje w Microsoft Teams Rooms, pięć pozostałych w Zoom Rooms, wszystkie w wariancie na Windows.
| System | Platforma |
|---|---|
| MVC640-C4 | Microsoft Teams Rooms (Windows) |
| ZVC860-C5 | Zoom Rooms (Windows) |
| ZVC S90-C5 | Zoom Rooms (Windows) |
| ZVC S80-C5U | Zoom Rooms (Windows) |
| ZVC S90-C5U | Zoom Rooms (Windows) |
| ZVC S98-C5U | Zoom Rooms (Windows) |
Co AVHub faktycznie łączy
Rozwiązanie pozwala scalić peryferia z maksymalnie czterech sal do jednej sali głównej. Warunek jest jeden i twardy: dotyczy to kamer UVC i urządzeń audio Yealinka wpiętych w port sieciowy RJ45 AVHuba. Yealink opisuje typowy scenariusz jako profesjonalną salę dzieloną na dwie do czterech przestrzeni, gdzie AVHub współpracuje ze switchem, a podziałem i scalaniem steruje się na bieżąco z panelu sterowania spotkaniem.
W stanie rozdzielonym każdy AVHub obsługuje urządzenia swojej sali. Po scaleniu jedna z sal staje się salą kontrolną i przejmuje wszystkie peryferia, interfejs sal podrzędnych zostaje zablokowany, a ich AVHuby pełnią rolę mostów przesyłających sygnał audio i wideo.
Pięć warunków z dokumentu
To jest najcenniejsza część materiału, bo każdy z punktów potrafi wywrócić projekt na etapie odbioru.
| Element | Co się dzieje po scaleniu sal |
|---|---|
| Audio innego producenta przez USB, 6,3 mm, RCA w AVHubie sali podrzędnej | Nie przechodzi do sali głównej; sprzęt musi mieć własny mechanizm łączenia sal |
| Ekran wpięty w HDMI mini peceta MCore Pro w sali podrzędnej | Nie przechodzi; potrzebne osobne rozwiązanie splittera HDMI |
| AVHub sali podrzędnej | Restartuje się i pokazuje zero peryferiów, urządzenia widać wyłącznie w sali głównej |
| Maksymalna liczba kamer i urządzeń audio w sali głównej | Obowiązuje limit systemu MVC S90 z listy zgodności akcesoriów |
| Automatyczne scalanie i podział | Możliwe z systemu sterowania innego producenta przez zapytania API po HTTPS |
Ustawienia audio AVHuba
Druga sekcja dokumentu opisuje warstwę dźwiękową. AVHub obsługuje protokół transmisji AES67, a wzmocnienie sygnału (Gain) reguluje się w ustawieniach audio narzędzia Yealink RoomConnect. Dostępne są tam również: redukcja szumu sterowana algorytmem, która sama dostosowuje się do zmian hałasu w tle, kasowanie echa AEC, klasyczna redukcja szumu NR oraz korekcja PEQ pozwalająca zmieniać głośność w wybranych zakresach częstotliwości. Szczegóły Yealink umieścił w osobnym materiale o regulacji parametrów audio.
Co to znaczy dla integratora
Zacznij od inwentaryzacji projektów sal dzielonych, które macie w realizacji lub w ofercie. Sprawdź w każdym z nich, czym podłączone jest audio w salach podrzędnych. Jeśli gdziekolwiek leży mikrofon lub wzmacniacz innego producenta wpięty w USB albo złącze analogowe AVHuba, ten tor po scaleniu sal zniknie i trzeba go przeprojektować albo potwierdzić u producenta, że sprzęt ma własną obsługę łączenia sal.
Drugą rzeczą do przejrzenia są ekrany. Wyświetlacz sali podrzędnej podpięty do MCore Pro nie pokaże obrazu z sali głównej, więc do wyceny trzeba dołożyć splitter lub matrycę HDMI. Warto to zrobić teraz, a nie przy odbiorze, bo to pozycja kosztowa, której klient się nie spodziewa.
Zaplanujcie też sposób sterowania. Jeśli klient chce, żeby podział i scalanie działy się automatycznie razem z ruchomą ścianą, potrzebny jest system sterowania wywołujący API systemu MVC po HTTPS. To osobna pozycja w projekcie i osobne uzgodnienie z dostawcą sterowania.
Publikacja tego dokumentu jest dobrym pretekstem do kontaktu z klientami, którzy mają sale z ruchomą ścianą. Przegląd toru audio i wideo w takiej sali zajmuje jedno spotkanie, a pozwala złapać rozbieżność między tym, czego klient oczekuje po scaleniu, a tym, co Yealink faktycznie obsługuje.
Co sprawdzić u siebie
- Czy w salach podrzędnych całe audio Yealinka jest wpięte w port RJ45 AVHuba, a nie w USB, 6,3 mm lub RCA.
- Czy w projekcie sali dzielonej przewidziano splitter albo matrycę HDMI dla ekranu sali podrzędnej.
- Czy łączna liczba kamer i urządzeń audio po scaleniu mieści się w limicie systemu MVC S90 z listy zgodności akcesoriów.
- Czy obsługa klienta wie, że po scaleniu panel sali podrzędnej jest zablokowany i sterowanie przechodzi do sali kontrolnej.
- Czy przy wymaganiu automatycznego podziału sali jest po stronie klienta system sterowania zdolny wywołać API po HTTPS.