S7-1500 Serisi: Sahadan Dönen Mühendisin Dürüst Notları (2026)

Geçen sene bir devreye gittik. 20 yıllık S7-300 panosu, yer yetersizliği de olunca “yeni CPU’yu buraya nasıl sığdıracağız” stresi vardı. CPU’yu kutusundan çıkardığımda müşteri mühendisi baktı, “abi bu ne kadar küçük, bu bizim 300’ün yanında mum bile sayılmaz” dedi. Hah, işte o cümle, S7-1500’in sahada en doğru pazarlama cümlesi. Pazarlama departmanı yazsa daha pahalıya yazamazdı.

Ama ben bugün size “harika cihaz, alın kullanın” yazısı yazmayacağım. Yazacaklarım, geçen seneler içinde onlarca projemde bu ailenin içine girmemin sonucu; ne kolaylaştırdı, nerede takıldım, neye dikkat edeyim.

Önce RAM Kartı Meselesi

S7-1500’ün en “hediye” kısmı bu. Bir 1511-1PN ile başlarsanız, kartınızda belirli bir yerel program belleği ve bir miktar veri belleği var. Ama işin pratik kısmı şu: orta ölçekli bir proje yazdığınızda, özellikle WinCC Unified tarafı da konuşmaya başlayınca, RAM kartının yetmediğini hissedersiniz. O an, CPU’ya takılan bir micro SD kart, sizin “bende RAM sorunu var” dediğiniz o an için hayat kurtarır.

Benim alışkanlığım, devreye almadan önce projeyi “RAM kartı takılı” simülasyonuyla bir kez çalıştırmak. Çünkü kart takılıyken ve takılıyken olmayan senaryolar arasında, yükleme ve start-up davranışlarında küçük ama sinir bozucu farklar var. Kartın içindeki yedek dosya, bir sonraki ziyarette “abi program nerede” dememizi de engelliyor. Küçük bir alışkanlık, büyük bir rahatlık.

Diagnostic Buffer: Sahadaki Suç Sahnesi

S7-1200’de de diagnostic buffer vardı ama 1500’de onu “asıl işi” olarak kullanan projeler çok arttı. Bir makine duruyorsa, buffer’ı açtığınızda, durmadan önceki son 200-300 olayı, zaman damgasıyla, sırayla dizilmiş halde karşınıza çıkıyor.

Bu, benim için şuna denk: bir kaza yerindeki kamera kaydı. Siz sahaya vardığınızda “ne oldu” sorusuna, kamera kaydı “şu saatte bu alarm, şu anda bu I/O değişti, bir sonrakinde de CPU STOP’a geçti” diyor. Sahada, operatörün “bilmiyorum abi, durdu” demesinin yerini alan en somut kanıt bu.

Bir detay: buffer’ı devreye alırken, buffer’ın kendisini “hafıza”dan saymak lazım. Çok derin bir buffer’a giderseniz, RAM tarafını da etkiler. Ben genelde orta derinlikte tutup, olayı ciddi olan makinelerde biraz daha derine çekiyorum.

PROFINET RT ve Ana Port Meselesi

S7-1500 CPU’ların birçoğunda iki PROFINET portu var. Biri yönetim (config) için, diğeri gerçek zamanlı (RT) için. Bu, ilk bakışta “iki port, ne güzel” gibi görünür ama pratikte şunun için kritik: RT portunu IO cihazlarına, yönetim portunu HMI/PC tarafına ayırabilirsiniz.

Bir keresinde, RT portuna HMI’yi de takmıştık ve RT trafiği sıkışınca, bir sensör grubunda gecikme çıktı. “Makine tuhaf gecikiyor” dediler. İki portu ayrıştırınca, gecikme gitti. Yani port ayırımı, sadece “temizlik” değil, bazen “o tuhaf lag”ın doğrudan sebebi olabiliyor.

