ERP veya MES’te onaylanmış bir reçetenin, ilgili hatta doğru parametrelerle çalışacak biçimde PLC’ye ulaşması, entegrasyon projelerinin en hassas adımlarından biridir. Çünkü okuma hatası bir raporu bozar; yazma hatası ürünü veya makineyi bozar. Bu yüzden reçete aktarımı, “değerleri yaz ve bitir” değil, kontrollü bir işlemdir.
Reçete tek kaynakta tutulur ve sürümlenir; PLC’ye yazma bir el sıkışma ile yapılır: yaz → hazır bayrağı → PLC doğrular → geri oku ve karşılaştır → sonucu bildir. Her adım kaydedilir.
El sıkışma: dört adım
- Reçete yazılır. Tüm parametreler PLC’deki bir hazırlık veri bloğuna yazılır; çalışan reçeteye dokunulmaz.
- Hazır bayrağı. Tüm değerler yazıldıktan sonra bir bayrak set edilir. Bayrağı en sona koymak, PLC’nin yarım yazılmış bir reçeteyi kullanmasını engeller.
- PLC doğrular. Sınır ve tutarlılık kontrolleri (aralıklar, birbirine bağlı parametreler, hat durumu) PLC tarafında yapılır; sonuç bir onay veya ret kodu olarak bildirilir.
- Geri oku ve bildir. Entegrasyon katmanı yazdığı değerleri geri okur, gönderilenle karşılaştırır ve sonucu MES’e yazar. Onay gelmeden reçete kabul edilmiş sayılmaz.
Tasarım kararları
Tek doğruluk kaynağı ve sürümleme
Reçetenin ana kaydı tek bir sistemde (ERP veya MES) olmalıdır. Her reçeteye bir kimlik, sürüm numarası ve mümkünse bir sağlama toplamı ekleyin. PLC hangi sürümün çalıştığını bilmeli ve üretim kaydına yazmalıdır; böylece “bu parti hangi reçeteyle üretildi?” sorusu yanıtlanabilir.
İndirme ile etkinleştirmeyi ayırın
Reçeteyi PLC’ye indirmek ile etkinleştirmek farklı eylemlerdir. İndirme istediğiniz zaman yapılabilir; etkinleştirme yalnızca hat uygun durumdayken (boşta, parti arasında) ve operatör veya MES onayıyla gerçekleşmelidir. Çalışan bir partinin ortasında parametre değiştirmeyin.
Doğrulamayı PLC’de yapın
Entegrasyon katmanındaki kontroller yeterli değildir; son savunma hattı PLC’dir. Aralık dışı veya birbiriyle tutarsız değerler PLC tarafından reddedilmeli ve ret nedeni geri bildirilmelidir.
Zaman aşımı ve yeniden deneme
PLC onay vermezse ne olur? Tanımlı bir süre sonra aktarım başarısız sayılmalı, MES’e bildirilmeli ve operatör uyarılmalıdır. Yeniden deneme aynı reçeteyi iki kez etkinleştirmemelidir (kimlik ve sürümle yinelenme kontrolü).
Denetim kaydı
Kim, ne zaman, hangi reçete sürümünü, hangi hatta yazdı; PLC ne yanıt verdi? Bu kayıt izlenebilirlik ve olay sonrası analiz için gereklidir. Yazma yetkisi yalnızca ilgili akışa tanımlanmalıdır.
Riskler ve önlemler
| Risk | Sonuç | Önlem |
|---|---|---|
| Yarım yazılmış reçete kullanılır | Hatalı ürün veya makine zorlanması | Hazır bayrağı en son; hazırlık/çalışan blok ayrımı |
| Çalışan partide değişiklik | Karışık parti, kalite sorunu | Yalnızca uygun durumda etkinleştirme |
| Aralık dışı değer | Ekipman veya güvenlik riski | PLC’de sınır ve tutarlılık doğrulaması |
| İletişim kesintisi | Belirsiz durum | Zaman aşımı, geri okuma, kalıcı hata bildirimi |
| Yinelenen aktarım | Çift etkinleştirme | Kimlik ve sürüm kontrolü |
| İzlenemeyen değişiklik | Sorumluluk ve geri izleme kaybı | Tam denetim kaydı |
Uygulama araçları ve test
OPC Router gibi bir entegrasyon aracı ERP/MES ile PLC arasında çift yönlü akışı kurar; tetikleyici “reçete onaylandı” olabilir (OPC Router ile veri akışı tasarımı). Canlıya geçmeden önce şunları sınayın: normal aktarım, aralık dışı değer, PLC onay vermezse zaman aşımı, bağlantı kopması ve yinelenen aktarım (entegrasyon kabul testi).
Sık sorulan sorular
Reçeteyi doğrudan çalışan veri bloğuna yazabilir miyim?
Önerilmez. Önce hazırlık bloğuna yazın, doğrulama sonrası PLC’nin etkinleştirmesine izin verin; böylece yarım yazılmış veya hatalı reçete üretime girmez.
Sağlama toplamı neden gerekir?
Yazılan değerlerin eksiksiz ve bozulmadan ulaştığını ek bir doğrulamayla kanıtlar; özellikle büyük reçetelerde faydalıdır.
Reçete yönetimini PLC’de mi MES’te mi yapmalıyım?
Ana kayıt MES/ERP’de, uygulama ve doğrulama PLC’de olmalıdır. Rol ayrımı net olursa her katman kendi güvencesini sağlar.
