Bloga geri dön

PLC-5'ten ControlLogix'e Geçiş: G/Ç Sözleşmesini Yeniden Oluşturun

PLC-5 geçişi yalnızca ControlLogix’in eski I/O, veri, tarama, blok aktarımı, HMI, güncelliğini yitirmiş veri, arıza ve kurtarma sözleşmelerini yeniden üretmesiyle başarılı olur. Güvenli bir şekilde...

Bir PLC-5 programı Logix talimatlarına çevrilse bile proses yine de başarısız olabilir. Eski kontrolörün veri dosyaları, tarama sırası, Remote I/O blok aktarımları, mesaj zamanlaması, durum bitleri, HMI referansları ve operatör kurtarma adımları, makineyle belgelenmemiş bir sözleşme oluşturuyordu.

Başarılı bir PLC-5’ten ControlLogix’e geçiş, bu sözleşmeyi açıkça yeniden oluşturur. Dönüştürme yazılımı talimat eşlemesini hızlandırabilir; ancak yeniden kullanılan bir tamsayının ne anlama geldiğine, güncelliğini yitirmiş analog verilerin nasıl işleneceğine veya başka bir sistemin beklediği tek taramalık darbenin hangisi olduğuna karar veremez.

Kontrollü geçiş için hazırlanmış PLC-5 rafı ve ControlLogix donanımı

Geçiş sınırı yalnızca ladder talimatlarını değil; saha I/O’sunu, ağ zamanlamasını, veri sahipliğini, alarmları, HMI referanslarını ve kurtarma davranışını da kapsar.

Dönüştürmeden önce davranışsal bir temel ölçüm oluşturun

Doğrulanmış PLC-5 yüklemeleri, veri tablosu değerleri, kanal yapılandırmaları, zorlama tabloları, mesaj yolları ve HMI projeleriyle başlayın. Normal ve yoğun çalışma sırasında kontrolör tarama süresini kaydedin. Seçilebilir zamanlanmış kesmeleri, hata rutinlerini, uzak rafları, adaptörleri ve tüm blok aktarımı talimatlarını belirleyin.

Temsili üretim sırasında kritik girişleri, çıkışları, analog değerleri, sekans durumlarını ve kilitlemeleri trend olarak kaydedin. Temel ölçüm; başlatmayı, kararlı çalışmayı, ürün değişimini, kontrollü duruşu ve yaygın arızaları içermelidir. Bu kayıt olmadan ekipler yeni programın çalıştığını kanıtlayabilir; ancak programın özgün proses gibi davrandığını kanıtlayamaz.

Her raf için bir I/O sözleşmesi oluşturun

Her yerel ve uzak yuva için rafı, grubu, yuvayı, modül katalog numarasını, ayrık sinyal eşlemesini, sinyal açıklamasını, elektriksel aralığı, ölçeklendirmeyi, normal güncelleme süresini, arıza durumunu, alarm kullanımını ve ilgili mantığı kaydedin. Dolaylı olarak başvurulan veya HMI’da görüntülenen kullanılmayan noktaları da not edin.

Analog ve özel modüller yalnızca bir etiket adından fazlasını gerektirir. Blok aktarımı okuma ve yazma uzunluklarını, yapılandırma sözcüklerini, güncelleme tetikleyicilerini, tamamlanma ve hata davranışını, kanal biçimlerini, filtreleri ve ölçeklendirmeyi belgeleyin. Yanlış kanal biçimiyle birlikte kullanılan doğru sözcük sayısı, makul görünen ancak yanlış mühendislik değerleri üretebilir.

Her BTR ve BTW sonucunu bu sonuçları kullanan noktalara kadar izleyin. Mantığın tamamlanma bitini darbe olarak mı kullandığını, bir sonraki aktarıma kadar durumu koruyup korumadığını veya belirli bir süre içinde güncelleme yapılacağını varsayıp varsaymadığını belirleyin. Bu varsayımları açık geçerlilik, zaman damgası, tamamlanma ve hata durumları olarak yeniden oluşturun.