Ayrıca 1500’ler, PROFINET’te çok daha rahat “ana” davranabiliyor. Bir kablo döngüsü ya da segment tasarımı yaparken, 300/400’de başın ağrıyan senaryoların bir kısmı, 1500’de “aynen çalışıyor” şeklinde karşına çıkıyor. Bu, sahada devre alma süresini ciddi kısaltıyor.

IP Filtreleme: “Laptop Neden Bağlanmıyor?”

Geçtiğimiz yazıda PLC’yi ağ’a bağlarken yaşanan klasik dertlerden bahsetmiştim. 1500’lerde IP filtreleme, artık “özel bir ayar” değil, default olarak aktif gelir. Bu iyi bir şey. Ama sahada, ilk bağlanışta “abi bu PLC neden IP’mi kabul etmiyor” diye başlayan 15 dakikalık bir dert de olabilir.

Benim pratik önerim, projeyi devreye almadan önce, “yönetim IP’si” listesine, sahada kullanacağınız birkaç subnet’i de eklemek. Bunu unutursanız, her servis ziyareti “önce IP filtresine ekle” ile başlar. Unutmayın, sahada zaman = para.

WinCC Unified ile Konuşması

1500 + WinCC Unified ikilisi, son yılların en çok kurduğu kombinasyon. Unified, 1200’lerle de çalışır ama 1500 tarafında, özellikle “big data” ve “history” tarafında, davranış daha rahat. Bir örnek vereyim: bir projede, 500+ tag’ın saniyede birden fazla güncellenmesi gerekiyordu. 1200’de bunu yapmak için ekstra yapılar gerekirken, 1500 + Unified tarafında, “yapı” zaten orada. Siz sadece “güncelle” diyorsunuz.

Ne Zaman 1500, Ne Zaman 1200?

Bu sorunun cevabı, “projeye göre” olur. Ama sahada gördüğüm pratik bölünüm şöyle:

• Tek bir makine, orta ölçekli IO, basit HMI varsa → 1200 yeter. Ucuz, küçük, hızlı.
• Aynı makinenin, tesisteki başka makinelere “haberleşmesi”, PROFINET RT gerektiren bir segment varsa, ya da ileride “veri toplayacağız” deniyorsa → 1500’ü düşünün.
• “10 yıl sonra bu makineye data ekleyecek miyiz?” sorusunun cevabı “evet” ise, 1200’den 1500’e geçişi, sahada bir gün değil, hafta bazında planlayın.

1500 Sahada Neden Hallettiriyor?

S7-1500, “pazarlama broşüründeki” cihaz değil, sahada “hallettirdiren” cihaz. Diagnostic buffer’ı sayesinde kazayı anlıyorsunuz, IP filtreleme sayesinde ağ güvenli kalıyor, PROFINET RT sayesinde sahadaki o “tuhaf lag”ı önlüyorsunuz. Ve tabii, RAM kartı meselesini erken fark ederseniz, “bellek bitti” dramını hiç yaşamıyorsunuz.

Aynı aile hakkında daha teknik bir karşılaştırma tablosu da hazırlamıştım, isterseniz detaya oradan da bakabilirsiniz: S7-1500 PLC Serisi’ne genel bakış. S7-1500 ile aynı masaya oturtulup karşılaştırılan bir diğer aile, eski S7-300 panoları. Eski panonun “yeni 1500”e dönüşümünde geçirilen üç günün de bir notu var: 20 Yaşındaki S7-300 Panosuna Müdahale. Yeni CPU’yu kutudan çıkarmadan önce, o üç gün neye benzediğini görmek işe yarar.

1200 mü, 1500 mü? Cevap üç sayıda: IO sayısı, yedeklilik ihtiyacı, bütçe. Makine küçükse ve bütçe sıksa, 1200 kazanır; IO-IRT, yedek CPU ve diagnostic derinliği gerekiyorsa, 1500. CPU’yu kutudan çıkarmadan önce bu üç sayıyı kâğıda dökmek beş dakikalık iştir. Ama masada beş dakikayı atlatırsanız, sahada beş saat “abi bu CPU neden bu kadar dolu” sorusuyla uğraşmak durumunda kalırsınız.