M580'ın OTA Güncellemesi Geldi, 0.3'lük Scaling Değişti, Hat Bilmeyerek Çalıştı

2026’da Schneider Electric’in Modicon M580 PAC kontrolörleri, OTA (Over-the-Air) firmware güncelleme yeteneğiyle global lansmana çıktı. “Üretimi kesmeden firmware güncelleme” cümlesi, otomasyon tarafında çok cazip. Biz de bir proses hattında M580 kullanıyorduk ve OTA güncellemeyi denemek istedik.

Güncelleme geldi. Uyguladık. Hat çalışmaya devam etti. “Güzel” dedik.

Üç gün sonra, operatör “debi değerleri 0.3 düşük gösteriyor” dedi.

0.3 nereden geldi

Firmware güncellemesi, analog giriş modülünün scaling davranışını değiştirmişti. Değişiklik küçük: 4-20 mA aralığının üst sınırında 0.3’lük bir kayma. Yani 20 mA’ye gelen sinyal, eskiden 100.0 gösteriyordu, şimdi 99.7 gösteriyordu.

0.3. Hattın normal çalışmasında, 0.3’lük bir fark “gürültü” olarak görülür. Ama debi hesabında, 0.3’lük bir fark günde 200 litrelik bir sapma demekti. Hat “sorunsuz” görünüyordu, çünkü alarm eşiği 0.5’ti. 0.3, alarm vermiyordu. Ama 0.3, günlük üretim raporunda 200 litrelik bir kayıp demekti.

OTA güncellemesinin gizli maliyeti

OTA güncellemesinin cazibesi “üretimi kesmeden” kısmı. Ama bu cümle, “üretimi kesmeden hiçbir şey değişmeden” demiyor. Firmware güncellemesi, scaling davranışını, alarm eşiklerini, I/O zamanlamasını değiştirebilir. Ve bu değişiklikler, hat “çalışmaya devam ettiği” sürece görünmez.

Görünmezlik, en pahalı şey. Çünkü hat çalışıyor, operatör müdahale etmiyor, mühendis “güncelleme başarılı” notu atıyor. 0.3’lük kayma, 3 gün boyunca raporlarda birikiyor. 3 günün sonunda operatör fark ediyor, ama o 3 günün üretimi zaten kayıp.

Rollback prosedürü: güncellemeden önce ne yaptım

Bu olaydan sonra, her OTA güncellemesinde şu prosedürü uyguluyorum:

1. Güncelleme öncesi scaling doğrulaması: Her analog girişe bilinen bir sinyal veriyorum (4 mA, 12 mA, 20 mA) ve PLC’nin gösterdiği değeri kaydediyorum. Bu, “güncelleme öncesi referans” oluyor.

2. Güncelleme sonrası aynı test: Aynı sinyalleri veriyorum, aynı değerleri okuyorum. Fark 0.1’i aşarsa, “scaling değişti” durumu başlar.

3. Rollback kararı: Scaling değiştiyse, firmware’yi bir önceki sürüme geri alıyorum. M580’da OTA rollback, 5 dakika sürüyor. 5 dakika duruş, 3 günlük 200 litrelik kayıptan ucuz.

4. Değişiklik notu: Firmware sürümü, scaling davranışı, alarm eşikleri — bunları bir “değişiklik günlüğü”ne yazıyorum. Güncelleme sonrası bir şey değiştiyse, o günün notunda “scaling 0.3 kaydı” yazıyor.

“Üretimi kesmeden” cümlesinin doğru okuması

OTA güncellemesi, üretimi kesmeden firmware’yi değiştirir. Bu doğru. Ama “üretimi kesmeden” cümlesi, değişikliğin görünmez olabileceği gerçeğini örtüyor. Firmware güncellemesi, hat “çalışırken” yapıldığında, değişiklikler alarm eşiğinin altında kalıyorsa, o değişiklik 3 gün boyunca birikir.

Doğru okuma şu: OTA güncellemesi, değişikliği görünür kılmak için ek doğrulama gerektirir. Ve o doğrulama, güncellemeden önce ve sonra aynı testin yapılmasıdır. 10 dakikalık bir test, 3 günlük kayıptan ucuzdur.

Bir sonraki OTA’da

Bir sonraki M580 OTA güncellemesinde, ilk işim: scaling doğrulaması. 4-12-20 mA, üç nokta, güncelleme öncesi ve sonrası. Fark 0.1’i aşarsa, rollback. Bu 10 dakikalık test, hattın 3 günlük “görünmez” kayıptan kurtulmasıdır.

“Üretimi kesmeden” cümlesi, “değişikliği görmezden gelmeden” demek olmalı. Yoksa 0.3’lük bir fark, 3 gün boyunca 200 litrelik bir kayıp biriktirir.