Kazanimlar:
- Bir otomasyon senaryosunu giriş/çıkış listesi ve mantık adımlarına ayırıp AI'dan ladder/ST taslağı isteyebilme
- AI'ın ürettiği PLC mantığını güvenlik kilitleri, acil durdurma ve yarış koşulları açısından denetleyebilme
- Sensör ve IoT telemetri verisini AI ile yorumlarken kalibrasyon, birim ve arıza sinyallerini doğrulayabilme
Endüstriyel otomasyon, elektrik-elektronik mühendisliğinin sahaya en çok dokunan alanlarından biridir: bir PLC (Programlanabilir Lojik Kontrolör), sensörlerden gelen sinyalleri okuyup motorları, valfleri ve alarmları belirli bir mantığa göre sürer. Burada bir mantık hatası yalnızca "yanlış çıktı" değildir; sıkışan bir konveyör, açık kalan bir valf veya devreye girmeyen bir acil durdurma gerçek yaralanmalara yol açabilir. AI, otomasyon mantığının taslağını çıkarmada, ladder/ST kodu önermede ve sensör/IoT telemetri verisini yorumlamada hızlıdır; ama güvenlik kilitleri ve fail-safe tasarımı mühendis sorumluluğundadır. Bu ünitede otomasyon senaryosunu AI'a nasıl tanımlayacağınızı, üretilen PLC mantığını neye göre denetleyeceğinizi ve sensör verisini nasıl güvenle yorumlayacağınızı işleyeceğiz.
Otomasyon Senaryosunu Yapılandırmak: G/Ç Listesi ve Mantık Adımları
AI'a "bir konveyör programla" demek yetersizdir. Önce süreci giriş (sensör, buton), çıkış (motor, valf, lamba) ve mantık adımları olarak ayırın. Bu ayrım hem promptu netleştirir hem de mantığı denetlenebilir kılar.
Örnek G/Ç listesi (basit dolum istasyonu):Girişler: I0.0 Start butonu, I0.1 Stop butonu, I0.2 E-stop (NC), I0.3 Şişe algılama sensörü, I0.4 Doluluk sensörüÇıkışlar: Q0.0 Konveyör motoru, Q0.1 Dolum valfi, Q0.2 Hata lambasıMantık adımları:1) E-stop basılı DEĞİLSE ve sistem hazırsa çalışmaya izin ver.2) Start ile konveyör dön; şişe sensörü tetiklenince konveyörü durdur.3) Dolum valfini aç; doluluk sensörü dolunca valfi kapat.4) Konveyörü tekrar başlat; süreç tekrarlar.5) E-stop veya Stop her an tüm çıkışları güvenli tarafa alır.
Zayıf Prompt / Güçlü Prompt
ZAYIF:"Konveyör için PLC kodu yaz."(Sonuç: G/Ç adresleri, güvenlik kilitleri ve durum mantığı belirsiz;tehlikeli olabilecek eksik bir kod.)GÜÇLÜ:"Yukarıdaki G/Ç listesi ve mantık adımlarına göre bir dolum istasyonu içinPLC mantığı taslağı (Structured Text) öner. Şunları SAĞLA:- E-stop normalde kapalı (NC) mantıkla ve tüm çıkışları güvenli tarafa alan öncelikli koşul olarak kurulsun.- Konveyör ve valf aynı anda tehlikeli bir durum oluşturmasın (kilit).- Her adımı yorumla.Bunun bir taslak olduğunu; güvenlik zinciri, fail-safe ve saha testininmühendise ait olduğunu belirt."
PLC Mantığını Denetlemek: Güvenlik, Fail-Safe, Yarış Koşulları
Üretilen mantığın "çalışır görünmesi" yetmez. Şu denetim listesini uygulayın:
Kontrol
Ne aranır
Acil durdurma
NC kontak, fail-safe, en yüksek öncelik, tüm çıkışları güvenli tarafa alma
Kilitler (interlock)
Birbiriyle çelişen çıktılar aynı anda aktif olamamalı
Yarış koşulu
Aynı çevrimde çelişen atamalar, tanımsız durum
Başlangıç durumu
Enerji verildiğinde güvenli, bilinen bir durumda başlama
Zamanlayıcı/sayaç
Doğru mantık, taşma, sıfırlama koşulu
Sensör arızası
Sensör kopması/kısa devresinde güvenli davranış
Acil durdurma (E-stop) en kritik noktadır. Güvenlik fonksiyonu fail-safe olmalıdır: yani bir kablo koparsa, bir kontak arızalanırsa sistem tehlikeli değil güvenli tarafa düşmelidir. Bu yüzden E-stop normalde kapalı (NC) kontakla kurulur; kablo koparsa devre açılır ve sistem durur. Ayrıca yazılım mantığı tek başına yeterli değildir; donanımsal bir güvenlik zinciri (güvenlik rölesi/kontaktör) mühendis tarafından tasarlanıp doğrulanmalıdır.
Uyarı: AI'ın ürettiği bir ladder/ST kodunda E-stop'un normalde açık (NO) kontakla veya yalnızca bir yazılım bayrağıyla kurulduğunu görürseniz bu güvenlik açığıdır. Güvenlik fonksiyonları asla yalnızca yazılıma bırakılmaz; fail-safe donanım zinciri ve ilgili makine güvenliği standartlarına uygunluk mühendis sorumluluğundadır ve saha testiyle doğrulanır.
Yarış Koşulları ve Durum Makineleri
PLC mantığı çevrimsel (cyclic) çalışır; her çevrimde tüm mantık baştan sona işlenir. AI bazen aynı çıkışı bir yerde set, başka yerde reset eden çelişik satırlar yazar; bu, çıkışın öngörülemez şekilde titremesine (yarış koşulu) yol açar. Karmaşık süreçleri açık bir durum makinesi (state machine) olarak kurmak bu riski azaltır: sistem her an tek ve belirli bir durumdadır, geçişler net koşullara bağlıdır.
Sensör ve IoT Verisini Yorumlama: Kalibrasyon, Birim, Arıza Sinyali
Sensör ve IoT telemetri verisi (sıcaklık, basınç, titreşim, akım) analiz için değerli olsa da ham haliyle yanıltıcı olabilir. AI bu veriyi özetlerken üç şeyi doğrulamalısınız:
- Kalibrasyon ve ölçek. Sensör çıktısı ham ADC değeri mi, gerçek fiziksel birim mi? AI 4-20 mA bir sensörü yanlış ölçekleyip fiziksel değeri şaşırtabilir.
- Birim. °C mi °F mi, bar mı kPa mı, RMS mi tepe mi? Birim karışıklığı yorumun tamamını bozar.
- Arıza sinyalleri. Sabit takılı kalan değer, aniden sıfıra düşme, aralık dışı okuma; bunlar gerçek ölçüm değil sensör/hat arızası olabilir. AI bunları "ilginç veri" diye yorumlarsa yanılırsınız.
# 4-20 mA sensör -> fiziksel deger olceklendirme (0-100 °C aralik)def ma_to_temp(ma): if ma < 3.5: # 4 mA'nin alti -> hat kopuk/ariza return None # gecersiz olarak isaretle return (ma - 4.0) / (20.0 - 4.0) * 100.0for reading in [4.0, 12.0, 20.0, 2.0]: t = ma_to_temp(reading) print(reading, "mA ->", "ARIZA" if t is None else f"{t:.1f} C")
İpucu: IoT verisini yorumlarken önce "bu değer fiziksel olarak mümkün mü?" sorusunu sorun. Bir oda sıcaklığı sensörü 300 °C okuyorsa bu gerçek değil, muhtemelen kalibrasyon/hat hatasıdır. AI'ın yorumundan önce arıza sinyallerini eleyin.
Mini Vaka
Bir bakım mühendisi, bir pompanın IoT titreşim verisini AI'a yorumlatıyor. AI, "titreşim son bir haftada %200 arttı, acil arıza riski" diyor ve alarm öneriyor. Mühendis ham veriye bakıyor: değer belirli bir saatten sonra sabit yüksek bir sayıya "takılıp" kalmış, hiç değişmiyor. Bu, artan titreşim değil, sensörün donması/arızası. Gerçek bir mekanik bozulmada değer dalgalanır. Mühendis sensörü kontrol ediyor; kablo bağlantısı gevşemiş. AI, sabit takılı değeri "yükseliş" gibi yorumlamıştı. Ders: sensör verisini yorumlatmadan önce arıza imzalarını (takılma, aralık dışı, ani sıçrama) eleyin; AI ham veriyi sorgulamaz.
Yaygın Hatalar
- E-stop'u NO kontak veya yalnızca yazılım bayrağıyla kurmak (fail-safe değil).
- Güvenlik fonksiyonunu donanım zinciri olmadan yalnızca yazılıma bırakmak.
- Çelişik set/reset satırlarıyla yarış koşulu yaratmak.
- Enerji verildiğinde güvenli başlangıç durumunu tanımlamamak.
- Sensör verisini kalibrasyon ve birim doğrulamadan yorumlamak.
- Arıza sinyallerini (takılma, aralık dışı) gerçek ölçüm sanmak.
Özetle
- Otomasyon senaryosunu G/Ç listesi ve net mantık adımlarına ayırıp AI'a öyle sorun.
- E-stop ve güvenlik fonksiyonları fail-safe (NC), en yüksek öncelikli ve donanım zincirli olmalı; saha testiyle doğrulanır.
- Çelişik atamalar yarış koşulu yaratır; karmaşık süreçleri durum makinesiyle kurun.
- Güvenlik asla yalnızca yazılıma bırakılmaz; mühendis onayı zorunludur.
- Sensör/IoT verisinde kalibrasyon, birim ve arıza sinyalleri önce doğrulanır.
- Fiziksel olarak imkânsız değerler ve takılı okumalar gerçek veri değil arıza işaretidir.
Uygulama görevi
Basit bir otomasyon senaryosu (dolum, kapı kontrolü, seviye ayarı) için bir G/Ç listesi ve mantık adımları yazın; AI'dan ST/ladder taslağı isteyin. Sonra üretilen mantığı denetleyin: (1) E-stop fail-safe ve öncelikli mi, (2) çelişik çıktılar için kilit var mı, (3) enerji verilince güvenli başlangıç tanımlı mı? Ayrı olarak, bir sensör okuma serisine (birkaç normal, bir takılı, bir aralık dışı değer) AI'dan yorum isteyin ve arıza değerlerini doğru elediğini kontrol edin. Eksikleri düzeltip not edin.