Sinyal dağıtımı ve bağlantı

Kablonun takılı olması sinyalin aktığı anlamına gelmiyor. HDMI’da görüntü akmadan önce bir el sıkışma olur: kaynak, ekranın hangi çözünürlükleri ve ses formatlarını desteklediğini bildiren EDID verisini DDC hattı üzerinden okur; ayrı bir HPD hattı da “bir ekran bağlı” bilgisini taşır.

Uzun kablolar, zayıf sonlandırmalar ve araya giren extender ya da switcher’lar bu hatları zayıflatırsa el sıkışma başarısız olur — görüntü hattı sağlam olsa bile ekran boş kalır.

Kopya koruması da aynı DDC hattını kullandığı için, bu sorunlar HDCP el sıkışmasını da bozar. Ayrıca HDCP 2.x ile korunan ve “Type 1” işaretli içerik HDCP 1.x arayüzüne hiç aktarılamaz; yalnızca “Type 0” aktarılabilir. Zincirdeki tek bir eski cihaz bu yüzden tüm görüntüyü kesebilir.

Basit switcher’ların ayrı bir huyu var: her giriş değişiminde DDC ve HPD’yi keserler. Bazı ekranlar bu durumda, güç kapatılıp açılana kadar görüntü vermez.

Extron’un önerisi net: EDID yönetimi kaynağa en yakın cihazda yapılmalı ve EDID stratejisi tasarım aşamasında belgelenmeli. Devreye alırken bu testleri yapmak, kurulumdan altı ay sonra “dün çalışıyordu” çağrısı almamanın en ucuz yolu.

Bu iki ayrı arıza, aynı başlık altında karışıyor.

Ses hiç gelmiyorsa: bazı projektörler ve hoparlörsüz paneller EDID’lerinde ses yeteneği bildirmez. Kaynak bunu “bu ekran ses almıyor” diye okur ve sesi analog çıkışa yönlendirir — kullanıcı da kabloyu kontrol etmeye başlar. Çözüm, ses formatlarını içeren bir EDID sunmak.

Ses cızırtılıysa: kaynak, ekranın desteklemediği çok kanallı bir formata ayarlı olabilir (örneğin Dolby Digital 5.1). Bu durumda ekran gelen veriyi çözemez ve ortaya bozuk bir ses çıkar. Kaynağı 2 kanal PCM’e almak çoğu durumda yeterli.

Sesin ayrı bir yere gitmesi gereken kurulumlarda doğru araç ses ayırıcı (de-embedder): HDMI akışındaki sesi alıp ses sistemine veriyor, görüntüyü ekrana bırakıyor.

HDMI Licensing Administrator’a göre veri hızı arttıkça pasif bakır kablolar ya daha kısa ya daha kalın olmak zorunda kaldı. Aktif optik kablolar (AOC) bu ikilemi çözüyor: hem daha uzun hem daha ince olabiliyorlar.

Kablo üreticisi Belden’in pratik kuralı:

Mesafe	Kablo
~4,5 m’ye kadar	Pasif bakır
~4,5 m üzeri	Sinyal güçlendirici çipli kablo
~15 m üzeri	Aktif optik kablo (AOC)

Bu bir sınır tablosu değil, bir başlangıç noktası: çözünürlük, kare hızı ve renk derinliği arttıkça eşikler aşağı iner. 4K60 4:4:4 taşıyan bir hat, 1080p taşıyan aynı uzunluktaki hattan çok daha zordur.

Daha uzun mesafelerde doğru soru “hangi HDMI kablosu” değil, “hangi taşıma teknolojisi” oluyor — HDBaseT ya da AV over IP. Kabloyu zorlamak yerine mesafeye uygun yöntemi seçmek hem daha ucuz hem daha kalıcı.

Hayır, ve fark etiketin üzerinde yazıyor. HDMI’ın resmi kategorileri:

Kategori	Bant genişliği	Tipik hedef
High Speed	10,2 Gbps	1080p / erken 4K
Premium High Speed	18 Gbps	4K60
Ultra High Speed	48 Gbps	8K60, 4K120
Ultra96	96 Gbps	HDMI 2.2; 8K60 ve 4K240 4:4:4

Önemli olan sadece rakam değil, testin kim tarafından yapıldığı. Premium High Speed yetkili bir HDMI test merkezinde, Ultra High Speed ise HDMI Forum test merkezinde ve her uzunluk için ayrı test ediliyor. Üst kategorilerin etiketindeki QR kod okutularak kablonun gerçekten sertifikalı olduğu doğrulanabiliyor.

