TSN Sahaya Girdi, Switch Seçerken 3 Hafta Kaybettiğim Detay

PROFINET 2.0’ın getirdiği TSN (Time-Sensitive Networking) desteği, 2026’da sahaya girmeye başladı. Biz de bir pres hattında, PROFINET 2.0 + TSN altyapısı kurmak istedik. Switch seçimi, 3 hafta sürdü. 3 hafta, “TSN-capable” etiketiyle geçmedi.

“TSN-capable” etiketi tek başına yetmiyor

Switch kutusunda “TSN-capable” yazıyor. Peki ne anlama geliyor? TSN, bir zaman damgalı çerçeve standardı (IEEE 802.1). “TSN-capable” demek, switch’in TSN çerçevelerini tanıdığı demek. Ama tanıması, doğru işlediği demek değil.

Üç kritik soru var, her biri switch’in TSN davranışını belirler:

Soru 1: Hangi TSN profilleri destekleniyor?

TSN tek bir profil değil. Birkaç profil var:

• 802.1Qbv (Time-Aware Shaper): Zaman dilimleriyle trafik ayırma.
• 802.1AS (Timing): Hassas zaman senkronizasyonu (IEEE 1588’in saha versiyonu).
• 802.1CB (Frame Preemption): Kritik çerçevenin, olandan önce geçmesi.

Her switch, her profili desteklemez. “TSN-capable” yazan bir switch, sadece 802.1Qbv destekliyor olabilir; 802.1AS (zaman senkronizasyonu) desteklemiyor. Ve PROFINET 2.0’da, zaman senkronizasyonu zorunlu. Yani “TSN-capable” ama “802.1AS yok” switch, PROFINET 2.0’da çalışmaz.

Bizdeki 3 haftanın 2’si, bu sorunun cevabını bulmakla geçti. İlk seçtiğimiz switch, 802.1Qbv destekliyordu ama 802.1AS desteklemiyordu. Tespit, saha testinde geldi — 2 hafta kayıp.

Soru 2: Zaman senkronizasyonu hassasiyeti ne?

802.1AS, IEEE 1588’in saha versiyonu. Ama her switch’in 1588 hassasiyeti farklı. Bir switch, 1588’le ±100 ns senkronizasyon veriyor; diğeri ±10 µs. PROFINET 2.0’ın RT trafiği, ±100 ns gerektirir. ±10 µs veren switch, RT trafiğinde jitter yaratır — yani çerçeveler, beklenen zamanda gelmez.

Jitter, masada görünmez. Saha testinde, 1000 çerçevede 3’ünün 50 µs geç geldiğini gördük. 50 µs, presin “tam zamanında” kapanması için geç demekti. Switch değişti, jitter gitti.

Soru 3: Yönetim arayüzünde TSN yapılandırması var mı?

TSN, switch’in yönetim arayüzünde yapılandırılmalı. Yani:

• Hangi port hangi trafik sınıfında?
• Zaman dilimleri nasıl ayarlanıyor?
• 802.1AS grandmaster kim?

Bu yapılandırma, web arayüzünde mi, CLI’da mı, yoksa yalnızca üreticinin config aracıyla mı yapılıyor? Bizdeki switch, TSN yapılandırmasını yalnızca üreticinin config aracıyla yapıyordu. Aracı kurmak, lisans almak, öğrenmek — 1 hafta.

3 haftanın dersi

TSN switch seçimi, “TSN-capable” etiketiyle bitmez. Üç soru var:

1. Hangi profiller? (802.1AS zorunlu — PROFINET 2.0’da zaman senkronizasyonu şart.)
2. Hassasiyet ne? (±100 ns, RT trafiği için.)
3. Yönetim arayüzü? (Web/CLI mı, config aracı mı?)

Bu üç soruyu, switch’i sahaya koymadan önce sormak gerekir. Saha testinde sormak, 2 hafta kayıp demek.

TSN, “daha iyi Ethernet” değil

TSN, Ethernet’i “daha iyi” yapmaz. TSN, Ethernet’e zaman garantisi ekler. Ve o zaman garantisi, switch’in doğru profil, doğru hassasiyet, doğru yönetim arayüzüyle seçilmesine bağlı. “TSN-capable” etiketi, bir başlangıç noktasıdır, bir sonuç değildir.

Bir sonraki TSN projesinde, switch seçimi 3 soruyla başlayacak. 3 hafta değil, 3 gün. O 3 gün, sahadaki 2 haftalık jitter kayıplarından ucuzdur.