Remote I/O geçişini bilinçli şekilde seçin

Aşamalı bir geçişte, ControlLogix iletişim modülü aracılığıyla 1771 veya başka Remote I/O donanımları geçici olarak kullanılmaya devam edebilir. Bu, geçiş kapsamını azaltabilir; ancak eski rafları, kabloları, adaptörleri ve blok aktarımı davranışını sistemde tutar. Köprünün tanımlanmış bir devreden çıkarma planı ve yedek parça stratejisi olmalıdır.

I/O’nun tamamen yenilenmesi daha fazla eski bağımlılığı ortadan kaldırır; ancak duruş çalışmasını, pano değişikliklerini, çevrim kontrollerini ve devreye alma işlerini artırır. Karar; kablo durumu, modül bulunabilirliği, duruş süresi, proses riski, gelecekteki destek ve geri dönme olanağı dikkate alınarak verilmelidir.

Rockwell’in 1756-RIO belgeleri otomatik, yarı otomatik ve manuel blok aktarımı güncelleme modlarını birbirinden ayırır. Otomatik ve yarı otomatik çalışma, yapılandırma yazmalarını ve zamanlanmış veri güncellemelerini gerçekleştirebilir. Manuel çalışma ise etkinleştirme, sürekli çalışma, tamamlanma ve hata davranışını kontrolör mantığına sunar. Seçilen mod, eski uygulamanın zamanlamasını ve tanılama amacını yeniden üretmelidir.

Dosya numaralarını kopyalamak yerine veri sahipliğini yeniden tasarlayın

PLC-5 tamsayı, kayan nokta, bit ve kontrol dosyaları çoğu zaman aynı anda birden fazla amaca hizmet ediyordu. Bir sözcük; HMI komutu, mesaj yükü, analog değer ve sorun giderme geçici alanı olabiliyordu. Bu belirsizliği kontrolör kapsamında dizilere kopyalamak riski korur.

Ekipman veya arayüzler etrafında adlandırılmış yapılar oluşturun. Komutları, durumları, yapılandırmayı, tanılamayı ve proses değerlerini birbirinden ayırın. Her üyenin hangi program veya harici sistem tarafından yazıldığını tanımlayın. Özgün arayüzün zamanlama varsayımlarına dayandığı yerlerde veri geçerliliği, güncellik, zaman damgası, hata ve kalite alanları ekleyin.

HMI ve üst seviye sistem referansları kontrollü bir eşleme gerektirir. Takma ad etiketleri geçişi kolaylaştırabilir; ancak belirsiz sahipliği gizlememelidir. Her harici referans için okuma/yazma yönünü, güvenliği, ölçeklendirmeyi, alarm tetikleyicilerini ve reçete davranışını doğrulayın.

Zamanlaması değişebilecek talimatları gözden geçirin

ControlLogix görevleri, programları ve rutinleri PLC-5’in sürekli taramasından farklı şekilde çalışır. Periyodik görevler sürekli mantığın yürütülmesini kesintiye uğratabilir. I/O güncellemeleri, mantık yürütmesinden asenkron gerçekleşir. Birbirine eşdeğer görünen tek atımlık darbeler, zamanlayıcılar, sekanslayıcılar, dolaylı adresler, MCR bölgeleri ve mesaj tetikleyicileri aynı zamanlamayı üretmeyebilir.

Girişlerin tam bir tarama boyunca sabit kaldığını veya çıkışların yalnızca tarama sınırında güncellendiğini varsayan mantığı belirleyin. Tutarlı bir anlık görüntü gereken yerlerde I/O’yu tamponlayın. Görevler arasında paylaşılan verileri koruyun. Tek taramalık olayları yalnızca oluştukları rutinde değil, alıcı görevin periyodunda doğrulayın.

Mesaj talimatları durum tabanlı tetikleme gerektirir. Tamamlanma, hata, zaman aşımı ve yeniden deneme durumlarını yönetmeden bir mesajı tekrar tekrar etkinleştirmek bağlantı yükü oluşturabilir veya başarısız bir hedefi gizleyebilir. Ayrıntılı hata bilgilerini kaydedin ve prosese uygun yeniden deneme gecikmeleri uygulayın.

