PROFINET MRP Ring Topoloji: Roller, Watchdog ve Ring Kesme Testi

Hat topolojide çalışan bir PROFINET hattında ezilen tek bir kablo ya da enerjisi kesilen tek bir switch, o noktadan sonraki bütün cihazları controller’dan koparır. MRP (Media Redundancy Protocol) bu tek kopukluğu milisaniyeler içinde telafi eder. Ama yalnız doğru kurulursa. Rol dağılımı, ring port seçimi ve PROFINET watchdog süreleri birbirine uymadığında ring kâğıt üzerinde yedekli, sahada kırılgan kalır. Aşağıda MRP’nin protokol düzeyindeki işleyişini, kurtarma profilinin IO bağlantılarına etkisini, sahada en sık karşılaştığımız yapılandırma hatalarını ve devreye almada atlanmaması gereken ring kesme testini anlatıyoruz.

Ring topoloji hangi sorunu çözer

PROFINET sahalarında en yaygın kablolama, cihazların iki portlu gömülü switch’leri üzerinden birbirine zincirlendiği hat (line) topolojidir. Kablo tasarrufu sağlar; karşılığında her bağlantı tek hata noktasıdır. Zincirin ortasındaki bir kopukluk, arkadaki bütün IO cihazlarını “station failure” ile düşürür ve hat durur. Son cihazdan ilk switch’e bir kablo daha çekip zinciri kapatmak fiziksel yolu çiftler. Fakat Ethernet döngüyü kendiliğinden yönetemez. Kontrolsüz bir halkada broadcast ve bilinmeyen unicast çerçeveleri durmadan döner, yayın fırtınası birkaç saniyede bütün hattı kilitler.

Ring yedeklilik protokolünün işi bu yüzden iki yönlüdür: halka sağlamken onu mantıksal olarak bir noktada açık tutmak, fiziksel bir kopukluk olduğunda bu açık noktayı hızla kapatıp trafiği diğer yönden akıtmak. MRP bunu IEC 62439-2 ile standartlaştırılmış, üreticiden bağımsız bir yöntemle yapar ve birçok PROFINET cihazında yerleşik gelir.

MRP nasıl çalışır: MRM, MRC ve test çerçeveleri

MRP halkasında her cihaz bir rol üstlenir:

• MRM (Media Redundancy Manager): Halkayı izleyen ve gerektiğinde döngüyü kesen cihazdır. Her halkada yalnızca bir aktif MRM bulunur.
• MRC (Media Redundancy Client): Halkadaki diğer tüm cihazlardır. İki ring portu arasında çerçeve iletir, kendi portlarındaki link durum değişikliklerini MRM’ye bildirir.
• MRA (Manager Auto): Standardın sonraki sürümlerinde ve birçok üreticide bulunan roldür; birden fazla MRA arasında öncelik değerine göre seçim yapılır, kazanan MRM, diğerleri MRC gibi davranır.

MRM iki ring portundan düzenli aralıklarla MRP_Test çerçeveleri gönderir. Bir porttan çıkan test çerçevesi halkayı dolaşıp diğer porttan geri geliyorsa halka kapalıdır; MRM bu durumda ikincil ring portunu normal trafik için bloklar (MRP çerçeveleri bu porttan geçmeye devam eder). Mantıksal topoloji yine bir hatta dönüşür. Döngü oluşmaz.

Halkada bir kopukluk olduğunda iki mekanizma birlikte çalışır. Kopukluğa komşu MRC’ler link kaybını MRP_LinkChange çerçevesiyle MRM’ye bildirir; MRM ayrıca belirlenen sayıda test çerçevesini geri alamadığında halkanın açıldığına karar verir. Ardından bloklu portu iletime açar ve tüm cihazlara MRP_TopologyChange gönderir. Bu çerçeveyi alan cihazlar MAC adres tablolarını temizler; temizlemeyen bir switch eski yöne öğrendiği adreslere trafik basmayı sürdürür ve kurtarma uzar. Kopukluk giderildiğinde test çerçeveleri yeniden döner, MRM ikincil portu tekrar bloklar ve yine bir topoloji değişikliği bildirir.

MRP çerçeveleri 0x88E3 EtherType değerini kullanan katman 2 çerçeveleridir; IP adresine ihtiyaç duymaz, VLAN yönlendirmesine bağlı değildir. Arıza ararken Wireshark’ta yalnız MRP trafiğini süzmek bu sayede kolaydır.

