PLC Merkezli Kontrolden Yazılım Tanımlı Otomasyona
Endüstriyel otomasyon, özel PLC'ler, mikrodenetleyiciler ve sabit işlevli makinelerden oluşan geleneksel modelin ötesine geçiyor. Modern sistemler, HMI, makine görüşü, uç analitiği, bağlantı, dijital ikizler ve yapay zekâ iş yüklerini işlemek için PLC tabanlı kontrolü yüksek performanslı MPU'lar ve SoC'lerle giderek daha fazla birleştiriyor.
Bu gelişim, geleneksel kontrol mimarilerini geçersiz kılmaz. Aksine PLC'lerin deterministik saha düzeyi kontrolü sürdürürken daha yüksek performanslı bilgi işlem platformlarının denetim, analitik, görselleştirme ve yapay zekâ işlevlerini yürüttüğü katmanlı bir mimari oluşturur.
Mühendislik açısından önemli konu yalnızca bilgi işlem kapasitesi eklemek değildir. Asıl zorluk, bu ek iş yüklerinin yerleşik kontrol işlevlerinin zamanlamasını, kullanılabilirliğini veya bütünlüğünü tehlikeye atamamasını sağlamaktır.
Fiziksel Yapay Zekâ Yeni Bir Otomasyon Zorluğu Getiriyor
Fiziksel yapay zekânın kullanıma sunulması, yapay zekâ tarafından üretilen bilgilerin fiziksel ekipmanı ve operasyonel kararları etkileyebilmesi nedeniyle sistem mimarisini daha zorlu hâle getirir.
Bir yapay zekâ modeli anormal bir makine durumunu belirleyebilir, görsel bir anomalinin tespitini yapabilir, öngörülü denetimi destekleyebilir veya operatörle ilgili bir durumu belirleyebilir. Ancak yapay zekâ çıkarım sonucu, eksiksiz otomasyon zincirinin yalnızca bir parçasıdır.
Sistemin yine de sensör bilgilerini toplaması, yapay zekâ modelini çalıştırması, çalışma bağlamını doğrulaması, önceden tanımlanmış kontrol politikalarını uygulaması ve ortaya çıkan durumu uygun uygulamaya veya operatöre iletmesi gerekir.
Bu nedenle benim görüşüme göre endüstriyel yapay zekâ, yalıtılmış bir zekâ katmanı yerine karar desteği veya kontrollü yanıt iş yükü olarak ele alınmalıdır. Çevresindeki otomasyon platformu, yapay zekâ bilgilerinin gerekli zamanlama ve güvenlik sınırları içinde işlenip işleme konulabileceğini belirler.
Karma Kritikliğe Sahip İş Yükleri Gerçek İzolasyon Gerektirir
Modern çok çekirdekli işlemciler, daha önce ayrı donanım platformları gerektiren işlevleri birleştirmeyi mümkün kılar. Artık tek bir bilgisayar sistemi; zorlu gerçek zamanlı kontrolü, HMI hizmetlerini, ağ iletişimini, tanılamayı, olay günlüklemeyi, makine görüşünü, analitiği ve yapay zekâ çıkarımını barındırabilir.
Bu iş yüklerinin gereksinimleri aynı değildir.
Zorlu bir gerçek zamanlı kontrol görevinin katı bir yürütme süresi sınırı olabilir. Bir HMI farklı zamanlama özelliklerini tolere edebilirken, bir yapay zekâ çıkarım süreci önemli miktarda CPU kaynağı gerektirebilir. Ağ hizmetleri de kritik kaynaklara sınırsız erişime sahip olmaması gereken harici iletişim yolları oluşturur.
Sonuç olarak, birden fazla uygulamayı çok çekirdekli bir işlemciye yerleştirmek otomatik olarak dayanıklı bir mimari oluşturmaz.
İşletim ortamı zamansal ayrım, bellek koruması, kaynak denetimi ve arıza yalıtımı mekanizmalarını sağlamalıdır.
Donanım Birleştirme Dayanıklılık Anlamına Gelmez
Donanım birleştirme, bilgi işlem platformlarının sayısını azaltabilir, kablolamayı basitleştirebilir ve entegrasyonu artırabilir. Ancak aynı zamanda potansiyel bir ortak arıza noktası oluşturur.
İlgisiz iş yükleri aynı işlemciyi ve işletim ortamını paylaşıyorsa yazılım mimarisi uygun sınırlar oluşturmadığı sürece arızalı bir sürücü, kontrolden çıkan bir uygulama, bellek arızası veya güvenliği ihlal edilmiş bir hizmet diğer işlevleri etkileyebilir.
Bu, eski otomasyonu modernleştirirken en önemli hususlardan biridir.
Amaç yalnızca daha fazla işlevi daha az işlemciye yerleştirmek olmamalıdır. Amaç, aralarında kabul edilemez bağımlılıklar oluşturmadan iş yüklerini birleştirmek olmalıdır.
İşletim Sistemi Bir Yaptırım Katmanına Dönüşüyor
Yazılım tanımlı bir otomasyon mimarisinde işletim sistemi artık yalnızca uygulamaların çalıştığı bir platform değildir.
İşlemlerin nasıl zamanlandığını, belleğin nasıl korunduğunu, donanım kaynaklarına nasıl erişildiğini ve tek tek hizmetlerin birbirleriyle nasıl etkileşime girdiğini belirler. Bu mekanizmalar, sistemin tek bir bileşen arızalandığında çalışmayı sürdürme yeteneğini doğrudan etkiler.
Bu nedenle dayanıklı bir mimari, arızalanan bir hizmeti yalıtabilmeli ve sistem tasarımının izin verdiği durumlarda ilgisiz uygulamaları yeniden başlatmadan bu hizmeti kurtarabilmelidir.
Bu yaklaşım, tüm sistemin yeniden başlatılmasının kontrol, görselleştirme, iletişim veya üretim işlemlerini kesintiye uğratabileceği endüstriyel sistemler için özellikle önemlidir.
Mikro Çekirdek Mimarisi Neden Önemlidir?
Geleneksel monolitik bir işletim sistemi, genellikle birçok hizmeti, sürücüyü, dosya sistemini ve ağ bileşenini yüksek ayrıcalıklı bir çekirdek ortamına yerleştirir.
Mikro çekirdek farklı bir mimari yaklaşım benimser. Çekirdekte daha küçük bir temel işlevler kümesi bulundururken birçok sürücünün, protokol yığınının, dosya sisteminin ve sistem hizmetinin korumalı adres alanlarında ayrı işlemler olarak çalışmasına olanak tanır.
Endüstriyel otomasyon için bu mimari, çeşitli yararlı özellikler sağlayabilir:
- Arıza yalıtımı: Arızalı bir sürücü veya hizmet, ilgisiz işlemlerden yalıtılabilir.
- Kontrollü kurtarma: Münferit hizmetler, tüm sistemi yeniden başlatmak zorunda kalmadan yeniden başlatılabilir.
- Ayrıcalıklı kodun azaltılması: Daha az sayıda bileşenin en yüksek sistem ayrıcalıklarıyla çalışması gerekir.
- Bellek izolasyonu: Korunan adres alanları, bir uygulamanın diğerine doğrudan müdahale etmesini önlemeye yardımcı olur.
- Farklı kritiklik düzeylerini destekleme: Gerçek zamanlı kontrol görevleri, HMI, ağ iletişimi, analitik ve yapay zekâ iş yükleriyle birlikte çalışabilir.
- Yaşam döngüsü bakımı: Modüler hizmetler, bakımı ve bileşen düzeyindeki güncellemeleri kolaylaştırabilir.
Mikroçekirdek, yazılım kusurlarını veya siber güvenlik açıklarını ortadan kaldırmaz. Değeri, münferit arızaların veya ihlallerin sonuçlarını sınırlayabilecek mimari sınırlar oluşturmasında yatar.
Gerçek Zamanlı Determinizm Temel Bir Gereksinim Olmayı Sürdürüyor
Endüstriyel modernizasyon, yapay zekâ ve yüksek performanslı bilgi işlem gereksinimlerinin deterministik kontrol gereksinimlerini gölgede bırakmasına izin vermemelidir.
Kontrol uygulamaları açısından soru yalnızca ne kadar işlem gücünün mevcut olduğu değildir. Sistem ayrıca, tanımlı zamanlama gereksinimleri bulunan işlevler için öngörülebilir zamanlama davranışı ve sınırlandırılmış yanıt özellikleri sağlamalıdır.
Bu, özellikle yapay zekâ veya analitik iş yüklerinin önemli miktarda bilgi işlem kaynağı tükettiği durumlarda önemlidir.
Değerlendirmeme göre pratik mimari bu nedenle "kontrolün yerini alan yapay zekâ" değil, daha ziyade kontrollü kaynak sınırları altında daha üst düzey zekâyla birlikte çalışan deterministik kontroldür.
Siber Güvenlik Ürün Yaşam Döngüsünün Tamamına Yayılmalıdır
Teknik izolasyon, siber dayanıklılığın yalnızca bir parçasıdır.
Endüstriyel üreticilerin ayrıca yazılım bileşenlerini belirlemek, güvenlik açıklarını izlemek, güncellemeleri doğrulamak, yazılım dağıtımını kontrol etmek ve ürünlerin operasyonel ömürleri boyunca bakımını yapmak için süreçlere ihtiyacı vardır.
ISA/IEC 62443 serisi, özellikle endüstriyel otomasyon ve kontrol sistemleriyle ilgili, yaşam döngüsü odaklı bir çerçeve sunar. ISO/SAE 21434 de dahil olmak üzere diğer standartlar, yapılandırılmış siber güvenlik risk yönetiminin geliştirmeden işletime, bakıma ve kullanım dışı bırakmaya kadar nasıl genişletilebileceğini gösterir.
Avrupa Siber Dayanıklılık Yasası, kapsamındaki ürünler için yaşam döngüsü siber güvenlik yönetiminin önemini de artırmaktadır.
Endüstriyel ekipman üreticileri için bu, siber güvenliğin makul bir şekilde son aşama sertifikasyon faaliyeti olarak ele alınamayacağı anlamına gelir. Yazılım bileşimi, güvenlik açığı müdahalesi, güncelleme mekanizmaları, tedarikçi yönetimi ve ürün bakımı sistem geliştirme sırasında dikkate alınmalıdır.
Güvenlik Mimarisi Yalnızca Önlemeyi Değil, Kurtarmayı da Desteklemelidir
Geleneksel siber güvenlik tartışmaları genellikle yetkisiz erişimi önlemeye odaklanır. Endüstriyel dayanıklılık daha geniş bir bakış açısı gerektirir.
Önleyici kontroller uygulanmasına rağmen güvenliği ihlal edilmiş veya kusurlu bir bileşen yine de ortaya çıkabilir. Bu nedenle mimari, bileşenin kritik işlevleri etkileme kapasitesini sınırlamalı ve tanımlanmış bir kurtarma yolu sağlamalıdır.
Bu, birbirini tamamlayan üç mühendislik hedefi oluşturur:
- Önleyin yetkisiz veya amaçlanmayan davranışları.
- Sınırlayın arızaları ve güvenliği ihlal edilmiş bileşenleri.
- Kurtarın etkilenmiş hizmetleri, etkilenmemiş operasyonları sürdürürken.
Endüstriyel otomasyon açısından bu birleşim, yalnızca önlemeye güvenmekten daha uygulanabilirdir.
Temel Gerçek Zamanlı Platform olarak QNX
QNX; öngörülebilir yürütmenin, süreç yalıtımının ve kontrollü kaynak erişiminin önemli olduğu sistemler için tasarlanmış, sabit gerçek zamanlı, mikro çekirdek tabanlı bir işletim sistemi mimarisi sunar.
Endüstriyel otomasyon mimarisi içinde QNX, korumalı adres alanlarında çalışan uygulamalar, sürücüler, protokol yığınları ve dosya sistemleri için temel yürütme ortamı sağlayabilir. Öncelik tabanlı zamanlama, farklı zamanlama gereksinimlerine sahip iş yüklerini destekleyebilir.
Bu mimari, PLC tabanlı kontrolün yerini almak yerine onu tamamlayabilir.
Uygulanabilir bir sistem, yerleşik saha düzeyi kontrol için PLC'leri korurken HMI, makine görüşü, bağlantı, analitik, denetim işlevleri ve yapay zekâ ile ilgili iş yüklerini çalıştıran, gerçek zamanlı işletim sistemine sahip MPU veya SoC tabanlı hesaplama platformlarını kullanabilir.
Endüstriyel Modernizasyon için Uygulanabilir Bir Mimari
Modern bir endüstriyel sistem bu nedenle birlikte çalışan birkaç katman olarak görülebilir:
- Saha katmanı: Sensörler, aktüatörler, sürücüler ve diğer fiziksel ekipmanlar.
- Kontrol katmanı: Deterministik otomasyon gerçekleştiren PLC'ler ve kontrolörler.
- Hesaplama katmanı: Ek işlem kapasitesi sağlayan MPU/SoC platformları.
- Akıllı sistemler katmanı: Makine görüşü, analitik, yapay zekâ çıkarımı ve diğer hesaplama iş yükleri.
- Denetim katmanı: HMI, tanılama, olay yönetimi ve operasyonel uygulamalar.
- Bağlantı katmanı: Endüstriyel ağlar ve harici iletişim hizmetleri.
- Temel yazılım katmanı: Gerçek zamanlı işletim sistemi, yalıtım, zamanlama, kaynak yönetimi ve kurtarma mekanizmaları.
Temel mühendislik gereksinimi, tüm bilişim ortamını farklılaşmamış tek bir uygulama alanı olarak ele almak yerine bu katmanlar arasındaki sınırları tanımlamaktır.
Modernizasyon Mevcut Kontrol Yatırımlarını Koruyacak Şekilde Yapılmalı
Endüstriyel ekipmanlar genellikle uzun yıllar çalışır durumda kalır. Yeni bilgi işlem yetenekleri mevcut diye yerleşik PLC tabanlı kontrolü değiştirmek her zaman teknik veya ekonomik açıdan haklı değildir.
Daha pratik bir modernizasyon stratejisi, kendini kanıtlamış kontrol işlevlerini korurken bunların çevresine bilgi işlem kaynakları eklemektir.
MPU ve SoC tabanlı platformlar, modern HMI, yapay zekâ, analitik, görselleştirme ve bağlantı özellikleri için gereken işlem kapasitesini sağlarken mevcut PLC'ler deterministik kontrol gerçekleştirmeye devam edebilir.
Bu yaklaşım, üreticilerin mevcut kontrol mimarilerini gereksiz yere etkilemeden yeni yetenekler sunmasına olanak tanır.
Mühendislik Perspektifim: Dayanıklılık Mimariyle Başlar
Bu geçişten çıkarılacak en önemli ders, sistem birleştirildikten sonra dayanıklılığın eklenemeyeceğidir.
Kontrol, ağ iletişimi, HMI, analitik ve yapay zekâ bilgi işlem kaynaklarını paylaştığında izolasyon ve kurtarma mekanizmalarının ilk mimarinin bir parçası olması gerekir.
Güçlü bir işlemci tek başına dayanıklı bir otomasyon sistemi oluşturmaz. Benzer şekilde, çevredeki platform veri toplayamıyor, modeli çalıştıramıyor, çıktısını doğrulayamıyor, önceden tanımlanmış politikaları uygulayamıyor ve gerekli operasyonel sınırlar içinde yanıt veremiyorsa bir yapay zekâ modeli de otomasyon sistemini akıllı hâle getirmez.
Endüstriyel otomasyonun yeni nesli bu nedenle yalnızca daha yüksek bilgi işlem performansına değil, yazılım mimarisinin iş yükleri arasındaki etkileşimi ne kadar etkili biçimde kontrol ettiğine de bağlı olacaktır.
Sonuç
Endüstriyel otomasyon, PLC'lerin, yüksek performanslı işlemcilerin, yapay zekânın, bağlantı özelliklerinin ve yazılım tanımlı işlevlerin giderek birlikte çalıştığı bir mimariye geçiyor.
Bu durum modernizasyon için önemli fırsatlar yaratır, ancak aynı zamanda yeni bağımlılıklar ve arıza biçimleri de ortaya çıkarır.
Dayanıklı bir mimari; deterministik yürütme, süreç izolasyonu, bellek koruması, kontrollü kaynak erişimi, arıza sınırlama, siber güvenlik yaşam döngüsü yönetimi ve tanımlanmış kurtarma mekanizmalarını bir araya getirmelidir.
QNX gibi mikro çekirdek tabanlı gerçek zamanlı işletim sistemleri, bu gereksinimlere yönelik mimari yaklaşımlardan birini temsil eder. Mevcut PLC ve kontrolör teknolojileriyle birlikte kullanıldığında bu platformlar, kritik otomasyon işlevleri etrafındaki net sınırları korurken modern bilgi işlem iş yüklerini entegre etmek için gereken yazılım temelini sağlayabilir.