Güncelliğini yitirmiş verileri görünür kılın

Eski bir ağ, iletişim kesildikten sonra alınan son değeri bellekte bırakabilir. Uygulama bu değeri bir durum biti olmadan kullanırsa donmuş bir sıcaklık, seviye veya hız geçerli görünebilir. Geçiş yapılan program, değeri güncellik bilgisinden ayırmalıdır.

Her iletişim kaynağı için beklenen güncelleme aralığını, güncelliğini yitirme zaman aşımını, arıza tepkisini ve kurtarma koşullarını tanımlayın. Tüketici, bir değerin güncel, güncelliğini yitirmiş, kullanılamaz veya yeni kurtarılmış olup olmadığını bilmelidir. Kurtarma; otomatik hareket devam etmeden önce aralık kontrolü, art arda alınan iyi güncellemeler veya operatör onayı gerektirebilir.

Testleri rung sayısına göre değil, proses riskine göre yapın

Tezgâh testleri, dönüştürülen talimatları ve simüle edilen I/O’yu doğrulamalıdır. Fabrika kabul testlerine iletişimler, HMI, alarmlar, reçeteler ve geçmiş verileri eklenmelidir. Saha testleri elektriksel polariteyi, ölçeklendirmeyi, kilitlemeleri, açtırmaları ve fiziksel tepkiyi kanıtlamalıdır.

Her adaptörün, güç kaynağının, iletişim yolunun ve kritik analog kaynağın kaybını test edin. Kontrolörün Program ve Run modları arasındaki geçişlerini, enerjinin geri gelmesini, sıcak yeniden başlatmayı ve iletişim kurtarmasını doğrulayın. Manuel modu, otomatik modu, bakım baypaslarını ve güvensiz harekete engel olabilecek tüm izinleri uygulamalı olarak test edin.

Paralel gözlemin mümkün olduğu yerlerde eski ve yeni sistemleri senkronize zaman damgalarıyla karşılaştırın. Çıkış geçişlerine, sekans zamanlamasına, analog değerlere, alarm sırasına ve operatör eylemlerine odaklanın. Farklar otomatik olarak kabul edilmemeli, açıklanmalıdır.

Geri dönüşü uygulanabilir bir prosedür olarak tasarlayın

Geri dönüş planı, eski kontrolörü saklamaktan fazlasını gerektirir. Test edilmiş PLC-5 donanımını, doğrulanmış programları, ağ yapılandırmasını, HMI uyumluluğunu ve etiketlenmiş kabloları koruyun; ayrıca tanımlanmış bir karar son tarihi belirleyin. Geri dönüşe kimin izin verebileceğini ve geçişten önce hangi proses koşuluna ulaşılması gerektiğini belirleyin.

Duruştan önce fiziksel ve yazılımsal adımları prova edin. Saha kabloları veya raflar geri döndürülemez şekilde değiştirilecekse, geri dönüşün artık pratik olmadığı noktayı tanımlayın. Bir yedeğin geri yüklenemediğini keşfetmek için üretim baskısı altındaki bir duruş doğru zaman değildir.

Kontrolör ve I/O geçiş donanımları PLC & PAC Sistemleri altında, ağ geçitleri ve ağ bileşenleri ise İletişim ve Ağ Teknolojileri bölümünde incelenebilir.

Geçiş, ancak yeni platform gerekli proses davranışını yeniden ürettiğinde, tanılama netliğini artırdığında ve güncelliğini yitirmiş verilerle arızaları bilinçli şekilde yönettiğinde tamamlanmış sayılır. Çevrilmiş kod bir başlangıç çıktısıdır. Doğrulanmış I/O ve veri sözleşmesi, tesisin yeni kontrolöre güvenmesini sağlar.

Yorum bırakın

Lütfen unutmayın, yorumların yayınlanmadan önce onaylanması gerekmektedir.