ERETEK
BİLGİ SİSTEMLERİ

PROFIBUS’tan PROFINET’e Geçiş: Aşamalı Plan ve Coupler Kullanımı

PROFIBUS PROFINET geçiş planı: hat envanteri, tam/hibrit/kademeli yaklaşım, proxy ve coupler seçimi, GSD/GSDML yönetimi, duruş penceresi ve geri dönüş adımları.

Bu makalede8 bölüm
Teknik özet
Teknoloji
PROFIBUS DP, PROFIBUS PA, PROFINET IO, GSD, GSDML, PROFIdrive, PROFIsafe
Konu
Çalışan PROFIBUS DP hattının aşamalı olarak PROFINET’e taşınması
Seviye
Orta–ileri
Ön koşullar
  • PROFIBUS DP adresleme ve sonlandırma bilgisi
  • PROFINET cihaz adı ve IO controller kavramı
  • Kullanılan mühendislik yazılımına erişim

Çalışan bir PROFIBUS DP hattını PROFINET’e taşımak kablo değiştirme işi değil, değişiklik yönetimi projesidir. Hat yıllardır üretim yapıyorsa belgelenmemiş adresler, yerinde değiştirilmiş parametreler ve tek bir bakımcının bildiği geçici çözümler vardır. Bunlar ancak duruş penceresinde ortaya çıkar. Aşağıda geçişi tek bir büyük duruşa bağlamadan aşamalı yürütmek isteyen otomasyon ve bakım mühendisleri için envanter, yaklaşım seçimi, coupler ve proxy kullanımı, GSD/GSDML yönetimi ve geri dönüş planını iş sırasıyla anlatıyoruz.

Geçişi gerçekten gerektiren durumlar

PROFIBUS DP çalışıyorsa yalnız “eski” olması geçiş gerekçesi değildir. Kararı somutlaştıran durumlar genellikle şunlardır:

  • Kontrolör veya DP arayüz modülünün yedek parça ve destek durumunun zayıflaması (üreticinin yaşam döngüsü sayfasından doğrulanmalı)
  • Yeni makinelerin ve sürücülerin yalnız PROFINET arayüzüyle gelmesi
  • Hattan üst sistemlere daha fazla veri ve teşhis bilgisi alma ihtiyacı
  • Tekrarlayan fiziksel katman arızaları: sonlandırma, konnektör ve kablo kaynaklı aralıklı kopmalar
  • Hat genişlemesinde segment uzunluğu, istasyon sayısı veya baud hızı sınırlarına yaklaşılması

Gerekçeyi yazıya döktüğünüzde yaklaşım da netleşir. Yalnız yedek parça sorunu varsa kontrolör değişimi ve proxy yeterli olabilir; veri ve teşhis ihtiyacı ağırlıktaysa saha cihazlarının da dönüşümü gündeme gelir. Gerekçesiz geçiş, bütçesiz biter.

Mevcut PROFIBUS hattının envanteri ve teşhisi

Envanter, mühendislik projesindeki konfigürasyonla sahadaki gerçek durumun karşılaştırılmasıdır. İkisi arasında fark çıkması istisna değil, kuraldır: projede olmayan bir istasyon, sahada farklı adresle çalışan bir sürücü, değiştirilmiş bir GSD sürümü. Her istasyon için şu bilgiler toplanır:

Bilgi Kaynak Neden gerekli
DP adresi ve cihaz tipi Proje ve cihaz etiketi Eşleme tablosunun temeli
GSD dosyası ve sürümü Proje arşivi Parametre ve modül yapısı
I/O adres aralıkları Donanım konfigürasyonu PLC programındaki referanslar
PROFINET karşılığı Üretici ürün kataloğu Değişim veya proxy kararı
Segment, baud hızı, sonlandırma Saha kontrolü Hibrit dönemin fiziksel sağlığı

Fiziksel teşhisi atlamayın; hibrit dönemde DP hattının bir bölümü aylarca daha çalışacak. PROFIBUS DP’de segment başına tekrarlayıcısız en fazla 32 istasyon bulunur; segment uzunluğu baud hızına bağlıdır (örneğin 93,75 kbit/s’e kadar 1200 m, 1,5 Mbit/s’te 200 m, 3–12 Mbit/s’te 100 m). Sonlandırma yalnız segmentin iki fiziksel ucunda ve beslemeli olmalıdır. Sahada en sık gördüğümüz DP arızası, ortadaki bir konnektörde açık unutulmuş sonlandırma anahtarıdır. Bus analizörü veya teşhis tekrarlayıcısıyla sinyal kalitesi ve hata sayaçları ölçülmeden yapılan geçiş, eski sorunları yeni sisteme taşır.

Geçiş yaklaşımları: tam, hibrit ve kademeli

Yaklaşım Nasıl yapılır Avantaj Sınırlama
Tam geçiş Tüm DP cihazları tek duruşta PROFINET karşılıklarıyla değişir Tek seferde temiz mimari Uzun duruş, yüksek risk
Proxy/coupler ile hibrit Kontrolör PROFINET’e geçer, DP cihazları proxy veya coupler arkasında kalır Kısa duruş, saha cihazı değişmez Ek bileşen, DP hattı yaşamaya devam eder
Kademeli değişim Hibrit yapı kurulur, DP cihazları bakım veya arıza fırsatlarında tek tek değişir Maliyet zamana yayılır Uzun süre iki ağ, disiplinli dokümantasyon gerekir