Kurtarma profilleri ve PROFINET watchdog ilişkisi

IEC 62439-2, halkadaki tek bir kopukluk için garanti edilen en kötü durum kurtarma süresini profiller hâlinde tanımlar; 500 ms ve 200 ms profilleri yaygındır, standardın sonraki sürümleri daha kısa profiller de içerir. Profil; test çerçevesi aralığını, halkanın açık sayılması için kaç test çerçevesinin kaybolması gerektiğini ve halkadaki azami cihaz sayısını birlikte belirler. PROFINET uygulamalarında kullanılan profil 200 ms’dir ve bu profil için halkada en fazla 50 cihaz öngörülür.

Asıl mesele şu: 200 ms, kopukluk anında trafiğin kesilebileceği en kötü süredir. Bu süre boyunca IO cihazına çevrimsel veri ulaşmayabilir. PROFINET IO cihazı ise kendi watchdog süresi boyunca veri alamazsa bağlantıyı düşürür. Watchdog süresi şöyle hesaplanır:

watchdog süresi = güncelleme süresi (update time) × IO verisi olmadan kabul edilen döngü sayısı

Örnek hesap:
  4 ms × 3  = 12 ms   → 200 ms’lik ring kurtarması sırasında cihaz düşer
  4 ms × 60 = 240 ms  → 200 ms profilindeki kurtarmayı tolere eder

Watchdog süresi kurtarma süresinden kısa kalırsa MRP halkayı başarıyla onarır ama cihazlar yine “station failure” verir. Sahada bu tablo hep aynı cümleyle gelir: “Ring var ama kablo çekince hat duruyor.” Bazı mühendislik araçları bu uyumsuzluk için uyarı üretir; yine de halkadaki her cihazın watchdog değerine tek tek bakın. Varsayılan değer çoğu zaman yetmez.

Watchdog süresini uzatmanın da bedeli var: gerçek bir cihaz kaybı daha geç algılanır. Fonksiyonel güvenlik kullanılan hatlarda (örneğin PROFIsafe) F-izleme süresi de ring kurtarma süresini kapsayacak şekilde belirlenmelidir; aksi halde ring onarılırken güvenlik modülleri pasivasyona geçer. Bu değerler güvenlik hesabının parçasıdır, güvenlik sorumlusunun onayı olmadan değiştirilmez.

MRP, RSTP ve HRP karşılaştırması

Fabrika ağlarında ring yedekliliği için üç yaklaşımla karşılaşırız. Seçimi belirleyen kriterler aşağıda:

Kriter	MRP	RSTP	HRP
Standart	IEC 62439-2	IEEE 802.1D-2004 / 802.1Q	Siemens’e özgü
Topoloji	Tek halka	Halka ve ağ (mesh)	Tek halka
Kurtarma süresi	Profil ile sınırlı (PROFINET’te 200 ms)	Topolojiye bağlı, kesin üst sınır yok	Üretici dokümanında belirtilir
Karışık üretici	MRP destekli tüm cihazlar	Yaygın destek	Yalnız aynı üretici
Saha cihazında destek	Birçok PROFINET IO cihazında yerleşik	Saha cihazlarında nadir	Yok, switch düzeyinde

RSTP’nin halkadaki yakınsama süresi; köprü sayısına, kök köprünün konumuna ve üreticinin uygulamasına göre değişir. Ofis ağında bu belirsizlik sorun çıkarmaz. Watchdog süresi onlarca milisaniye olan IO bağlantısında çıkarır. Bu yüzden RSTP fabrika ağ altyapısının omurgasında, mesh bağlantılarda ve hücreleri birbirine bağlayan katmanda kalır; hücre içindeki IO halkalarında MRP çalışır. Kampüs tarafındaki döngü önleme tasarımı için STP, RSTP ve MSTP karşılaştırması ayrıntılı bir çerçeve verir.

HRP (High Speed Redundancy Protocol), Siemens SCALANCE switch ailesine özgü eski bir halka protokolüdür. Mevcut tesislerde hâlâ karşımıza çıkar. Yeni projelerde, karışık üretici desteği ve PROFINET cihazlarının doğrudan halkaya katılabilmesi nedeniyle MRP daha esnektir. Aynı halkada iki protokol birlikte çalıştırılmaz.

