PLC seçimi, katalogdan yeterli sayıda giriş ve çıkış bulmaktan ibaret değildir. Aynı I/O sayısına sahip iki kontrolör; çevrim davranışı, haberleşme yükü, genişleme sınırı ve bakım maliyeti açısından farklı sonuçlar verebilir. Doğru başlangıç noktası marka listesi değil, makinenin işlev ve kabul gereksinimleridir.
011. Sinyal envanterini türleriyle birlikte çıkarın
Dijital girişleri sayarken hızlı sayıcı, enkoder veya zaman hassasiyeti yüksek sinyalleri ayrı işaretleyin. Analog tarafta gerilim, akım, termokupl ve direnç sensörü girişleri aynı modülle karşılanmayabilir. Çıkışların röle, transistor veya analog olması da yükün niteliğine göre seçilir.
Örnek bir makinede 32 dijital giriş, 20 dijital çıkış ve 6 analog giriş gerektiğini varsayalım. Gelecekteki istasyon için ayrılacak kapasite yalnızca yüzde olarak değil, somut sinyal türleriyle tanımlanmalıdır. Boş dijital kanal, sonradan gerekecek bir sıcaklık girişinin yerini tutmaz.
022. Tepki süresini tek bir scan sayısıyla değerlendirmeyin
Sinyalin değişmesinden aktüatörün tepki vermesine kadar giriş filtresi, modül güncellemesi, ağ çevrimi, program yürütmesi ve çıkış gecikmesi bulunur. Haberleşme ve veri kaydı yükü arttığında davranışın nasıl değiştiği incelenmelidir. Ortalama scan süresi kadar, kabul edilebilir en kötü durum da önemlidir.
Yüksek hızlı bir sayımın normal çevrimde okunması yeterli olmayabilir. Donanım sayıcı, kesme veya uygun hareket işlevi gerekebilir. Bu ihtiyaçlar sonradan fark edilirse CPU ve modül seçimi değişebilir. Kritik zaman gereksinimi teklif aşamasında yazılı hale getirilmelidir.
033. Haberleşme listesini bağlantı sayısıyla boyutlandırın
HMI, sürücüler, uzak I/O, enerji analizörü ve üst yazılımın hepsi kontrolöre yük getirir. “Ethernet var” ifadesi, gerekli bütün protokollerin veya eşzamanlı bağlantıların desteklendiği anlamına gelmez. Lisans, haberleşme rolü ve veri yenileme süresi doğrulanmalıdır.
| Gereksinim | Seçimde kontrol edilecek özellik |
|---|---|
| Çok sayıda sürücü | Protokol desteği ve çevrim yükü |
| Reçete/veri kaydı | Bellek, dosya sistemi ve yazma stratejisi |
| Uzaktan servis | Erişim mimarisi, kullanıcı yönetimi |
| Genişleme | Modül/istasyon sınırı ve besleme bütçesi |
| Hareket | Eksen sayısı, teknoloji işlevi, geri bildirim |
044. Belleği program dosyası boyutuyla sınırlamayın
Program, çalışma verisi, reçeteler, loglar ve haberleşme tamponları farklı bellek alanlarını kullanabilir. Bir uygulamanın derlenmesi, çalışma sırasında yeterli kaynağı kaldığını göstermez. Veri yapılarının büyümesi ve gelecekteki seçenekler için ölçülebilir pay ayrılır.
Kalıcı değişkenler de dikkat ister. Enerji kesilince korunacak sayaç ile her açılışta sıfırlanması gereken çevrim durumu aynı değildir. Kalıcı hafızaya çok sık yazma gerektiren tasarımlar için üretici sınırları incelenir. Kritik üretim verisi için ayrıca uygun kayıt mimarisi gerekebilir.
055. Ortam, besleme ve pano koşullarını doğrulayın
Çalışma sıcaklığı, titreşim, nem, montaj yönü ve elektromanyetik ortam donanım seçimini etkiler. Kontrolörün katalog sıcaklık aralığı, pano içindeki gerçek sıcaklıkla karşılaştırılmalıdır. Modül başına akım tüketimi ve sensör beslemeleri de toplam güç bütçesine eklenir.
Gereken koruma, yalnızca IP sınıfı seçmek değildir. Isı yönetimi, kablo ayrımı ve uygun topraklama da kurulumu belirler. Laboratuvarda çalışan düzenin sahada kararlı kalması, bu çevresel tasarıma bağlıdır.
066. Güvenlik gereksinimini ayrı bir seçim adımı yapın
Standart PLC'nin girişine acil stop bağlamak, onu güvenlik kontrolörü yapmaz. Risk değerlendirmesiyle tanımlanan güvenlik fonksiyonları için uygun sensör, mantık ve son eleman mimarisi gerekir. Güvenlik rölesi veya güvenlik PLC'si seçimi bu işlevlerin kapsamına göre yapılır. Normal otomasyon ile güvenlik arasındaki veri ilişkisi de belgelenir.
077. Ömür boyu maliyeti ve bakım yetkinliğini karşılaştırın
CPU fiyatı toplam maliyetin yalnızca bir bölümüdür. Yazılım lisansı, eğitim, yedek parça, servis erişimi ve duruş maliyeti de değerlendirilir. Bakım ekibinin kullanamadığı daha ucuz bir platform, işletmede daha pahalı hale gelebilir. Ürün yaşam döngüsü ve tedarik süreleri teklif anında tekrar doğrulanmalıdır.
088. Seçimi küçük bir doğrulama projesiyle sınayın
Temsilî I/O, gerçek haberleşme yükü ve kritik işlevlerle bir prototip hazırlayın. CPU yükü, bellek kullanımı, veri yenilenmesi ve bağlantı kaybı davranışı ölçülsün. Son karar, “şu seri güçlüdür” görüşüne değil, yazılı gereksinimleri karşılayan test sonucuna dayanmalıdır.
09Örnek doğrulama senaryosu
Bir prototipte CPU yükünün normal çevrimde düşük olduğu, fakat veri raporu aktarımında arttığı varsayılsın. Sadece ortalama scan süresine bakılmaz; kritik giriş-çıkış tepkisi ve ağ güncellemesi aynı anda kaydedilir. Yeni seçenekler için bellek payı da gerçek veri yapılarıyla denenir. Böylece katalogda yeterli görünen seçimin uygulama yükünü karşılayıp karşılamadığı ölçülür. Birden fazla aday varsa aynı test senaryosu kullanılarak karşılaştırmanın tutarlı olması sağlanır.
Teknik kaynaklar ve ileri okuma
Ürün ve sürüm özelindeki değerler için ilgili üreticinin güncel dokümanı esas alınmalıdır. Yukarıdaki hesaplar ve senaryolar açıklama amaçlı mühendislik örnekleridir.
