Bir PLC-5 dönüşümü geçerli Logix kodu üretebilir, ancak proses yine de başarısız olabilir. Veri dosyaları, Remote I/O blok aktarımları, tarama davranışı ve iletişim durumu, hiç kimse bunları bu şekilde belgelememiş olsa bile orijinal makine sözleşmesinin parçalarıydı.

Başarılı bir PLC geçişi, eski raf ile modern denetleyici arasındaki I/O ve veri sözleşmesini yeniden oluşturur.

En güvenli geçiş, bu sözleşmeyi yeniden yapılandırır. Çeviri yazılımı komut dönüşümünü hızlandırabilir, ancak eski bir durum bitinin ne anlama geldiğine, analog bir bloğun ne sıklıkta güncellenmesinin beklendiğine veya hangi eski değerin bir sekansı engellemesi gerektiğine karar veremez.

Yalnızca komutları değil, davranışı da envanterleyin

Her raf ve adaptör için adreslemeyi, modül kataloğunu, dijital haritayı, blok aktarım uzunluğunu, güncelleme hızını, ölçeklendirmeyi, hata yanıtını ve alarmları kaydedin. Her BTR ve BTW sonucunu, bu sonuçları kullanan mantığa kadar izleyin. Bir tarama süren darbenin, bir sonraki aktarıma kadar tutulan durumdan farklı şekilde ele alınması gerekir.

Tarama süresini, STI mantığını, mesaj yollarını ve HMI dosya referanslarını kaydedin. PLC-5 tamsayı ve bit dosyaları çoğu zaman gayriresmî bir arayüz işlevi görüyordu. ControlLogix'te bunlar, sahipliği açıkça belirtilmiş adlandırılmış etiketlere veya yapılara dönüştürülmelidir.

Remote I/O geçişini seçin

Aşamalı bir projede Remote I/O geçici olarak kullanılmaya devam edebilir. Rockwell 1756-RIO kılavuzu, geçiş için dijital ve blok aktarım verilerinin zamanlanmış aktarımını açıklar. Saha I/O'su değiştirilirken kontrollü bir köprü oluşturur; eski ağı kalıcı hâle getirmez.

Tam geçişte raflar EtherNet/IP I/O ile değiştirilir ve duruş ile test kapsamı genişler. Seçim; yedek parçalara, kablo durumuna, duruş süresine ve geri dönüşün sonuçlarına bağlıdır.

Denetimi açık durumlar etrafında yeniden yazın

Tamamlanma veya hata bitlerini mekanik olarak değiştirmeyin. Komut verilen durum, etkin durum, tamamlanma, hata, genişletilmiş hata, zaman damgası ve veri geçerlilik durumunu içeren bir iletişim yapısı oluşturun. Tüketiciler verilerin güncel, eski veya kullanılamaz olup olmadığını bilmelidir.

Tek atımlı sinyalleri, sekanslayıcıları, dolaylı adreslemeyi, MCR bölgelerini, eşzamansız I/O'yu ve mesajların yeniden tetiklenmesini yeniden test edin. ControlLogix görevleri, PLC-5'in sürekli taramasından farklı şekilde yürütülür. Eşdeğer komutlar, eşdeğer zamanlamayı garanti etmez.

Üretimden önce geri dönüşü kanıtlayın

Normal sekansları, tüm izin koşullarını, her bir adaptörün kaybını, eski analog verileri, iletişim kurtarma işlemini ve kontrollü yeniden başlatmayı test edin. Kritik çıkışları ve proses değerlerini zaman damgalarıyla karşılaştırın. Geri dönüş planında test edilmiş donanım, yedekler ve bir karar son tarihi bulunmalıdır.

Platform adayları ve yedek parçalar PLC ve PAC sistemleri koleksiyonunda incelenebilir, ancak donanım doğrulanmış I/O sözleşmesini temel almalıdır.

Bizim görüşümüz: en tehlikeli kestirme yol, çevrilmiş kodu “büyük ölçüde tamamlandı” ilan etmektir. Son belgelenmemiş zamanlama ve hata davranışı, tesisin denetleyiciye güvenip güvenemeyeceğini belirler.

Mühendislerin değişiklikten önce sorduğu sorular

PLC-5 kodu otomatik olarak dönüştürülebilir mi?

Araçlar komut setinin bazı bölümlerini dönüştürebilir, ancak mühendisler I/O'yu, iletişimi, veri yapılarını, zamanlamayı ve hata yönetimini yeniden tasarlamalıdır.

Remote I/O geçiş sırasında değiştirilmek zorunda mı?

Her zaman değil. Desteklenen bir köprü aşamalı geçişi mümkün kılabilir, ancak durum, yedek parçalar ve kullanım dışı bırakma planları açıkça belirlenmelidir.

Neler test edilmelidir?

Sekansları, izin koşullarını, adaptör kaybını, eski verileri, kurtarmayı, alarmları, operatör eylemlerini ve zamanlanmış bir geri dönüşü test edin.