Adım adım MRP yapılandırması ve ring port seçimi

Yapılandırma ekranları üreticiye göre değişir, mantık değişmez. TIA Portal’da bu ayarlar cihazın PROFINET arayüzü altındaki “Media redundancy” bölümündedir.

1. Halka üyelerini belirleyin. Halkadaki tüm cihazların MRP desteklediğini veri sayfasından ve GSDML dosyasından doğrulayın. MRP desteklemeyen bir cihaz halkanın içine değil, halkadaki bir switch’in ring dışı portuna bağlanır.
2. Toplam cihaz sayısını sayın. MRM dahil halka 50 cihazı aşmamalı. Uzun konveyör hatlarında birden fazla halka ve aralarında ayrı bir bağlantı mekanizması planlayın.
3. MRP domain’i tanımlayın. Bir halkadaki tüm cihazlar aynı MRP domain’e (TIA Portal’da varsayılan adı mrpdomain-1) atanır. Birden fazla halka varsa her birine ayrı domain verin.
4. Rolleri atayın. Tercihen bir yönetilebilir switch’i veya controller’ı Manager, diğer tüm cihazları Client yapın. Manager (Auto) kullanılıyorsa öncelik değerlerini bilinçli belirleyin; hepsini varsayılanda bırakmayın.
5. Ring portlarını seçin. Bazı IO cihazlarında ring portları sabittir (genellikle port 1 ve 2); switch’lerde seçilebilir. Fiziksel kablolama ile yazılımda seçilen portların birebir aynı olduğunu topoloji görünümünde doğrulayın. Sahada en sık bulduğumuz uyumsuzluk budur.
6. Port ayarlarını eşitleyin. Ring portları tam çift yönlü ve en az 100 Mbit/s çalışmalıdır. Ring portlarında STP/RSTP’yi kapatın; bir porta iki döngü önleme protokolü uygulanmaz.
7. Watchdog sürelerini güncelleyin. Halkadaki her IO cihazı için watchdog süresinin 200 ms’yi aştığını kontrol edin.
8. Teşhis alarmlarını açın. MRM’nin “ring açık” durumunu controller’a teşhis olarak iletmesini etkinleştirin. Alarmsız bir halka ilk kopukluktan sonra kimse fark etmeden hat topolojisinde çalışmayı sürdürür. İkinci kopuklukta hat durur.

Ring kesme testiyle doğrulama

MRP’nin çalıştığını yalnızca kontrollü bir kesme testi kanıtlar. Ekrandaki yeşil ikon kanıt değildir. Test, üretim duruşunda ve süreç sahibinin onayıyla yapılır; yanlış yapılandırılmış bir halkada test hattı durdurabilir.

1. Test öncesinde controller’ın teşhis tamponunu kaydedin ve aktif alarm olmadığından emin olun.
2. Bir yönetilebilir switch’te port aynalama yaparak MRP trafiğini kaydedin. Wireshark’ta eth.type == 0x88e3 filtresi yalnız MRP çerçevelerini gösterir; test çerçevelerinin düzenli aralıklarla akması gerekir.
3. Halkayı sırasıyla farklı noktalardan açın: MRM’ye komşu segment, halkanın ortası ve MRM’nin karşı tarafı. Her kesmede MRM’nin “ring açık” teşhisini ürettiğini, hiçbir IO cihazının bağlantıyı kaybetmediğini kontrol edin.
4. Kabloyu geri takın; halkanın yeniden kapalı duruma geçtiğini ve teşhisin temizlendiğini doğrulayın. Geri takma anı da bir topoloji değişikliğidir, bu sırada da kayıp olmamalıdır.
5. Bir MRC’nin enerjisini kesin. Bu test, halkada iki link kaybının aynı anda yaşandığı durumu canlandırır; beklenen sonuç yalnız enerjisi kesilen cihazın ve onun ring dışı portlarına bağlı birimlerin düşmesi, halkadaki diğer tüm cihazların çalışmaya devam etmesidir.
6. Sonuçları kesme noktası, gözlenen alarm ve cihaz durumu sütunlarıyla belgeleyin. Sonraki her değişiklikte bu tabloya dönersiniz.