Çoğu üretim tesisinde endüstriyel ağ altyapısını yenilemenin gerçekçi yolu hibrit yapıyla başlayıp kademeli değişime geçmektir. Tam geçiş ancak hat zaten büyük bir revizyon için uzun süre duracaksa veya DP cihazlarının çoğu ömrünü tamamlamışsa anlamlıdır. Aksi halde tek duruşa her şeyi sığdırmaya çalışmak, geri dönüş süresini yok eder.

DP/PN coupler ve proxy kullanımı

İki ağı bağlayan ürünler işlevine göre iki gruba ayrılır. Bu fark, proje boyunca teşhis yeteneğinizi belirler.

Proxy

PROFINET IO proxy, PROFINET tarafında IO cihazı, PROFIBUS tarafında DP master gibi davranır ve arkasındaki her DP slave’i PROFINET controller’a ayrı bir cihaz olarak gösterir. Siemens IE/PB LINK PN IO bu tipe örnektir. DP cihazlarının GSD tabanlı parametreleri ve teşhis mesajları cihaz bazında korunur; PLC programı açısından cihazlar hâlâ tek tek adreslenebilir.

Coupler ve gateway

Coupler veya gateway bir tarafta PROFINET IO cihazı, diğer tarafta DP slave veya DP master olarak çalışır ve iki ağ arasında tanımlı büyüklükte bir veri bloğu aktarır. Örneğin eski bir PLC’nin DP ağı korunurken yeni PLC ile bayt bazında veri alışverişi için kullanılır. Arkadaki cihazlar yeni controller tarafından görülmez; teşhis bilgisi gerekiyorsa ayrıca veri bloğuna eklenmelidir.

Seçim kuralı basit: DP cihazlarını yeni kontrolörden yönetmek istiyorsanız proxy; iki ayrı kontrolörün kendi ağlarını koruyarak veri paylaşması gerekiyorsa coupler. Coupler’ı “ucuz proxy” diye kullanmak, arıza anında arkadaki cihazları kör bırakır. Teşhis kaybolur.

Adres, cihaz adı ve GSD/GSDML yönetimi

PROFIBUS’ta cihaz kimliği DP adresidir ve genellikle cihaz üzerindeki anahtar veya parametreyle ayarlanır. PROFINET’te ise controller cihazı cihaz adıyla (NameOfStation) bulur; IP adresi başlangıçta controller tarafından bu isme göre atanır. Geçişte bu yüzden bir eşleme tablosu tutulmalıdır:

DP adresi | Cihaz          | PROFINET cihaz adı     | IP adresi     | Durum
----------+----------------+------------------------+---------------+-----------------
DP 5      | Sürücü konveyör| h2-konv-g120-01        | 10.12.20.41   | Değişti
DP 12     | Uzak I/O ET200 | (proxy: h2-pblink-01)  | (10.12.20.50) | Proxy arkasında
DP 18     | Tartı modülü   | -                      | -             | Değişim bekliyor

Proxy arkasında kalan DP cihazlarının kendi PROFINET adı ve IP adresi olmaz; controller onlara proxy’nin adı ve adresi üzerinden ulaşır, DP adresi proxy’nin DP tarafında geçerliliğini korur. Tablodaki bu satırlar bu yüzden proxy’ye referans verir. İsimlendirme kurallarını baştan belirlemek sonradan yapılacak düzeltmeleri önler; bunun için fabrika ağında IP adresleme ve cihaz isimlendirme standardı yazısındaki şablonu kullanabilirsiniz.

GSD (PROFIBUS, metin tabanlı) ve GSDML (PROFINET, XML tabanlı) dosyaları proje arşivinde sürümleriyle saklanmalıdır. Aynı cihazın farklı GSDML sürümleri farklı modül ve parametre seçenekleri sunabilir; mühendislik istasyonunda yüklü sürümle sahadaki cihaz firmware’inin uyumunu kontrol edin. Uyumsuzluk çoğu zaman devreye alma gecesi, modül listesi tutmadığında fark edilir.

PLC programı tarafında en az riskli yol, I/O başlangıç adreslerini yeni donanım konfigürasyonunda eski değerlerle aynı tutmaktır. Böylece program mantığına dokunmadan donanım değişir. Sürücülerde PROFIdrive profili her iki ağda da aynıdır; aynı standart telegram seçilirse uygulama tarafındaki kontrol ve durum kelimeleri değişmez. PROFIsafe kullanan cihazlarda ise F-adreslerinin ağ genelinde tekil olması ve F-izleme sürelerinin yeni döngü sürelerine göre yeniden hesaplanması gerekir.

Duruş penceresi ve geri dönüş planı

