Bir üretim hattında tek bir Ethernet kablosunun kopması, PLC ile HMI arasındaki haberleşmeyi kesip tüm prosesin durmasına neden olabilir. Bu nedenle switch yedekliliği nasıl kurulur sorusu, yalnızca ağ tasarımını değil; OEE, bakım maliyetini ve üretim sürekliliğini doğrudan ilgilendirir. Doğru kurgulanmış bir yedeklilik yapısı, arıza anında alternatif iletişim yolunu otomatik devreye alarak tekil hata noktalarını azaltır.
Endüstriyel ağlarda amaç her portu kabloyla birbirine bağlamak değildir. Amaç, arıza durumunda kontrollü şekilde devreye giren ikinci bir iletişim yolu oluşturmaktır. Kontrolsüz oluşturulan fiziksel döngüler ise broadcast trafiğini büyütür, ağ fırtınasına yol açar ve yedeklilik sağlamaya çalışırken tüm ağı erişilemez hale getirebilir.
Önce kritik haberleşme yolunu belirleyin
Yedekliliğe başlamadan önce ağ topolojisini çıkarın. Hangi PLC’lerin, uzak I/O istasyonlarının, sürücülerin, endüstriyel PC’lerin, kameraların ve HMI’ların aynı haberleşme hattına bağlı olduğunu netleştirin. Ardından bir bağlantı veya switch arızasında üretimi etkileyen cihazları önceliklendirin.
Her cihazın aynı seviyede yedekli olması gerekmez. Örneğin, merkezi SCADA sunucusuna veri aktaran bir Edge PC için çift uplink mantıklı olabilirken yalnızca bakım amaçlı kullanılan bir terminal için tek bağlantı yeterli kalabilir. Kritikliğe göre tasarım yapmak, gereksiz port, kablolama ve aktif cihaz maliyetini önler.
Bu aşamada şu soruların yanıtı tasarımı belirler: Kabul edilebilir kesinti süresi nedir? Ağda mevcut yönetilen switch’ler hangi protokolleri destekliyor? Uygulamada yıldız, ring veya çift omurga topolojisi için fiziksel güzergah uygun mu? Aynı kablo tavasi, aynı pano girişi veya aynı enerji kaynağı üzerindeki iki hat gerçek anlamda yedek sayılmaz. Fiziksel güzergahlar mümkün olduğunda birbirinden ayrılmalıdır.
Switch yedekliliği için doğru topolojiyi seçin
Saha uygulamalarında en yaygın üç yöntem çift uplink, ring ve çift ağ mimarisidir. Doğru seçim; prosesin kesinti toleransına, cihaz desteğine ve tesisin büyüklüğüne bağlıdır.
Çift uplink ile dağıtım katmanını koruyun
Bir erişim switch’ini iki ayrı merkezi switch’e bağlamak, dağıtım katmanındaki tekil arıza riskini azaltır. Bu yapıda iki uplink aynı anda aktif bırakılırsa döngü oluşmaması için RSTP veya uygun bir link aggregation mekanizması gerekir. Switch ve üst ağ ekipmanları destekliyorsa LACP ile birden fazla fiziksel bağlantı tek mantıksal hat gibi çalıştırılabilir; bu yaklaşım hem bant genişliği hem bağlantı arızasına karşı avantaj sağlar.
Ancak LACP, iki ucun da doğru yapılandırılmasını ister. Farklı iki switch’e giden bağlantıların tek grup olarak kullanılabilmesi için cihazların stack, virtual chassis ya da çoklu şasi link aggregation gibi özellikleri desteklemesi gerekir. Bu destek yoksa RSTP tabanlı çift uplink daha güvenli tercihtir.
Ring topolojisiyle saha istasyonlarını yedekleyin
Hat boyunca sıralanan panolar, uzak I/O adaları veya makine hücreleri için ring topolojisi pratik bir çözümdür. Her yönetilen switch, bir önceki ve bir sonraki switch’e bağlanır. Normal çalışma sırasında protokol ring içindeki bir yolu kontrollü olarak bloklar. Kablo veya switch arızası oluştuğunda bloklanan yol açılır ve trafik ters yönden devam eder.
Standart RSTP küçük ve orta ölçekli ağlarda kullanılabilir. Endüstriyel ring uygulamalarında ise MRP, yani Media Redundancy Protocol, daha öngörülebilir bir yaklaşım sunar. MRP kullanmak için ringdeki switch’lerin ilgili standardı desteklemesi, bir cihazın MRP Manager, diğerlerinin MRP Client olarak atanması gerekir. Bir ringde birden fazla manager tanımlamak, beklenen korumayı sağlamaz ve arıza takibini zorlaştırır.
Çift ağ mimarisini kritik proseslere ayırın
Kesinti toleransı çok düşük olan proseslerde iki fiziksel olarak bağımsız ağ kurulabilir. PRP gibi paralel yedeklilik yaklaşımları, veriyi iki ayrı LAN üzerinden eş zamanlı taşır. Bu mimari daha yüksek cihaz, kablolama ve mühendislik maliyeti getirir. Ayrıca uç cihazların PRP desteği veya uygun RedBox ekipmanı gerektirebilir.
Bu nedenle çift ağ mimarisi her pano için standart çözüm değildir. Yüksek hızlı paketleme, enerji, proses kontrolü veya duruşun ciddi maliyet yarattığı kritik üretim hücrelerinde teknik ve ticari açıdan anlamlı hale gelir.
1. Yönetilen endüstriyel switch kullanın
Yedeklilik protokolleri için yönetilen switch gerekir. Unmanaged switch, temel bağlantı ihtiyacını karşılayabilir; fakat RSTP, MRP, VLAN, port izleme, alarm ve önceliklendirme gibi yönetim fonksiyonlarını sunmaz. Döngü ihtimali bulunan bir topolojide unmanaged switch kullanmak, sahada teşhisi zor ve etkisi geniş bir haberleşme arızasına dönüşebilir.
Endüstriyel sınıf switch seçerken yalnızca port sayısına bakmayın. Çalışma sıcaklığı, DIN-ray montajı, 24 VDC besleme, elektromanyetik dayanım, fiber uplink ihtiyacı, alarm rölesi ve çift güç girişi gibi özellikleri uygulama koşullarına göre değerlendirin. Toz, titreşim ve yüksek sıcaklığın bulunduğu panolarda ticari ofis switch’leri yerine endüstriyel tasarım tercih edilmelidir.
2. Ağ döngüsünü protokolle kontrol altına alın
Fiziksel yedek hat bağlanmadan önce kullanılacak protokol kararlaştırılmalıdır. RSTP tercih ediliyorsa merkezi veya omurga switch root bridge olarak açıkça tanımlanmalıdır. Root seçimi varsayılan öncelik değerlerine bırakılırsa enerji kesintisi veya cihaz değişimi sonrasında trafik beklenmedik bir yoldan akabilir.
Edge portlar için uygun koruma ayarları da yapılmalıdır. Son cihazların bağlandığı portlarda hızlı geçiş kullanılabilir; ancak başka bir switch bağlanma ihtimali olan portlarda loop protection, BPDU guard veya üreticinin eşdeğer koruma fonksiyonları dikkatle uygulanmalıdır. Yanlış ayar, yetkisiz bir bağlantıyı engellerken kritik bir hattı da kapatabilir. Devreye alma öncesi senaryo testi bu nedenle zorunludur.
3. VLAN ve trafik önceliklerini ayırın
Yedekli fiziksel yol, her zaman sağlıklı haberleşme anlamına gelmez. Kamera görüntüleri, ofis trafiği veya yoğun veri toplama paketleri aynı ağda kontrol trafiğini geciktirebilir. PLC, HMI, sürücü, SCADA, bakım erişimi ve görüntüleme trafiğini ihtiyaca göre VLAN’lara ayırmak daha kontrollü bir yapı sağlar.
Gerçek zaman hassasiyeti olan uygulamalarda QoS ayarlarıyla otomasyon trafiğine öncelik verin. Buradaki denge önemlidir: Aşırı VLAN bölünmesi yönetimi karmaşıklaştırır, tek bir geniş yayın alanı ise arıza etkisini büyütür. Tasarım, mevcut cihazların protokol ihtiyaçları ve bakım ekibinin yönetebileceği ölçek dikkate alınarak yapılmalıdır.
4. Güç beslemesini de yedekleyin
İki Ethernet hattı bulunan fakat tek 24 VDC güç kaynağından beslenen bir switch, enerji arızasına karşı korunmuş değildir. Kritik omurga switch’lerinde çift güç girişi, birbirinden bağımsız güç kaynakları ve mümkünse UPS destekli besleme değerlendirilmelidir.
Aynı prensip bağlantı güzergahı için de geçerlidir. Ringin iki kolunu aynı kablo kanalı içinde taşımak, mekanik bir hasarda iki hattın birden kaybedilmesine yol açabilir. Yedekliliğin değeri, arızaların gerçekten bağımsız olmasına bağlıdır.
5. Konfigürasyonu dokümante edin ve yedekleyin
Her switch için IP adresi, cihaz adı, port kullanım tablosu, VLAN bilgisi, ring rolü ve yazılım sürümü kayıt altında tutulmalıdır. Pano kapağındaki basit bir port etiketi bile saha müdahalesinde dakikalar kazandırır. Kritik cihazların konfigürasyon dosyalarını merkezi ve erişilebilir bir noktada saklamak da arıza sonrası değişim süresini ciddi ölçüde azaltır.
Yeni switch takıldığında yalnızca kablo bağlantısını yapmak yeterli değildir. Aynı firmware sürümü, doğru MRP rolü, RSTP önceliği, VLAN trunk ayarları ve yönetim IP planı doğrulanmalıdır. Standartlaştırılmış konfigürasyon şablonları, özellikle çok sayıda benzer makine veya pano üreten firmalarda devreye alma kalitesini yükseltir.
6. Arızayı masa başında değil, sahada test edin
Yedeklilik kurulduktan sonra kontrollü test yapılmalıdır. Bir ring kablosunu çıkarın, bir uplink portunu kapatın veya mümkünse enerji beslemelerinden birini devreden alın. Haberleşmenin alternatif hatta geçtiğini; PLC bağlantılarının, HMI ekranlarının, SCADA kayıtlarının ve kritik haberleşme paketlerinin beklenen şekilde çalıştığını gözlemleyin.
Test sırasında toparlanma süresini ölçün. Kabul edilen süre, kullanılan protokolün yapısına ve uygulamanın gereksinimine göre değişir. Bir web arayüzünün kısa süre yenilenmesi tolere edilebilirken, hareket kontrolü veya emniyetle ilişkili bir proses için aynı süre kabul edilemez. Ağ yedekliliği, fonksiyonel emniyetin yerine geçmez; emniyet fonksiyonları ilgili standartlara uygun, bağımsız biçimde tasarlanmalıdır.
7. İzleme ve yerel destek planını kurun
Switch alarm röleleri, SNMP bildirimleri veya yönetim yazılımları sayesinde bağlantı kaybı, port hatası, güç beslemesi sorunu ve ring durumu erken fark edilebilir. Alarmı yalnızca SCADA ekranında göstermek yerine bakım ekibinin müdahale sürecine bağlamak gerekir. Hangi alarmda kimin bilgilendirileceği, hangi yedek cihazın kullanılacağı ve konfigürasyonun nerede bulunduğu önceden belirlenmelidir.
Türkiye genelindeki üretim tesislerinde bakım sürelerini kısaltan unsur yalnızca doğru ürün değildir. Uygun stok, hızlı tedarik, cihaz değişiminde erişilebilir teknik destek ve sahaya uygun dokümantasyon birlikte çalışmalıdır. eleCO Automation, endüstriyel Ethernet altyapısının IPC, HMI ve saha ekipmanlarıyla uyumlu planlanmasında bu bütünsel yaklaşımı destekler.
Yedeklilik tasarımının gerçek başarısı, bir arıza olduğunda fark edilmemesinden çok, ekip tarafından kontrol altında tutulabilmesidir. Ağınızı ilk kablo kopmasında değil, devreye alma aşamasında sınayın; kritik prosesinizin ne kadar kesintiye dayanabildiğini netleştirin ve mimariyi bu süreye göre kurun.