Kesme sırasında teşhis tamponunda herhangi bir cihaz için bağlantı kaybı görüyorsanız ilk şüpheli watchdog süresidir; ikinci şüpheli MAC tablosunu temizlemeyen veya MRP’yi eksik uygulayan bir cihazdır. Süregelen kopmaların sistematik teşhisi için PROFINET arıza teşhisi adımları yazısındaki katmanlı yöntemi kullanabilirsiniz.

Sahada en sık görülen MRP yapılandırma hataları

• İki sabit MRM: Aynı halkada iki cihaz Manager tanımlanırsa her biri bir portu bloklamaya çalışır; halka bölünebilir veya sürekli topoloji değişikliği alarmı oluşur. Halkada tek Manager olmalı ya da tüm adaylar Manager (Auto) olmalıdır.
• Ring dışı port ile halka kapatmak: Fiziksel kablo port 3’e takılmış, MRP ise port 1 ve 2’de tanımlıysa halka MRP’nin kontrolünde değildir ve gerçek bir döngü oluşur. Belirtisi nettir: halka kapatıldığı anda bütün hat yayın fırtınasıyla kilitlenir.
• MRP domain uyumsuzluğu: Farklı domain’e atanmış cihazlar birbirinin MRP çerçevelerini değerlendirmez; MRM halkayı sürekli açık görür veya halka hiç kapanmaz.
• Halkada MRP desteklemeyen cihaz: Yönetilmeyen bir switch ya da MRP’siz bir cihaz halkanın içinde kalırsa test çerçeveleri iletilse bile MAC tablosu temizleme ve link bildirimi çalışmaz; kurtarma süresi öngörülemez hâle gelir.
• Ring portunda RSTP açık bırakmak: İki protokol aynı portu farklı zamanlarda bloklamaya çalışır; kararsız topoloji ve aralıklı kopmalar görülür. Bu tür aralıklı arızalar en çok vakit kaybettirenlerdir.
• İki halkayı iki kabloyla birleştirmek: Halkaları yedekli bağlamak için iki kablo çekmek, hiçbir protokolün kontrol etmediği bir döngü yaratır. Bu ihtiyaç için MRP interconnection gibi standart mekanizmalar veya üreticinin halka bağlama özelliği kullanılır.
• Watchdog’u varsayılanda bırakmak: Listenin en yaygın hatası. Halka çalışır, kopukluk anında cihazlar yine düşer.

Bu hataların çoğu tasarım masasında önlenir; genel tasarım hataları için PROFINET ağ tasarımında sık yapılan hatalar yazısına bakın. Halkanın sıfır kesintili bir protokolle değiştirilmesi gereken durumlar HSR ve PRP ile kesintisiz yedeklilik yazısında anlatılıyor. Mevcut bir hattın ring dönüşümü veya ring kesme testinin planlanması için PROFINET ve PROFIBUS haberleşme hizmet sayfamıza göz atabilirsiniz. PROFINET kurulum yönergelerinin güncel sürümleri PROFIBUS & PROFINET International sitesinde yayımlanır.

Sık sorulan sorular

MRP halkasında en fazla kaç cihaz olabilir?

PROFINET’te kullanılan 200 ms kurtarma profili için halkada MRM dahil en fazla 50 cihaz öngörülür. Daha uzun hatlarda birden fazla halka kurulur ve halkalar standart bir bağlantı mekanizmasıyla birleştirilir.

MRP çalışıyor ama kablo çekince cihazlar yine düşüyor; neden?

İlk bakılacak yer watchdog süresidir: IO cihazlarının watchdog süresi ring kurtarma süresinden kısa kalmıştır. Güncelleme süresi ile kabul edilen döngü sayısının çarpımı 200 ms’yi aşacak şekilde ayarlanmalı, güvenlik uygulamalarında F-izleme süresi de buna göre kontrol edilmelidir.

MRP ile RSTP aynı ağda kullanılabilir mi?

Kullanılabilir ama aynı portlarda kullanılmaz. Yaygın yaklaşım hücre içindeki IO halkalarında MRP, omurga ve hücreler arası bağlantılarda RSTP çalıştırmaktır; ring portlarında RSTP kapatılır.

MRM olarak hangi cihaz seçilmeli?

Halkada sürekli enerjili kalan ve teşhis bilgisini iyi raporlayan bir yönetilebilir switch veya controller seçin. Saha cihazını MRM yapmak mümkündür; ama bakımda enerjisi kesilebilecek bir cihaz bu rol için yanlış adaydır.