Her aşamanın duruş penceresi yapılacak işin süresine göre değil, geri dönüşün süresine göre planlanır. Pencerenin son kısmı, değişiklik başarısız olursa eski duruma dönmek için ayrılır. Geri dönüş planı olmayan pencere, kumardır. Planın bileşenleri:

  1. Değişiklik öncesi PLC programı, donanım konfigürasyonu ve sürücü parametre yedeklerinin alınması ve geri yüklemenin test edilmesi
  2. Sökülen DP kablolarının ve konnektörlerin etiketlenerek yerinde bırakılması; kabul tamamlanana kadar fiziksel sökümün yapılmaması
  3. Geri dönüş kararı için açık bir zaman sınırı ve karar yetkisi olan kişinin belirlenmesi
  4. Geri dönüş sonrası yapılacak fonksiyon testlerinin önceden yazılması

Değişikliği pencereden önce test ortamında veya pilot bir hücrede denemek, sahada geçirilecek süreyi kısaltır. Değişiklik onay süreci ve test disiplini için OT’de değişiklik penceresi mühendisliği yazısı tamamlayıcıdır.

Geçiş kontrol listesi

  • Geçiş gerekçesi ve hedef mimari yazılı olarak tanımlandı
  • Tüm DP istasyonlarının envanteri, GSD sürümleri ve I/O adresleri çıkarıldı
  • DP hattının fiziksel teşhisi yapıldı, mevcut hatalar giderildi
  • Her cihaz için değişim, proxy veya coupler kararı verildi
  • PROFINET cihaz adları ve IP adresleri isimlendirme standardına göre atandı
  • GSDML dosyaları ve firmware uyumu kontrol edildi
  • I/O adres eşlemesi ve program referansları doğrulandı
  • PROFIsafe ve güvenlik fonksiyonları için doğrulama planlandı
  • PROFINET topolojisi ve switch yapılandırması tasarım kurallarına göre kontrol edildi
  • Yedekler alındı, geri dönüş planı ve karar zamanı belirlendi
  • Devreye alma sonrası hata sayaçları ve teşhis tamponu izlendi

Yeni PROFINET tarafında topoloji ve switch seçimi hataları için PROFINET ağ tasarımında sık yapılan hatalar, devreye alma sonrası sorunlar için PROFINET arıza teşhisi adımları yazılarına bakabilirsiniz. Envanter ve geçiş planının hazırlanmasında fabrika OT altyapı keşfi, uygulama aşamasında PROFINET ve PROFIBUS haberleşme hizmetlerimiz destek verebilir. Kurulum ve planlama kılavuzlarının güncel sürümleri PI resmi sitesinde yayımlanır.

Sık sorulan sorular

PROFIBUS ve PROFINET aynı PLC programında birlikte çalışabilir mi?

Evet. Birçok kontrolör hem DP master hem PROFINET IO controller arayüzüne sahiptir ya da bu bir haberleşme modülüyle eklenir. Hibrit dönemde aynı CPU iki ağı birlikte yönetebilir. Dikkat edilecek nokta, I/O adreslerinin ve döngü sürelerinin iki ağ için ayrı ayrı doğrulanmasıdır.

Proxy ile gateway arasındaki temel fark nedir?

Proxy, PROFIBUS cihazlarını PROFINET tarafında ayrı IO cihazları olarak gösterir; teşhis ve parametreler cihaz bazında korunur. Gateway veya coupler iki ağ arasında yalnız tanımlı bir veri bloğu aktarır; arkadaki PROFIBUS cihazlarını PROFINET controller görmez ve teşhis bilgisinin ayrıca taşınması gerekir.

PROFIsafe kullanan bir hattı taşırken nelere dikkat edilmeli?

PROFIsafe her iki ağda da çalışır, ama güvenlik ilgili haberleşme yolundaki her değişiklik güvenlik doğrulaması ister. F-adreslerinin tekil olması, F-izleme sürelerinin yeni döngü sürelerine göre yeniden hesaplanması ve güvenlik fonksiyonlarının fiili testle doğrulanması planın parçası olmalıdır.

PROFIBUS PA cihazları da değiştirilmeli mi?

Zorunlu değil. PA segmentleri DP/PA bağlantı elemanları üzerinden DP tarafına bağlanır; DP tarafı PROFINET’e taşındığında PA cihazları uygun proxy veya PROFINET destekli PA bağlantı ürünleriyle korunabilir. Değişim kararı genellikle cihaz ömrüne ve prosesin durma imkânına göre ayrıca verilir.

Teknik özet
Teknoloji
PROFIBUS DP, PROFIBUS PA, PROFINET IO, GSD, GSDML, PROFIdrive, PROFIsafe
Konu
Çalışan PROFIBUS DP hattının aşamalı olarak PROFINET’e taşınması
Seviye
Orta–ileri
Ön koşullar
  • PROFIBUS DP adresleme ve sonlandırma bilgisi
  • PROFINET cihaz adı ve IO controller kavramı
  • Kullanılan mühendislik yazılımına erişim
Eretek uzman desteği

Bu sorunu kendi hattınızda mı yaşıyorsunuz?

Mevcut yapıyı yerinde inceleriz. Bulguya dayalı, bakım ekibinizin sürdürebileceği bir plan öneririz.