PLC Programı Yazarken..

Eray Bey'e katılıyorum. Hatta genelde kendi FB'lerimizi kullanırız. Soruya tam olarak bir cevap değil ama teşekkürler.. Misal FB oluştururken uyguladığınız, kullanımda kolayllık yaratan güzel bir fikir vs. varsa bundan bahsetmeniz daha yararlı olabilir.
 
Yazımızda endüstrinin can damarı sayılabilecek PLC’yi inceleyeceğiz.
KNX Standardı, küçük bir rezidansın içerisindeki aydınlatma, perde panjur, klima kontrolünden, Dünya’nın en büyük havalimanlarındaki aydınlatma otomasyonu gibi çözümler için tercih edilen bir Dünya standardıdır.
Yavuz erol s7300-400 kitabi isinizi gorur.yapacaginiz programda fb fc db olup olmamasi tamamen sizin ne yapmak istediginizle ilgili. Herhanbi bir standart yok algoritmanizi Elle cizin neye ihyiyaciniz olacagi ortaya cikacaktir.
 
Yavuz Erol değil Yavuz Eminoğlu olcak o heralde ki onun kitaplarını yıllar önce hatim ettik zaten. Konuyu tam okursanız sevinirim son mesajla ne istendiğini anlamamış olabilirsiniz..
 
Haklisin yavuz eminoglu bende yillar once festoda egitimine katilmistim. Yavuz erolda firat elk Elkt'te hoca ordan karisti
 
Son düzenleme:
İyi bir otomasyon yazılımında makina modlara göre fonksiyonlara veya ST tabirine göre "Action"lara ayrılmalıdır. Örneğin;
Girişler ve Çıkışlarların her biri bir global değişkenlere atanmalı ve bu değişkenlere bakılarak program yazılmalıdır. Bu global değişkenler "FC_PLC_IO" altında ilgili mutlak adreslere atanmalı("map"lenmelidir.)
Manual hareketler "FC_Manual" fonksiyonunda
Otomatik hareketler "FC_Auto" fonksiyonun altında
Alarm ve Uyarılar "FC_AlarmAndWarnings" altında
Yukarıdaki değişkenlerden gelen çıkışlar "FC_Outputs" altında
Operatör Panelle ilgili kısımlar FC_HMI altında... vs toplanabilir. Bu fonksiyonların içerisine de ilgili fb ler yazılabilir.
Bu şekilde yapısal olarak yapılmasının amacı arıza durumunda programın takibini ve okunaklığını arttırmak içindir.
 
Bence öncelikle Function Blockları belirlemek ve hazırlamak en doğru adım. Hatta mümkün olduğu kadar bunları kullanmak karmaşıklığı tamamen ortadan kaldırabilir.
 
İyi bir otomasyon yazılımında makina modlara göre fonksiyonlara veya ST tabirine göre "Action"lara ayrılmalıdır. Örneğin;
Girişler ve Çıkışlarların her biri bir global değişkenlere atanmalı ve bu değişkenlere bakılarak program yazılmalıdır. Bu global değişkenler "FC_PLC_IO" altında ilgili mutlak adreslere atanmalı("map"lenmelidir.)
Manual hareketler "FC_Manual" fonksiyonunda
Otomatik hareketler "FC_Auto" fonksiyonun altında
Alarm ve Uyarılar "FC_AlarmAndWarnings" altında
Yukarıdaki değişkenlerden gelen çıkışlar "FC_Outputs" altında
Operatör Panelle ilgili kısımlar FC_HMI altında... vs toplanabilir. Bu fonksiyonların içerisine de ilgili fb ler yazılabilir.
Bu şekilde yapısal olarak yapılmasının amacı arıza durumunda programın takibini ve okunaklığını arttırmak içindir.

Bu konuda okuduğum ve benimde bizzat uyguladığım bana göre en mantıklı ve doğru yol budur.
Aksi taktirde hata aramak ve bulmak çok zor olacaktır.
 
İyi bir plc yazılımında makina çalışma sistemi adım adım mantığına uygunsa, otomatik mod içerisine "adım adım modu" konulmalıdır, bu mod daha çok devreye almalarda mekanikçilerin ayar yapmasına ve varsa sorunları tespit etmede büyük kolaylıklar sağlar.
Adım adım modunda her starta basıldığında makina bir sonraki konuma geçer ve tekrar start bekler. İlgili konumda bir ayar gerekiyorsa mekanikerler ayar yapabilir veya ilgili valf ve rölelerden hangisi çekmesi gerekiyorsa kontrol edilebilir.
 
Son düzenleme:

Forum istatistikleri

Konular
128,123
Mesajlar
915,193
Kullanıcılar
449,830
Son üye
xkullanıcı45

Yeni konular

Geri
Üst