HDMI LA’nın kendi uyarısı da var: eski etiketler test edilmemiş kablolara da basılmış durumda ve yüksek frekanslarda ekranlama parazit açısından kritik. Yani kutunun üzerindeki “4K uyumlu” yazısı tek başına bir şey söylemiyor.

Kurulumda kablo, sistemin en ucuz ama en çok sorun çıkaran parçası olabiliyor. Etiketindeki QR’ı okutmak otuz saniye sürüyor.

HDBaseT kategori kablo üzerinden 100 metreye kadar taşıyabiliyor, ama bu rakam her durumda geçerli değil — kablo tipine ve spesifikasyon sürümüne bağlı. 4K için:

Sürüm	Kablo	Menzil
Spec 1.0	Cat5e ve üzeri	70 m
Spec 2.0	Cat5e	90 m
Spec 2.0	Cat6	100 m
Spec 3.0	Cat6a U/FTP önerilir	100 m (sıkıştırmasız 4K60 4:4:4)

“100 metreye kadar” yazan bir cihazı Cat5e ile 95 metreye çekmek, sınırın epey dışına çıkmak demek. Ara ara gelen siyah ekran tam da bunun belirtisi: hat marjinal çalışıyor ve sıcaklık ya da girişim değiştikçe kopuyor.

Belden iki şeye ayrıca dikkat çekiyor: dış çapraz karışmanın (alien crosstalk) kontrol edilmesi gerekir, ve ekranlı kablo bazı kurulumlarda topraklama sorunu doğurabilir — yani “ekranlı alalım, garanti olsun” her zaman doğru hamle değil.

Devreye alırken hattın sertifikalı test cihazıyla ölçülmesi, bu arızayı kuruluma değil kuruluma başlamadan önceye taşıyor.

AV trafiği gerçek zamanlıdır ve sıradan ofis trafiğinden farklı davranır: multicast, PTP zamanlaması ve QoS üzerine kuruludur.

NETGEAR’ın vurgusu şu: sorun çoğu zaman bant genişliği eksikliği değil, yapılandırma. IGMP snooping ve net bir IGMP querier olmadan multicast trafik broadcast gibi davranır ve anahtarın tüm portlarına yayılır — yani AV akışı, AV ile ilgisi olmayan her cihaza da gider. “Ağ yavaşladı” şikâyetinin tipik kaynağı budur.

Shure, çok anahtarlı ağlarda IGMP snooping’in ve querier’ın etkinleştirilmesini, querier olarak da çekirdek anahtarın kullanılmasını öneriyor.

Bir not: her AV over IP ürünü multicast kullanmaz. Unicast çalışan sistemlerde bu maddelerin bir kısmı geçerli değildir; önce hangi mimariyle çalıştığınızı netleştirmek gerekir.

Pratik yaklaşım: AV ağını BT ekibiyle birlikte tasarlamak, ayrı bir VLAN’a almak ve QoS’u baştan tanımlamak. Sonradan eklenen AV trafiği, hazır olmayan bir ağda her zaman suçlu görünür.

Audinate’e göre bu belirtilerin temelinde genellikle tek bir şey var: PTP saat senkronunun bozulması. Dante’de cihazlar ortak bir saate kilitlenir; kilit kayarsa ses çıt-pıt yapar ve cihazlar listeden düşüp geri gelir.

Bunu tetikleyen bilinen nedenler:

• Anahtarlarda Energy Efficient Ethernet (EEE) açık olması — hem Audinate hem Shure kapatılmasını öneriyor
• Hatalı IGMP snooping ayarı
• Farklı marka anahtarların karışık kullanılması
• Mac’lerin dahili Ethernet portlarındaki IGMP uyumsuzluğu
• Konsol ya da DSP ile Dante arasındaki saat kaynağı uyumsuzluğu

Shure ayrıca anahtardaki “Filter Unregistered Multicast” ayarının açık olmamasını istiyor; açık olduğunda mDNS, PTP ve Dante keşif trafiğini engelleyebiliyor — yani cihazların birbirini bulmasını.

Bu listenin tamamı anahtarın yapılandırmasıyla ilgili. Dante ağında anahtar seçimi ve ayarı, mikrofon seçimi kadar belirleyici.