Endüstriyel otomasyon ve kurumsal bilişim altyapısında değer, fiziksel donanımdan operasyonu yöneten kontrol düzlemine ve platform katmanına kayıyor. Donanım ölmedi; ancak tek başına bir varış noktası olmaktan çıkıp yazılım, telemetri, veri ve yapay zekâ servislerini müşterinin tesisine sokan stratejik bir Truva Atı’na dönüştü. Siemens’in fabrikayı Xcelerator ile bir yaşam döngüsü işletim sistemine çevirmesinden, HPE’nin VMware krizini Morpheus VM Essentials ve GreenLake ile veri merkezinde pazar fırsatına dönüştürmesine kadar; kazananlar donanım veya saf yazılım değil, müşteriyi kendi ekosistemine bağlayan platformlar inşa ediyor.

Tez: Donanımdan Platforma Değer Göçü

1990’larda rekabet “en iyi donanımı kim üretiyor?” sorusuydu. 2000’lerde sektör “yazılım dünyayı yiyip bitirecek” manifestosuyla yazılıma koştu. Ama bu koşu tek başına yeterli olmadı. Yazılımı donanımdan bağımsız, kendi başına bir ürün olarak satmaya çalışanlar tökezledi. Kazananlar ise sessizce farklı bir mimari kuruyordu: donanımı, yazılımı, veriyi, yapay zekâyı, servisleri ve ekosistemi tek çatıda birleştiren platformlar.

Bugün soru tamamen değişti: müşterinin bütün operasyonunu kim yönetiyor? Siemens, HPE, Schneider Electric, ABB, Cisco, Dell Technologies, Emerson ve Rockwell Automation artık donanım satmıyor. Yazılım da satmıyor. Platform satıyorlar. Ve bu yapıyı bir kez kuran şirket, müşterinin çalışma biçimini doğrudan belirliyor.

Bu makale; bu dönüşümün neden kaçınılmaz olduğunu, “yazılıma geçiş” söyleminin neden yetersiz kaldığını, platformu kuranlarla yazılımda takılıp kalanlar arasındaki farkı ve finansal kanıtları analiz ediyor.

Donanım Ölmedi, Rolü Değişti

Şunu en başta netleştirelim: donanım öldü diye bir tablo yok. NVIDIA, ASML ve TSMC bugün dünyanın en değerli teknoloji şirketleri arasında. Yarı iletken kıtlığı bütün küresel tedarik zincirini kilitleyebiliyor. Yapay zekâ devriminin tam kalbinde GPU kümeleri duruyor.

Değişen şey donanımın kendisi değil, iş modelindeki konumu. Eskiden donanım son üründü. Satıyordun, müşteri alıyordu, işlem tamamlanıyordu. Sözleşme süresi dolduğunda veya cihaz eskidiğinde müşteri rahatlıkla rakip bir donanımı yerine koyabiliyordu: tek seferlik gelir, döngüsel nakit akışı ve sürekli aşınan marjlar.

Bugün donanım son ürün değil, platformun fiziksel taşıyıcısıdır. Sensör, sunucu, PLC veya switch; bunların hepsi asıl değeri taşıyan yazılım ve hizmet katmanını müşterinin tesisine sokmak için kullanılan birer giriş kapısıdır.

Bir kez içeri girdiğinde, artık o cihazın üzerine kurulu platform müşterinin günlük operasyonlarını yönetir hale gelir. Tasarım, üretim planlaması, felaket kurtarma, öngörücü bakım, otonom karar alma; bunların hepsi platform katmanında yürütülür. Müşteri bu donanımı söküp atmak istediğinde, aslında kendi operasyonel omurgasını sökmek zorunda kalır.

“Yazılımcı Olalım” Dalgası ve General Electric Dersi

Bu dönüşüm düz bir çizgide gerçekleşmedi. Sektörün büyük çoğunluğu önce “yazılıma geçiyoruz” dedi. Marc Andreessen’in 2011’deki ünlü manifestosu bu dalganın meşrulaştırıcı metni oldu. Donanım şirketleri art arda yazılım firmaları satın almaya, kendilerini “dijital endüstriyel şirket” olarak yeniden konumlandırmaya başladı.

Ve bu dalganın en çarpıcı başarısızlık örneği GE Predix oldu. General Electric 2015’te büyük bir iddia ortaya koydu: dünyanın en büyük dijital endüstriyel şirketi olacaktı. Milyarlarca dolar yatırım yaptı ve Predix adını verdiği endüstriyel IoT platformunu kurdu. Ama kritik bir hata yaptı: yazılımı donanımdan bağımsız, kendi başına satılabilecek genel bir ürün olarak konumlandırdı. Predix, GE’nin kendi türbin ve lokomotif ekipmanlarıyla sıkı sıkıya entegre olmak yerine, herkesin kullanabileceği genel amaçlı bir bulut platformu olmaya çalıştı.

Sonuç: sahada operasyonel karşılığı olmayan, müşterinin iş akışıyla bütünleşmeyen bir yazılım kütüphanesi. GE Digital 2018 sonunda yeniden yapılandırılarak küçültüldü ve milyarlarca dolarlık değer düşüklüğü (write-down) kaydedildi.

GE’nin hatası yazılıma yatırım yapmak değildi. Hatası, yazılımı tek başına son ürün zannetmekti. Aynı dönemde Siemens’in izlediği yol ise tam tersi bir stratejik olgunluk sergiledi. Siemens 2007’den itibaren UGS, Mentor Graphics, Mendix ve Altair’i satın aldı; ama bunları birbirinden bağımsız yazılım ürünleri olarak satmadı. Her satın alma, Xcelerator denen bütünün bir tuğlasıydı. Tasarım, simülasyon, düşük kodlu geliştirme ve hesaplamalı zekâ; bunların hepsini donanımın üzerine oturan ve müşterinin operasyonuna gömülen tek bir platform mimarisinde birleştirdi.

Sektörün söylemi iki aşamalıydı: önce yazılıma geç, sonra platformu keşfet. Oysa kazananların pratiği başından beri platform yönündeydi. Kaybedenleri ayıran temel faktör de buydu: yazılımı varış noktası sandılar, oysa yazılım yolun sadece yarısıydı.

Truva Atı Stratejisi: Donanım Kapıyı Nasıl Açıyor?

B2B pazarındaki yazılım doygunluğu bu stratejiyi zorunlu kılıyor. Yapay zekâ ve büyük dil modellerinin yükselişiyle standart SaaS ürünleri haftalar içinde kopyalanabilir hale geldi. Eğer bir yazılım ürünü hızla yeniden inşa edilebiliyorsa, o ürünün pazarda kalıcı bir savunma hattı kurması son derece zordur.

Donanım ise tamamen farklı bir dinamikle çalışır. Geliştirmek maliyetlidir, üretim süreçleri karmaşıktır ve sahada kusursuz çalışması şarttır. Ancak bir kez müşterinin veri merkezine, fabrika zeminine veya enerji şebekesine girmeyi başardığında, rakip yazılımların kolay kolay nüfuz edemeyeceği korunaklı bir alan açar.

Dışarıdan bakıldığında sıradan bir endüstriyel sensör, ağ yönlendiricisi veya sunucu görünür. İçeride ise telemetri yetenekleri, gömülü yazılımlar ve platform bağlantıları yer alır. Cihaz müşterinin sistemine entegre olduktan sonra bu yetenekler devreye girer.

Bu strateji özellikle muhafazakâr pazarlarda çalışır. Savunma, sağlık, enerji ve ağır sanayi gibi sektörler; bürokrasi ve kökleşmiş risk refleksleri nedeniyle saf yazılım satışına direnç gösterir. Ancak fiziksel bir problemi somut olarak çözen tanıdık bir donanımı satın almaya çok daha açıktırlar. Donanım bir kez sahaya girdikten sonra, gömülü platform doğal olarak operasyonun içine yerleşir. Fiziksel varlık yalnızca bir dağıtım kanalı değildir; aynı zamanda telemetri verilerinin, güvenlik sertifikasyonlarının ve kestirimci bakım gibi katma değerli hizmetlerin operasyonel tekelini üreticiye verir.

Siemens: Fabrikayı İşletim Sistemine Dönüştürmek

Siemens’in bu dönüşümü tesadüf değildir ve yeni de başlamamıştır. PLC ve SCADA üreticisi olarak bilinen şirket, fiziksel bileşenlerin metalaşacağını yirmi yıl önceden öngörerek agresif bir satın alma ve entegrasyon stratejisi yürüttü: 2007’de UGS satın almasıyla PLM, CAD ve CAM alanına girdi; 2017’de Mentor Graphics ile elektronik tasarım ve entegre simülasyonu, 2018’de Mendix ile düşük kodlu (low-code) platform katmanını portföyüne kattı ve 2024’te duyurulan 10.6 milyar dolarlık Altair Engineering satın alma anlaşmasıyla bu dönüşümü zirveye taşıdı.

Altair Hamlesi ve Xcelerator Portföyü

Altair hamlesi stratejiyi en üst seviyeye taşıdı. Altair’in hesaplamalı zekâ, yüksek performanslı bilgi işlem (HPC) ve simülasyon yetenekleri Siemens Xcelerator platformuna entegre edildiğinde, ortaya çıkan yapı geleneksel bir endüstriyel yazılımın çok ötesine geçti.

Müşteriler artık bir ürünün sadece mekanik tasarımını yapmakla kalmıyor; yapay zekâ algoritmalarıyla malzeme yorulmalarını, termal dinamikleri ve elektromanyetik etkileşimleri sanal ortamda eksiksiz test edebiliyor. Siemens’in kurduğu denklem şudur: fabrikadaki PLC fiziksel donanım olarak çalışır. Üstüne, ürünün tasarım aşamasından simülasyonuna, üretim hattındaki optimizasyondan satış sonrası bakımına kadar uzanan bir yaşam döngüsü platformu inşa edilir. Makineyi satın alan fabrika, o makinenin beyni ve sinir sistemi haline gelen Xcelerator platformundan bir daha ayrılamaz.

Siemens’in Büyüme ve Kârlılık Göstergeleri

Siemens 2025 mali yılını 78.9 milyar Euro gelir ve 10.4 milyar Euro net kâr ile tamamladı. Q2 2026 finansallarında siparişler yüzde 18 artarak 24.1 milyar Euro’ya çıktı. Toplam sipariş birikimi 124 milyar Euro ile tarihi rekor seviyeye ulaştı.

Dijital Endüstriler yazılım birimi ilgili çeyrekte yıllık bazda yüzde 14 büyüyerek 1.6 milyar Euro gelir elde etti. Müşterilerin abonelik ve buluta geçişini temsil eden organik yıllık tekrar eden gelir (ARR) yüzde 11 artışla 5.5 milyar Euro’ya yükseldi.

Donanım ticareti gümrük tarifelerine, demiryolu altyapı gecikmelerine ve döviz kuru dalgalanmalarına son derece açıktır. Buna rağmen Siemens endüstriyel işletme kâr marjını yüzde 15.4 seviyesinde tutmayı başardı. Sebebi açıktır: yazılım ve platform katmanının kâr marjı, donanımın marj erozyonunu telafi edecek kadar güçlüdür.

HPE: Veri Merkezinin İşletim Sistemini Yazmak

Siemens fabrikayı nasıl platformlaştırıyorsa, Hewlett Packard Enterprise (HPE) de veri merkezini aynı yaklaşımla bütünleştiriyor. Sunucu, depolama ve ağ donanımları satan HPE, saf donanım marjlarının genel bulut sağlayıcıları tarafından nasıl eritildiğini erkenden fark eden üreticilerden biridir.

HPE’nin stratejik kararı net bir kabule dayanır: bulut bir yer değil, bir işletme modelidir. Donanımı müşterinin veri merkezine yerleştir, ancak yönetim ve orkestrasyonunu GreenLake platformu üzerinden hizmet olarak sun. Şirket bu mimariyi kurmak için Zerto ile felaket kurtarma, OpsRamp ile AIOps, Morpheus Data ile hibrit bulut orkestrasyonu ve Juniper Networks ile ağ katmanını bünyesine kattı.

VMware Lisans Krizi ve Morpheus VM Essentials Fırsatı

HPE’nin platform stratejisinin en somut sınavı 2026’da yaşandı. Broadcom’un VMware’i satın almasının ardından lisanslama modelini çekirdek bazlı aboneliklere çevirmesi ve fiyatları katlaması, kurumsal IT dünyasında ciddi bir maliyet şoku yarattı. Müşteriler eski lisans ile yeni altyapıyı aynı anda finanse etmek zorunda kaldıkları çifte maliyet problemiyle karşılaştı.

HPE bu krizi doğrudan bir pazar penetrasyonu fırsatına çevirdi:

• Agresif Fiyatlandırma ve HVM Mimarisi: Morpheus VM Essentials ile KVM tabanlı kurumsal HPE HVM hipervizör katmanı sundu; VMware ESXi kümeleriyle tek konsoldan çalışabilme yeteneği sağladı. Soket başına yaklaşık 600 dolarlık maliyetle VMware’e kıyasla yüzde 90’a varan tasarruf sundu.
• Donanım ve Depolama Kenetlenmesi: HPE Alletra MP kurumsal depolama altyapısını ve gelişmiş sanal anahtar (Virtual Switch) ağ mimarisini doğrudan kontrol düzlemine entegre etti. AMD işlemcili sunucu alan müşterilere bir yıl ücretsiz lisans tanımladı; Zerto veri taşıma lisansını sembolik 1 dolara çekti ve 600 yetkili iş ortağına üç yıl ücretsiz dağıtım hakkı verdi.

HPE CEO’su Antonio Neri’nin vurguladığı gibi: müşteri hibrit kontrol düzlemini bir kez benimsediğinde, alttaki sanallaştırma katmanı ne olursa olsun tüm altyapı GreenLake çatısı altında toplanır. Bu, sunucu satmanın çok ötesinde kurumsal BT mimarisine yerleşme hamlesidir.

HPE’nin Finansal Sıçraması ve Sipariş Göstergeleri

HPE GreenLake ARR’si 2023’te 1.3 milyar dolar seviyesindeyken, Q4 2025’te yüzde 63 organik büyümeyle 3.2 milyar dolara ulaştı. Q2 2026’da toplam çeyrek geliri yüzde 40 artışla 10.7 milyar dolara çıkarak rekor kırdı.

Bulut ve AI segmenti yüzde 32.7 büyümeyle 5.5 milyar dolar, Ağ segmenti Juniper entegrasyonuyla yüzde 148 büyümeyle 2.7 milyar dolar ciro üretti. Yapay zekâ sipariş birikimi 6.3 milyar doları aştı. Non-GAAP hisse başına kazanç 0.79 dolar ile analist beklentilerini geride bıraktı.

Sadece İki Şirketin Hikayesi Değil: Sektör Çapında Platformlaşma

Bu dönüşüm münferit bir taktik değildir. Farklı dikey pazarların liderleri aynı deseni takip etmektedir:

• Schneider Electric: Klasik elektrik panosu ve şalter satışından EcoStruxure platformuna geçti. Şirketin “Dijital Volan” gelirleri 2025’te yüzde 15 organik büyümeyle 25 milyar Euro’ya ulaştı ve toplam cironun yüzde 62’sini oluşturdu. Düzeltilmiş EBITA marjı yüzde 18.7 seviyesine oturdu.
• ABB: Geleneksel güç şebekeleri birimini 2020’de elden çıkararak odağını yazılım, robotik ve elektrifikasyona çevirdi. Sevensense gibi yapay görme girişimlerini bünyesine katarak donanımı otonom mobil robotlara dönüştürdü. 2025 siparişleri 36.8 milyar dolara, operasyonel EBITA marjı yüzde 19’a ulaştı.
• Rockwell Automation: 2.2 milyar dolara satın aldığı Plex Systems ile bulut tabanlı ERP ve MES katmanını donanımının üzerine kurdu; toplam ARR büyümesini yüzde 8’e taşıdı.
• Emerson: AspenTech’in kalan yüzde 45’lik hissesini 7.2 milyar dolara alarak endüstriyel sensörlerden süreç optimizasyonu yazılımına geçişini tamamladı. Emerson bu satın alma için 2025 Düzeltilmiş FAVÖK’ünün 29 katını ödedi. Bir donanım üreticisinin yazılım varlığına ödediği bu çarpan, şirketin artık SaaS çarpanlarıyla değerlendiğini gösteriyor.
• Cisco: Splunk satın almasıyla ağ trafiği verilerini kurumsal güvenlik ve gözlemlenebilirlik platformuna dönüştürdü. Gelirlerinin yüzde 54’ü abonelik kaynaklı hale geldi ve toplam ARR 30 milyar dolara yaklaştı.
• Dell Technologies: 2025’te 100 milyar doları aşan gelirleriyle sadece sunucu satmıyor; Palantir ortaklığıyla kurum içi yapay zekâ işletim sistemi sunuyor. AI sunucu sipariş birikimi 43 milyar dolar düzeyindedir.

Kontrol Düzlemi: Yeni Nesil İşletim Sistemi

Bu şirketlerin inşa ettiği yapılar sıradan bulut panelleri veya masaüstü araçları değildir; teknik mimaride bu yapılara kontrol düzlemi adı verilir. Geleneksel işletim sistemleri deterministik süreçler etrafında tasarlanmıştı: doğrudan insan komutuna bağımlı ve basit sistem çağrılarıyla çalışan mekanizmalardı. Modern veri merkezleri ve akıllı fabrikalar ise statik kurallarla yönetilemeyecek kadar karmaşık bir hal almıştır.

Bu karmaşıklığı yönetmek için otonom ajan mimarileri devreye giriyor: sistemin uç parçaları (sunucular, CNC tezgâhları, ağ yönlendiricileri) kendi başlarına telemetri topluyor, durum değerlendirmesi yapıyor ve amaca yönelik yapay zekâ ajanları birbirleriyle haberleşerek aksiyon alıyor.

Somut bir senaryo: Siemens Xcelerator altındaki dijital ikiz altyapısı, üretim hattındaki PLC’nin anlık verisini okur, Altair algoritmalarıyla stres simülasyonunu yapar ve mekanik yorulma riski tespit ederse üretim planlama ajanına otomatik olarak parça değişimi iş emri gönderir. Bu statik bir kural otomasyonu değil; donanıma entegre edilmiş olasılıksal bir karar alma döngüsüdür.

AWS, Microsoft ve Google gibi saf bulut sağlayıcılarına karşı donanım üreticilerinin asimetrik avantajı tam olarak buradan gelir: uç noktanın fiziksel sahibi olmaları. Saf bulut şirketleri fabrikadaki sensörün kalibresini veya sunucu bileşeninin termal eşiğini doğrudan kontrol edemez. Donanım üreticileri ise verinin doğduğu ve kararın fiziksel harekete dönüştüğü altyapının sahibi olarak bu ajanları en düşük gecikmeyle çalıştırabilir.

Finans Piyasaları Neden Bu Dönüşümü Ödüllendiriyor?

Dönüşümün arkasındaki finansal mantık üç temel sütun üzerinde durur:

1. Tekrar Eden Gelirler (ARR): Donanım satışının tek seferlik nakit girişinin yerini, müşteri platformu kullandığı sürece her çeyrek tahsil edilen ARR alır. HPE’nin 3.2 milyar dolara çıkan ARR’si veya Cisco’nun 30 milyar dolarlık abonelik havuzu, makro kriz dönemlerinde nakit akışını güvenceye alır.
2. Gelecek Gelirlerin Teminat Altına Alınması: Sipariş birikimi ve kalan performans yükümlülükleri sayesinde şirketler gelecek yılların bilançolarını bugünden korumaya alır. Siemens’in 124 milyar Euro’luk, Dell’in 43 milyar dolarlık sipariş birikimi yatırımcılara geleceğin nakit akışının garanti altında olduğu mesajını verir.
3. Değerleme Çarpanlarının Ayrışması: Piyasalar saf donanım üreticilerini düşük fiyat/kazanç (P/E) çarpanlarıyla (10-15x) fiyatlarken, yazılım ve platform şirketlerine çok daha yüksek çarpanlar tanır. Gelirlerinin yarısından fazlasını aboneliklerden sağlayan şirketler (Schneider’ın yüzde 62’si, Cisco’nun yüzde 54’ü) donanım sınıfından çıkıp SaaS kategorisinde değerlenir.

Üretici Bağımlılığı: Değer Üreten Sadakat mi, Zorunluluk mu?

Bu platform stratejileri doğası gereği yüksek değiştirme maliyetleri yaratır. Ancak üretici bağımlılığı (vendor lock-in) tek başına olumsuz bir durum olarak değerlendirilemez. Apple kurumsal ve bireysel ekosisteminde bağımlılık yaratır. SAP kurumsal süreçlerde, Cisco ise ağ omurgasında benzer bir kilitlenme sağlar.

Buradaki kritik ayrım şudur: müşterinin elde ettiği değer, bu bağımlılığı rasyonel kılıyor mu? Xcelerator üzerinden tüm ürün yaşam döngüsünü yöneten bir sanayi tesisi bu altyapıdan gerçek bir operasyonel verim ve hız kazanıyorsa, değiştirme maliyeti bir engel değil, bilinçli bir operasyonel tercihtir. Buna karşın Broadcom’un VMware tarafında yaptığı gibi, mevcut kurulu tabanı fahiş fiyat artışlarıyla sıkıştırmak müşterinin mecburiyetini suistimal etmektir. Piyasa bu ayrıma hızla cevap verir: HPE’nin Morpheus VM Essentials hamlesi, tam olarak bu suistimale karşı doğan pazar tepkisinin ürünüdür.

Sonuç: Platform Satıyorlar

Donanım kapıyı açar, ancak geleceği platform dikte eder. Fiziksel bir cihaz sattığınızda, müşteriye dar bir kapasite teslim etmiş olursunuz. Cihazın ömrü bittiğinde yerine bir başka üreticinin donanımı konabilir. Ancak bu donanımın üzerine Xcelerator, GreenLake veya EcoStruxure gibi bir platform inşa ettiğinizde; tasarımı, yönetimi, orkestrasyonu, felaket kurtarmayı ve otonom kararları bu platform üzerinden yürüttüğünüzde müşterinin kurumsal iş yapış kültürüne kalıcı olarak yerleşmiş olursunuz.

Geleceğin kazananları yalnızca bulutta yaşayan saf yazılım firmaları olmayacaktır. Düşük kâr marjlı üretim bantlarına sıkışmış geleneksel donanım üreticileri de olmayacaktır. Kazananlar; fiziksel dünyanın donanım bariyerlerini kullanarak müşterinin operasyon merkezine sızan, ardından yapay zekâ destekli kontrol düzlemiyle müşteriyi kendi ekosistemine bağlayan platform şirketleri olacaktır.

Kaynaklar

Siemens Q2 FY 2026 Finansal Raporu ve Earnings Call Transkripti
Siemens ve Altair Satın Alma Bildirimi (SEC Kaydı, Kasım 2024)
HPE Q2 FY 2026 Finansal Sonuçları ve Basın Bülteni
HPE Morpheus VM Essentials Ürün Dokümantasyonu ve QuickSpecs
CRN: HPE CEO Antonio Neri, Morpheus VM Essentials Röportajı (Haziran 2026)
Schneider Electric FY 2025 Yıllık Sonuç Sunumu
ABB Q4 2025 ve Entegre Faaliyet Raporu 2025
Rockwell Automation FY 2025 Finansal Raporu
Emerson ve AspenTech Satın Alma Bildirimi ve SEC Kayıtları
Cisco FY 2025 Yıllık Raporu
Dell Technologies FY 2025/2026 Yatırımcı Sunumları
Venture Atlanta: “Top Startup Industries to Watch in 2026” (Donanım Destekli Yazılım Modelleri)

İlgili Bağlantılar

Siemens Xcelerator Endüstriyel Platform Portföyü
HPE GreenLake Uçtan Buluta Hibrit Kontrol Düzlemi
Broadcom VMware Lisans Değişiklikleri ve Sektörel Analiz

Son güncelleme: Ekim 2026 | Versiyon: 1.0

Bir ürünün üzerinde IP65 yazması, o donanımın sahada karşılaşılabilecek her türlü çevresel etkene dayanacağı anlamına gelmez. Standart testler su ve toza odaklanırken; endüstriyel yağlar, kesme sıvıları ve hareketli miller sızdırmazlık dinamiğini tamamen değiştirir. Sahada sızdırmazlık hatasıyla karşılaşıldığında koruma sınıfını suçlamadan önce, maruziyetin kimyasal ve mekanik gerçeklerini doğru okumak gerekir.

Standart Test Şartları ve Kapsam Dışı Riskler

Standart bir IP65 sertifikası, donanımın sahada karşılaşabileceği her kimyasal veya mekanik etkiye karşı korunduğunu garanti etmez. Örneğin bir gövdenin su sıçramasına direnmesi, endüstriyel yağ sızıntılarına karşı sızdırmaz olduğu anlamına gelmez.

IP koruma sınıfı bize ürünün toz ve suya karşı hangi test koşullarında koruma sağladığını söyler. Ancak bu değer tek başına ürünün:

• Sürekli yağ içinde çalışabileceğini,
• Kesme sıvısına ve soğutma kimyasallarına dayanacağını,
• Basınçlı yıkamadan etkilenmeyeceğini,
• Hareketli bir mil veya çubuk üzerinden kılcal sıvı yürümeyeceğini,
• Kullanılan kimyasalla conta malzemesinin uyumlu olduğunu elbette söylemez.

Statik Gövde ile Dinamik Mekanik Yüzeylerin Farkı

Özellikle hareketli mekanik yüzeylerde iş daha da karmaşıklaşır. Sabit bir gövdeden su geçirmemek başka bir şeydir; sürekli ileri geri hareket eden bir mil üzerinde yağ filminin taşınmasını engellemek bambaşka bir şeydir.

Sahada Sıvı Girişi Olduğunda Doğru Soruları Sormak

Bu yüzden sahada “ürün IP65 ama içine sıvı girmiş” dediğimizde “IP65 neden çalışmadı?” diye sormadan önce şu sorulara bakmak gerekir:

• Ürün sahada gerçekten hangi sıvıya maruz kaldı?
• Maruziyet sürekli mi, aralıklı mı?
• Sistemde bölgesel basınç artışı veya yıkama basıncı var mı?
• Ürünün montaj yönü ve drenaj kanalları nasıl konumlandırıldı?
• Sıvı doğrudan hareketli yüzeye veya mil keçesine ulaşıyor mu?
• Conta ve gövde malzemesi proses kimyasalına uygun mu?

Çünkü koruma sınıfı yalnızca tanımlı laboratuvar parametrelerini gösterir. Suya ve toza karşı test edilmiş bir cihazın endüstriyel yağlara, agresif solventlere veya dinamik şaft sürtünmesine aynı direnci göstermesi beklenemez.

Datasheet ürünün sınırını söylüyor ama mühendislik gerçek çalışma koşulunu anlamakla başlıyor.

Kaynaklar

Flitney, R. (2014). Seals and Sealing Handbook (6th ed.). Butterworth-Heinemann.
International Electrotechnical Commission. (2013). Degrees of protection provided by enclosures (IP Code) (IEC Standard No. 60529:1989+AMD1:1999+AMD2:2013 CSV). IEC.

İlgili Bağlantılar

Ölçüm ve Test Kararlılığı: Ürün mü Hatalı, Ölçüm Sistemi mi?
Donanım ve Servis Mimarisi: IT/OT Bariyerini Aşmanın Donanım Mimarisi: Makine İmalatçıları İçin Güvenli Uzaktan Servis
Operasyon ve Diagnostik: Tüketici Elektroniği ve Giyilebilir Ekosistem İçin Servis ve Diagnostik Operasyon Mimarisi

Günlük hayatında akıllı telefonları akıcı bir şekilde kullanan operatörlerin endüstriyel makinelerin kontrol panellerinde kaybolmasının sebebi teknolojik yetersizlik veya eğitim eksikliği değildir. Asıl sorun, endüstriyel otomasyon süreçlerinde arayüz tasarımının bir mühendislik disiplini olarak görülmemesi ve ekranların plansız butonlar, rastgele renkler ve aşırı bilgi yığınıyla doldurulmasıdır. Bu rehber; fabrika sahasındaki HMI panellerinde bilişsel yükü azaltmak, tutarlı bir tasarım sistemi kurmak, alarm hiyerarşisi oluşturmak ve rol bazlı ekran mimarisi geliştirmek için uygulanabilir mühendislik prensiplerini ele almaktadır.

HMI Panellerinde Bilişsel Aşırı Yük

Bir üretim hattında operatörün temel görevi makinenin mekanik davranışını, hammadde akışını ve ürün kalitesini izlemektir. Ancak sahada sıkça karşılaşılan HMI ekranları, operatörün dikkatini prosesin kendisinden alıp karmaşık arayüz bulmacalarını çözmeye zorlar.

Cep telefonlarında birkaç dokunuşla en karmaşık bankacılık veya lojistik işlemlerini saniyeler içinde tamamlayan bir çalışan, fabrikadaki panelin karşısına geçtiğinde menüler arasında kayboluyorsa sorun kullanıcıda değil, arayüzün kurgusundadır. Endüstriyel bir ekran, operatörün zihinsel kapasitesinin tamamını tüketmemelidir. Ekran ne kadar çok veri gösterirse değil, operatöre kritik kararları ne kadar az sürtünmeyle aldırırsa o kadar başarılıdır.

Modern HMI platformlarının sunduğu HTML5 ve JavaScript kabiliyetleri, görsel karmaşayı artırmak için değil, web dünyasındaki olgunlaşmış kullanıcı deneyimi standartlarını endüstriye taşımak için bir fırsattır.

Tutarlı Tasarım Sistemi ve Görsel Düzen

Otomasyon projelerinde arayüzlerin en sık düştüğü hata, ekranların devreye alma sürecinde parça parça ve programsızca genişletilmesidir. Sonradan eklenen her buton, farklı bir font boyutu, farklı bir kenarlık veya hizasız bir yerleşimle ekrana dahil edilir.

Profesyonel bir HMI mimarisi, kod yazılmadan önce belirlenmiş bir tasarım sistemi gerektirir:

• Tipografi Standardı: İki ila üç kademeyle sınırlandırılmış tutarlı bir tipografi hiyerarşisi, operatörün tarama yükünü azaltmaya ve ekran disiplinini korumaya yardımcı olur. Başlıklar, standart etiketler ve sayısal göstergeler net bir hiyerarşiye oturmalıdır.
• Buton ve İkon Kütüphanesi: Birincil eylem butonları, ikincil kontroller ve geçiş düğmeleri için önceden tanımlanmış standart bileşenler hazırlanmalıdır. İçi dolu, çizgisel ve devre dışı durum ikonları tek bir asset kütüphanesinden beslenmelidir.
• Hizalama Izgarası: Rastgele serpiştirilmiş göstergeler yerine, ekran dikey ve yatay ızgaralara bölünerek okunabilirlik artırılmalıdır.

Renk Hiyerarşisi ve Alarm Disiplini

Endüstriyel ekranlarda yapılan en yaygın hata, paneli adeta bir lunapark gibi renklendirmektir. Her motorun, vananın ve sensörün canlı yeşil, mavi veya turuncu renklerle sürekli parladığı bir ekranda, gerçek bir arıza meydana geldiğinde operatörün kırmızı alarmı fark etmesi gecikir.

Uluslararası ergonomi ve ISA-101 gibi yüksek performanslı HMI standartlarının temel ilkesi şudur: Normal durum renksizdir.

Sistem normal parametrelerinde çalışırken ekran ağırlıklı olarak nötr gri, antrasit ve açık gri tonlarında olmalıdır. Renk, yalnızca bir sapma, uyarı veya kritik arıza olduğunda devreye girmelidir:

• Nötr Zemin: Açık veya koyu gri arka planlar göz yorgunluğunu azaltır ve kontrastı dengeler.
• Sarı / Amber: Dikkat gerektiren sapmalar ve bakım uyarıları.
• Kırmızı: Derhal müdahale gerektiren acil duruşlar ve güvenlik alarmları.
• Mavi / Beyaz: Kullanıcı etkileşimi ve seçim göstergeleri.

Alarm meydana geldiğinde tüm menü tuşlarının kırmızı-beyaz yanıp sönmesi gibi dikkat dağıtıcı animasyonlardan kaçınılmalıdır. Alarm yalnızca ilgili ekipmanın üzerinde ve merkezi alarm çubuğunda net, sakin bir gösterimle sunulmalıdır.

Fiziksel Saha Ergonomisi ve Dokunmatik Alanlar

Ofis ortamında fare imleciyle tıklanan piksel hassasiyeti, fabrika zemininde geçerli değildir. Endüstriyel sahada operatör çoğu zaman eldivenle çalışır; eller yağlı, ıslak veya tozlu olabilir. Ayrıca HMI panellerinin üzerindeki koruyucu membranlar zamanla çizilir, matlaşır ve dokunma hassasiyetini kaybeder.

Bu fiziksel gerçekler doğrultusunda dokunmatik alan tasarımı şu kurallara dayanmalıdır:

• Minimum Dokunma Alanı: Parmakla basılacak butonlar en az 40×40 piksel (tercihen 10-12 mm fiziksel boyut) olmalıdır. Birbirine çok yakın yerleştirilmiş küçük butonlar hatalı basma riskini doğrudan artırır.
• Kenar Boşlukları: Panel çerçevesine sıfır yerleştirilen butonlara basmak, endüstriyel kasanın çıkıntısı nedeniyle zordur. Ekran kenarlarında daima güvenli bir boşluk bırakılmalıdır.
• Görsel ve Dokunsal Geri Bildirim: Butona basıldığında durumun algılandığını gösteren anlık renk değişimi veya kenarlık tepkisi sağlanmalıdır. Geri bildirim vermeyen butonlar, operatörün aynı tuşa mükerrer basmasına yol açar.

Rol Bazlı Ekran Mimarisi: Operatör ve Bakımcı

Bir makinenin ekranı herkes için aynı olamaz. Günlük üretim yapan bir operatör ile arıza teşhisine gelen bir bakım mühendisinin bilgi ihtiyacı tamamen farklıdır.

En büyük tasarım hatalarından biri, PLC içerisindeki yüzlerce I/O bitini ve ham sensör verisini ana operatör ekranına yığmaktır. Bu durum operatörün kafasını karıştırır ve hata payını yükseltir.

Doğru yaklaşım iki katmanlı rol mimarisidir:

• Operatör Katmanı: Sadeleştirilmiş genel bakış, başlatma ve durdurma butonları, aktif reçete seçimi, parça sayacı, çevrim süresi ve temel hata mesajları.
• Bakım ve Mühendislik Katmanı: Şifreli veya yetkilendirilmiş erişimle ulaşılan detaylı diagnostik sayfaları, PLC giriş-çıkış test ekranları, PID ayar parametreleri, sürücü durumları ve haberleşme logları.

Operatör yalnızca işini güvenle yapması için gereken asgari parametreleri görmeli; derin teknik detaylar bakım katmanında saklanmalıdır.

Navigasyon Mimarisi ve Bilgi Düzeni

Operatörün istediği sayfaya ulaşmak için üçten fazla menü derinliğine inmesi kabul edilemez bir navigasyon zaafıdır. Ekran düzeninde izleme ile yönetme alanları kesin bir çizgiyle ayrılmalıdır:

• Sabit Üst Başlık Alanı: Makine adı, aktif mod (Otomatik/Manuel), oturum açmış kullanıcı rolü, aktif reçete ve saat gibi genel parametreler ekranın üstünde sabit kalmalıdır.
• Merkezi Çalışma Alanı: Yalnızca seçili modülün görsel durumunu ve proses akışını göstermelidir.
• Sabit Alt Gezinme Alanı: En sık kullanılan ana sayfalar, reçete menüsü, manuel hareketler ve alarm özeti tek dokunuşla ulaşılabilir konumda olmalıdır.
• Kritik Ayarların Güvenliği: Sık değişen ayarlar kolay erişilebilir olmalı; ancak kalibrasyon, limit değerleri veya mekanik sıfırlama gibi seyrek değişen kritik parametreler onay diyaloglarıyla korunmalıdır.

Lokalizasyon ve Dil Tutarlılığı

Endüstriyel otomasyon projelerinde arayüz çevirileri çoğunlukla Excel listeleri üzerinden bağlamdan kopuk biçimde yapılır. Bu dikkatsizlik, sahada komik görünen ancak operasyonel olarak tehlikeli sonuçlar doğuran hatalara yol açar.

Örneğin teknik bir belgede yer alan “DIE” kelimesinin bir metal enjeksiyon veya pres hattında “Kalıp” ya da “Hadde” yerine doğrudan “Ölüm” olarak çevrilmesi gibi hatalar, sahada kritik anlarda operatör kafa karışıklığı ve operasyonel emniyet riski yaratır.

Arayüz metinlerinde dikkat edilmesi gereken ilkeler:

• Terimler bağlamına uygun endüstriyel karşılıklarıyla kullanılmalıdır.
• Kısaltmalar projede standartlaştırılmalı, anlaşılmaz harf yığınlarından kaçınılmalıdır.
• Dinamik metin kutularında karakter taşmalarına karşı yeterli görsel alan bırakılmalıdır.

Siemens HMI Masterclass İlkeleri

Siemens tarafından hazırlanan HMI Design Masterclass metodolojisi, modern endüstriyel arayüzlerin nasıl yapılandırılması gerektiğini yedi pratik adımda özetler:

• Kullanıcı İhtiyacını Belirleme: Ekranı tasarlamadan önce operatörün sahada gün boyunca hangi görevleri yerine getirdiğini gözlemleyin.
• Tasarım Sistemi Tanımlama: Renk paleti, tipografi, buton boyutları ve ikon ailesini baştan projelendirin.
• Ekran Yapısını Standartlaştırma: Başlık, içerik ve gezinme alanlarını tüm sayfalarda aynı konuma kilitleyin.
• Sade Renk Kullanımı: Yalnızca dikkat çekilmesi gereken durumlarda renk kullanın; arka planları sakinleştirin.
• Doğru Görsel Öğeler: Prosesi karmaşık 3D çizimlerle değil, anlaşılır 2D şematik görsellerle temsil edin.
• Tutarlı Navigasyon: Sayfa geçişlerini sezgisel ve en fazla iki dokunuş mesafesinde tutun.
• Sahada Test ve Doğrulama: Ekranı ofis koltuğunda değil, sahada makine başında operatörle birlikte test edin.

Kontrol Listesi: Sahaya Çıkmadan Önce Arayüz Testi

Bir makine müşteriye teslim edilmeden veya fabrika sahasında seri üretime alınmadan önce şu beş sorunun cevabı doğrulanmalıdır:

1. Bilişsel Yük: Operatör arayüze ilk kez baktığında 3 saniye içinde makinenin mevcut durumunu (çalışıyor, durdu, arızada) anlayabiliyor mu?
2. Eldiven Testi: Dokunmatik butonlar endüstriyel iş eldiveniyle hatasız şekilde tetiklenebiliyor mu?
3. Alarm Ayrımı: Normal çalışma anında ekranda dikkat dağıtan parlak kırmızı veya sarı öğeler temizlendi mi?
4. Rol Ayrımı: Bakımcının ihtiyaç duyduğu ayrıntılı I/O ekranları operatörün çalışma alanından ayrıldı mı?
5. Lokalizasyon Denetimi: Ekranda kesilmiş metin, kaba çeviri hatası veya anlaşılmaz kısaltma kaldı mı?

Kaynaklar

Siemens Industry Online Support (2018). HMI Design Masterclass: 7 Steps to a Well-Designed HMI Guidebook. Siemens AG.
ISA (2015). ANSI/ISA-101.01-2015: Human Machine Interfaces for Process Automation Systems. International Society of Automation.
ISO (2019). ISO 9241-210: Ergonomics of Human-System Interaction — Part 210: Human-Centred Design for Interactive Systems. International Organization for Standardization.

İlgili Bağlantılar

Siemens HMI Design Masterclass Rehberi
Rehberler: Sistem Entegrasyonu ve IT/OT
Ölçüm Sistemi Kararlılığı ve Test Doğrulama

Endüstriyel tesislerde üretilen makine verisinin büyük çoğunluğu analiz edilemeden kaybolmakta ve operasyonel körlük yaratmaktadır. Dijitalleşmenin önündeki en büyük psikolojik engel olan “Tüm donanımı ve PLC kodlarını değiştirmeliyiz” yanılgısını aşarak; pasif okuma mimarisi, uç bilişim, Store and Forward veri dayanıklılığı ve PackML durum standartları ile bu karanlık veriyi kaynağında iş zekasına dönüştürmek mümkündür.

Verinin Gerçek Değeri

Sahada sıklıkla karşılaşılan temel bir yanılgı vardır: Veri toplamayı salt bir BT projesi veya geçici bir trend olarak görmek. Oysa sahadaki telemetri, gigabaytlarca log dosyasından ibaret değildir. Veri; “Makinenin motoru şu an zorlanıyor mu?” veya “Gerçek OEE değerimiz operatörün forma yazdığı gibi yüzde 85 mi, yoksa yüzde 60 mı?” sorularının tek objektif yanıtıdır.

Endüstriyel araştırma raporları (Forrester, IDC ve IBM verileri), fabrikalarda üretilen makine telemetrisinin yüzde 60 ila 73’ünün analiz edilemeden kaybolduğunu ortaya koymaktadır. Endüstriyel literatürde karanlık veri (dark data) olarak adlandırılan bu durum, sahada operasyonel kör uçuş yaratır. Arıza meydana gelip hat durduğunda müdahale etmek, en pahalı ve verimsiz bakım yöntemidir.

Verinin asıl değeri, reaktif kalıpları kırmasında yatar. Doğru bir altyapı ile makineleri dinleyerek parça kırılmadan günler önce başlayan mikro yavaşlamalar ve sıcaklık artışları tespit edilir; plansız duruşlar yerini planlı bakımlara bırakır.

Saha Gerçeği: Brownfield ve Veri Adacıkları

Modern üretim tesisleri, tek bir tedarikçiden aynı anda alınmış homojen sistemler değildir. Farklı yıllarda ve bütçelerle devreye alınmış heterojen makine parkurlarından oluşur. 2005 model bir Siemens, 2012 model bir Omron ve bağımsız bir Modbus cihazı yan yana çalışır; her biri farklı protokol konuşur.

Bellek Mimarisi Farklılıkları

Üreticilerin tescilli bellek adresleme yapıları bu uçurumu derinleştirir. Siemens PLC proses değişkenlerini veri bloklarında tutarken, Omron aynı veriyi CIO, Work Area veya DM alanlarında saklar.

Modbus RTU Kısıtları

Eski sistemlerde yaygın olan Modbus RTU protokolü döngüsel sorgulama ile çalışır; cihaz sayısı arttıkça gecikme büyür. Düşük baud rate hızları, CRC hataları ve paket kayıpları güvenilirliği düşürür.

OPC UA yeni nesil bir standarttır; fakat kurulu makinelerin büyük kısmı bunu yerel olarak desteklemez. Çözüm, pano içine yerleştirilen endüstriyel bir uç cihazla eski protokolleri dönüştürmektir.

PLC Koduna Dokunmadan Veri Çekmek

Veri toplama konusundaki en büyük yanılgı, PLC kodunun değiştirilmesi gerektiği inancıdır. Bu kabul edilemez bir operasyonel risk yaratır.

Geleneksel Push Yaklaşımı ve Pasif Mimari

Geleneksel yaklaşımda PLC içine yeni iletişim blokları eklenir (Siemens için TSEND_C veya MB_CLIENT gibi) ve PLC veriyi dışarı göndermeye zorlanır. Bu yaklaşım koda müdahale gerektirir, çevrim süresini uzatır ve OEM garantisini riske atar.

Pasif mimaride ise uç cihaz PLC’ye yalnızca salt okuma sorguları gönderir. PLC’nin aktif döngüsüne müdahale edilmez. Siemens S7-1200/1500 serisinde DB’lerde “optimized block access” özelliğinin kapatılması ve “Permit access with PUT/GET communication” izninin verilmesi, algoritma veya ladder mantığını değiştirmeden kontrolcü yapılandırma parametreleri üzerinden yönetilen bir işlemdir. Kontrolcünün haberleşme arayüzleri ve protokol izinleri elverdiği sürece, koda müdahale etmeden pasif okuma yapılabilir. Omron’da ise CIO ve DM alanlarına doğrudan sorgu varsayılan olarak mümkündür.

Uç Bilişim: Kaynağında İşleme

Tek bir titreşim sensörü saniyede binlerce örnekleme yapabilir. Fabrikadaki yüzlerce sensörün ürettiği tüm ham veriyi doğrudan buluta göndermek; bant genişliğini tüketir, bulut faturasını katlar ve analiz edilemez bir veri tsunamisi oluşturur.

Çözüm veriyi kaynağında işleyen uç bilişim mantığıdır:

• Deadband Filtresi: Değeri değişmeyen durağan telemetri buluta gönderilmez. Sıcaklıkta yalnızca belirlenen eşik (örneğin 0,5°C) aşıldığında veri iletilir. Bu, bant genişliğini yüzde 60 ila 80 azaltır.
• Micro-Batching: 10 saniyelik pencerelerde minimum, maksimum ve ortalama değerler hesaplanarak tek bir özet paket iletilir. 100 ölçümden 1 nitelikli kayıt üretilir.
• Anlamlı Veri: Saniyede 200.000 satır ham gürültü yerine günde tek satırlık “Motor 3 Rulmanında Aşınma Eğilimi” alarmı üretilir.

Store and Forward: Kesintisiz Veri Dayanıklılığı

İnternet bağlantısı koptuğunda veri toplanmaya devam eder; bağlantı geri geldiğinde kronolojik sırayla buluta aktarılır.

Üç Katmanlı Tamponlama:

1. RAM Tamponu: Okunan ham telemetri ilk olarak yüksek hızlı geçici belleğe alınır.
2. Yerel SQL: Sunucusuz hafif SQL veritabanı, WAL mimarisi ile elektrik kesilse dahi veriyi kalıcı depolar. Her kayıt milisaniye hassasiyetinde zaman damgalıdır.
3. FIFO Dairesel Kuyruk: Disk dolduğunda dairesel kuyruk ile en eski verinin üzerine yazılır ve sistem kilitlenmesi önlenir. Ağ açıldığında veriler kronolojik FIFO mantığıyla buluta aktarılır.

Buluttan teslim onayı gelmeden yerel kayıt silinmez; yerel disk depolama kapasitesi dahilinde, uzun süreli ağ kesintilerinde dahi veri bütünlüğü korunur ve bağlantı yeniden kurulduğunda kronolojik sırayla eksiksiz aktarılır.

PackML: Evrensel Endüstriyel Makine Dili

Farklı PLC markalarından gelen ham sayısal durum kodları merkezi analiz sistemleri için anlamsızdır. OMAC PackML standardı, heterojen makinelerin operasyonel durumlarını evrensel bir durum modeline dönüştürür:

• EXECUTE: Makine tasarım hızında firesiz üretim yapıyor.
• SUSPENDED: Makinede sorun yok; önceki istasyondan ürün gelmediği veya sonraki hat tıkandığı için beklemede.
• HELD: Operatör müdahalesi (bobin değişimi, ayar).
• ABORTED: Gerçek donanımsal arıza (termik atması, sensör kopması, acil stop).

Bu ayrım OEE hesaplamasını kökten değiştirir: Suspended ve Held operasyonel gecikmedir, Aborted ise makine arızasıdır.

Sensörsüz Kestirimci Bakım

Kestirimci bakım için her zaman pahalı titreşim sensörleri ve karmaşık yapay zeka modelleri şart değildir. PackML durum geçişleri üzerinden üç temel yöntem deterministik olarak işletilebilir:

1. Starting Süresi Eğilimi: Makinenin Starting evresini tamamlama süresi 25 saniyeden 50 saniyeye çıkıyorsa; servo raylarında mekanik sürtünme artmış veya pnömatik hatlarda basınç düşüşü başlamıştır. Makine durmadan arıza teşhis edilir.
2. Aborted ve Held Durumlarının Frekans Analizi: Held sıklığı sabitken Aborted sayısında istatistiksel artış varsa, makine tolerans limitlerinin dışına çıkmaktadır. Operatör kaynaklı gecikme ile mekanik yorgunluk net biçimde ayrılır.
3. Execute Performans Kaybı: Tasarım hızı dakikada 100 olan makine 80 hızında çalışıyorsa, valf tepki sürelerinde veya redüktörlerde mekanik zorlanma başlamıştır.

Yeni Gelir Modelleri ve Servitizasyon

Makine imalatçıları için bu mimari yeni iş modellerinin kapısını açar:

• Gösterge Paneli Hizmeti: Müşteriye üretim izleme, teknik personele detaylı arıza analitiği sunan katmanlı paneller.
• Abonelik Geliri: Tek seferlik makine satışı yerine sürekli izleme ve durum takip hizmeti aboneliği satışı.
• Garanti Takibi: Makinenin izin verilen parametrelerin dışında çalıştırılıp çalıştırılmadığının objektif loglarla kanıtlanması.

Sonuç

Uç bilişim ve IIoT altyapısı, üretimde operasyonel mükemmelliğin anahtarıdır. Mevcut kontrolcü arayüzleri elverdiğinde PLC koduna dokunmadan, çalışan üretimi riske atmadan ve devasa sunucu maliyetlerine girmeden sahadaki veri adacıklarını kırmak mümkündür.

Karanlık veriyi aydınlatmanın ilk adımı donanımı ve hattı sil baştan değiştirmek değil; doğru mimariyle onu dinlemeye başlamaktır.

Kaynaklar

Forrester Research (2016). The Forrester Wave: Big Data Hadoop Cloud Solutions. Forrester Research.
IDC (2020). Data Creation and Storage Technologies: The Digitization of the Operational World. International Data Corporation.
IBM (2020). Extracting Business Value from Industrial IoT and Big Data Telemetry. IBM White Paper.
OMAC (2021). PackML Packaging Machine Language Standard, ISA-TR88.00.02. Organization for Machine Automation and Control.
IEC (2013). IEC 62264-1: Enterprise-Control System Integration — Part 1: Models and Terminology. International Electrotechnical Commission.

İlgili Bağlantılar

Sahadan Buluta Veri ve IIoT: MCA World Fair 2026
IT/OT Bariyerini Aşmanın Donanım Mimarisi: Makine İmalatçıları İçin Güvenli Uzaktan Servis

Fabrika IT departmanı “Güvenlik politikam gereği dışarıdan port açamam” dediğinde, elinizdeki yazılımın ve donanımın kapasitesi operasyonel anlamını yitirir. Asıl mühendislik sorusu şudur: Fabrikanın meşru güvenlik gereksinimlerine tam uyum sağlarken, makine imalatçılarının operasyonel servis ihtiyaçlarını karşılayan güvenli bir donanım mimarisi nasıl kurulabilir? Inbound port açmadan, Outbound 443 P2P tünel, donanım tabanlı ağ izolasyonu ve operatör denetimli fiziksel anahtar mekanizması bu bariyeri aşmanın temelini oluşturur.

Planlanmamış Duruşların Gerçek Maliyeti

Siemens’in 2024 tarihli True Cost of Downtime raporu çarpıcı bir tablo ortaya koyuyor: Planlanmamış duruşlar, Fortune Global 500 şirketlerinin yıllık gelirlerinin yüzde 11’ini eritiyor. Bu rakam yıllık 1,4 ila 1,5 trilyon dolarlık bir kayba karşılık geliyor; neredeyse İspanya’nın gayri safi yurt içi hasılasına eşdeğerdir. Sektöre göre saatlik kayıp otomotivde 2,3 milyon dolar, ağır sanayide 300.000 dolar, petrol ve gazda 1 milyon dolara ulaşmaktadır.

Bu rakamların arkasında iki günlük senaryo yatar:

• Know-How Kaybı: Müşterinin bilgisayarına programlama yazılımını kurup PLC projesini paylaşarak saatlerce telefonda yönlendirme yapmak. O andan itibaren fikri mülkiyet müşteri tarafında kalır ya da müşterinin IT departmanı üçüncü parti uzak masaüstü araçlarına izin vermediği için süreç tıkanır.
• Kör Uçuş: Telefondaki operatör makineye hakim değildir ve problemi net tarif edemez. Arıza kodunu görmeden yola çıkılır; sahaya varıldığında yanlış yedek parça getirildiği anlaşılır ve ikinci bir seyahat gerekir.

Endüstriyel verilere göre yazılımsal arızaların yüzde 60 ila 80’i uzaktan çözülebilecek nitelikteyken, fiziksel seyahat eşiği aşılamamaktadır.

Bilgi İşlemin “Hayır” Yanıtının Arkasındaki Mühendislik

Sahada sık rastlanan senaryo bellidir: Makine mühendisi uzaktan bağlanmak ister, fabrika IT departmanına “Port açın” der ve IT bunu reddeder. Burada kritik bir gerçek vardır: Bilgi işlem departmanı tamamen haklıdır.

Inbound Port Neden Tehlikelidir?

Dışarıdan içeriye açılan bir port, 7 gün 24 saat dinleme modunda çalışır. Shodan ve Censys gibi arama motorları açık portları saniyeler içinde tespit edebilir. Yamanmamış bir PLC veya HMI paneline kimlik doğrulamasız erişim kapısı açılması, saldırganın tek bir makineden tüm fabrika ağına yayılmasına yol açabilir. NIST ve IEC 62443 standartları bu yayılmanın önlenmesini temel öncelik kabul eder.

VPN Neden Yetersiz Kalır?

VPN bağlantısı şifreleme açısından güvenlidir; ancak asıl sorun şifreleme değil, aşırı yetki problemidir. VPN, kullanıcıyı kalenin içine alır; fakat içeri girince tüm odalara erişim potansiyeli doğar. OEM mühendisi yalnızca paketleme makinesine bağlanmak isterken, fabrika ERP veya finans ağına bile erişim riski doğabilir. Ayrıca mühendisin bilgisayarına bulaşmış bir zararlı yazılım, VPN üzerinden tüm fabrika ağına sıçrayabilir.

Doğru soru şudur: Fabrika IT’si dışarıdan içeriye her şeyi kapatır ve buna hakkı vardır. Peki ya sistem içeriden dışarıya doğru bağlanabilseydi?

Outbound 443 Üzerinden P2P Aracısız Mimari

Fabrika güvenlik duvarları dışarıdan gelen (inbound) tüm bağlantıları engeller; ancak kontrollü OT mimarilerinde içeriden dışarıya (outbound) yalnızca belirli broker adreslerine TCP 443 (HTTPS) üzerinden güvenli çıkış kuralı tanımlanabilir. Bu sayede güvenlik duvarında delik açılmadan dışarıya doğru şifreli tünel başlatılır.

Bu mimari yaklaşımda uzaktan erişim şöyle işler:

• Fabrikadaki uç cihaz ve uzaktaki istemci, güvenli bir broker sunucu üzerinden karşılıklı kimlik doğrulaması yapar.
• Yetkilendirme tamamlandığında veri akışı doğrudan P2P şifreli olarak kurulur.
• Broker sunucu müşteri verisini ne taşır ne de saklar; yalnızca iki cihazın el sıkışmasını sağlar.
• Fabrika IT departmanına tek bir inbound port açtırılmaz. Uç nokta cihazı meşru kabul edilen Outbound 443 üzerinden oturumu başlatır.

Donanım Tabanlı Mikrobölümlendirme

Bağlantı kurulduktan sonra fabrika ağının güvenliği yazılıma değil, donanım düzeyinde mimariye emanet edilmelidir.

Fiziksel İzolasyon Mimarisi

Pano içindeki DIN rayına monte edilen uç nokta cihazı iki bağımsız ağ arayüzüne sahiptir:

• WAN Portu: Fabrikanın internet veya şirket ağına bağlanır.
• LAN Portları: Yalnızca makinenin PLC, HMI ve sürücülerine bağlanır.

Cihazın dahili güvenlik duvarı WAN ile LAN arasında paket yönlendirmesine izin vermez.

Bulaşma Çapının Sınırlandırılması

Uzaktaki mühendisin bilgisayarına kötü amaçlı yazılım bulaşsa dahi, kurulan tünelden yalnızca o makinenin LAN portundaki PLC görülebilir. Fabrika ERP, MES veya komşu üretim hatlarına erişilemez. IEC 62443-3-2 standardında tanımlanan Bölgeler ve Kanallar mimarisi donanım düzeyinde hayata geçirilmiş olur.

Fiziksel Key Switch ile İsteğe Bağlı Bağlantı

Endüstriyel kontrol sisteminin dış dünyaya 7/24 açık kalması gereksiz bir saldırı vektörü oluşturur. Gece yarısı veya bakım dışı dönemlerde siber sızma penceresi tamamen kapatılmalıdır.

Elektrik panosuna monte edilen fiziksel bir key switch, uç cihazın dijital girişine kablolu olarak bağlanır:

• Arıza oluştuğunda sahadaki operatör anahtarı fiziksel olarak çevirir.
• Uç nokta ancak bu fiziksel sinyal geldikten sonra Outbound tüneli başlatır.
• Uzaktaki mühendis güvenli şekilde bağlanıp müdahaleyi tamamlar.
• İşlem bittiğinde anahtar kapatılır ve bağlantı donanımsal olarak sonlandırılır.

Yetkili bir kişinin anahtarı elle çevirmesi zorunlu olduğundan yazılımsal bypass imkansızdır. Ayrıca tonlarca ağırlıktaki pres veya konveyör hatlarında uzaktan parametre değiştirilirken operatörün sahada gözetim sağlaması iş sağlığı ve güvenliği açısından zorunludur.

Granüler Yetkilendirme ve Yatırım Geri Dönüşü

Uzaktan erişimde kimin hangi makineye ne zaman erişebileceği hiyerarşik olarak sınırlandırılmalıdır:

• OEM global mühendislik ekibi tüm filoyu yönetebilir.
• Bölgesel teknik servis yalnızca kendi ülkesindeki makinelere bağlanabilir.
• Alt bayi yalnızca kendi müşterisinin makinelerini görebilir.
• Lisanslar kriptografik fiziksel USB donanımlarında saklanarak şifre sızıntısı riski ortadan kaldırılır.

Somut Getiriler:

• Ortalama Müdahale Süresi: Geleneksel seyahat planlaması ve sahaya intikal günleri yerine, dakikalar içinde arıza teşhisine başlanır.
• Seyahat Tasarrufu: Fiziksel servis seyahat bütçelerinde yüzde 80 ila 95 oranında tasarruf sağlanır.
• TCO Modeli: Aylık veya yıllık üçüncü parti yazılım kiralama maliyetleri yerine, pano içi tek seferlik donanım yatırımıyla öngörülebilir toplam sahip olma maliyetine geçilir.

Saha Vaka Analizi

Endüstriyel bir saha referans uygulamasında; Avrupa ve Orta Doğu’ya ihracat yapan Türkiye merkezli bir makine imalatçısının 8 ülkedeki 45 kurulu makinesinde hayata geçirilen mimaride:

• Almanya’daki bir makinede alarm oluştuğunda İstanbul’dan 15 dakika içinde müdahale edildi.
• Seyahat bütçesinde yüzde 85 azalma sağlandı.
• Müşteri tarafında hiçbir yazılım kurulmadan know-how güvenceye alındı.
• Bayi bazlı granüler erişim yetkilendirmesi eksiksiz uygulandı.

Sonuç

IT/OT bariyeri ciddidir; ancak çözümsüz değildir. Başarılı bir endüstriyel uzaktan servis kurgusu beş temel ilkeye dayanır:

1. Inbound port açmadan, yalnızca Outbound 443 üzerinden çalışan şifreli P2P tünel.
2. Donanım düzeyinde WAN/LAN mikrobölümlendirmesi ile IEC 62443 uyumu.
3. Fiziksel key switch ile operatör onaylı isteğe bağlı bağlantı.
4. Granüler yetkilendirme ile fikri mülkiyet ve know-how koruması.
5. Uzaktan erişimi salt bir yazılım değil, pano içi donanım mimarisiyle çözülecek kalıcı bir servis modeli olarak konumlandırmak.

Kaynaklar

Siemens (2024). The True Cost of Downtime Report. Senseye & Siemens.
IEC 62443-3-2 (2020). Security for Industrial Automation and Control Systems — Part 3-2: Security Risk Assessment for System Design. International Electrotechnical Commission.
IEC 62443-3-3 (2018). Security for Industrial Automation and Control Systems — Part 3-3: System Security Requirements and Security Levels. International Electrotechnical Commission.
Stouffer, K., Pease, M., Tang, C., Zimmerman, T., Pillitteri, V., & Lightman, S. (2023). NIST SP 800-82 Rev. 3: Guide to Operational Technology (OT) Security. National Institute of Standards and Technology.

İlgili Bağlantılar

Makine Üreticileri İçin Güvenli Uzaktan Servis: MCA World Fair 2026 Panel Sunumu
Sahadaki Karanlık Veri: IIoT Altyapısı ile Fabrika Verisinin Değere Dönüşmesi

Endüstriyel otomasyon ve teknoloji pazarında donanım ürünlerinin standartlaşmasıyla birlikte kâr marjları hızla erirken, firmalar satış kapatabilmek için binlerce dolarlık yazılım, sistem mimarisi ve entegrasyon eforunu bedelsiz bir promosyona dönüştürmektedir. W. Chan Kim ve Renée Mauborgne’un Mavi Okyanus Stratejisi merceğinden bakıldığında bu durum, pazarda geri dönüşü olmayan bir aşırı sunum tuzağı kurmakta ve nitelikli mühendisliğin değer algısını sıfırlamaktadır. Bu analiz, donanım odaklı fiyat savaşlarından çekilip yazılım ve uçtan uca mimariyi ana değer teklifi olarak konumlandırmanın neden tek sürdürülebilir büyüme yolu olduğunu ortaya koymaktadır.

Standartlaşan Donanım ve Erimeye Başlayan Marjlar

Bugün endüstriyel otomasyondan kurumsal bilişime kadar pek çok sektörde fiziksel ürünler benzer bir olgunluk eğrisini tüketmiş durumdadır. Piyasaya çıkan bir sensör, endüstriyel kamera, ağ anahtarı veya giriş-çıkış modülü temel işlevsellik açısından rakipleriyle neredeyse aynı teknik parametreleri karşılamaktadır. Üretim bantlarının küreselleşmesi ve standart bileşen tedariği, donanım arasındaki performans uçurumunu kapatmıştır.

Bu teknik eşitlik, kaçınılmaz olarak ürünün bir emtiaya dönüşmesine yol açar. Farklılaşmanın teknik parametrelerle kurulamadığı bir pazarda, geleneksel satış refleksleri devreye girer: İskonto yapmak, liste fiyatlarını kırmak ve rakipten yüzde beş daha ucuza teklif vermek.

Ancak donanım fiyatları kırıldıkça brüt kâr marjları erir. Şirketler bu erimeyi telafi etmek ve müşteriyi kendi donanımına bağlamak için üçüncü bir sacayağına sarılır: “Müşteri Desteği ve Mühendislik Hizmeti.” İşte asıl tehlikeli bataklık tam bu noktada başlar.

Bedava Mühendislik Tuzağı: Geri Dönüşü Olmayan Aşırı Sunum

Firmalar donanım satışını hızlandırabilmek adına uygulama mühendisliği ekiplerini çoğu zaman plansız bir destek yükünün altına sokar. Normal şartlarda bağımsız bir danışmanlık faturası gerektiren sistem tasarımı, PLC/SCADA programlama, protokol dönüştürme ve devreye alma eforları donanım teklifinin yanına bedelsiz bir destek kalemi olarak iliştirilir.

Stratejik yönetim literatüründe bu dinamik “karşılıksız aşırı sunum” (overdelivery without payback) tuzağıyla açıklanır; sahada ise geri dönüşü olmayan bir operasyonel kilitlenmeye yol açar. Satıcı firma, sadece birkaç bin dolarlık donanımı satabilmek için müşteriye onlarca adam-günlük kıdemli mühendislik mesaisini bedelsiz devreder.

Bu yaklaşımın yarattığı iki temel yıkım vardır:

1. Geri Alınamaz Operasyonel Yük: Bir müşteriye baştan bedava verilen bir hizmeti bir sonraki projede ücretli hale getiremezsiniz. Bir sonraki siparişte mühendislik eforu için bedel talep ettiğiniz anda, müşteri bunu katma değerli bir hizmet alımı olarak değil, haksız bir fiyat artışı ve kötü bir müşteri deneyimi olarak algılar.
2. Kendi Bütçesini Tüketen Destek Ekipleri: Şirketin en nitelikli mühendisleri, donanımın faturasını kurtarmak için sahada ücretsiz yangın söndürücüye dönüşür. Ar-Ge veya yüksek marjlı ürün geliştirme yapması gereken beyin gücü, düşük marjlı bir kutunun montaj hattında bedelsiz harcanır.

Mühendislik Eşantiyon Olduğunda Müşteri Algısı Nasıl Sıfırlanır?

Bir hizmetin fiyatını sıfır olarak etiketlerseniz, pazar o hizmetin değerini de sıfır olarak kabul eder.

Sektörde sıkça karşılaşılan bir çelişki vardır: Son kullanıcı fabrikalar ve sistem entegratörleri, bünyelerinde nitelikli yazılım ve otomasyon mühendisi istihdam etmekten kaçınırlar. Çünkü satıcı distribütör veya üretici firma, donanımı satmak için gereken tüm mühendislik yönlendirmesini, mimari çizimini ve kod bloklarını zaten bedavaya sağlamaktadır.

Böyle bir ekosistemde şu çarpık tablo ortaya çıkar:

• Müşteri, asıl katma değeri üreten yazılım ve sistem mimarisini “zaten verilmesi gereken sıradan bir hizmet” sanır.
• Faturada para ödediği tek kalemin metal veya plastik kutu olduğunu gördüğü için, tüm pazarlık gücünü o kutunun fiyatını kırmaya odaklar.
• Mühendislik firmaları, kendi varlık nedenleri olan bilgi birikimini ve uzmanlığı donanımın yanında hediye edilen bir promosyon anahtarlığı seviyesine indirmiş olur.

Rakiplerle aynı donanımı daha ucuza satıp, üzerine daha fazla bedava hizmet ekleyerek kanlı bir kızıl okyanusta hayatta kalınamaz. Bu yarışın sonu, kârsızlıktan nefesi kesilen firmalar ve değersizleştirilen bir mühendislik mesleğidir.

Kızıl Okyanustan Kaçış: Donanım Savaşından Çözüm Mimarisine Geçiş

W. Chan Kim ve Renée Mauborgne’un kaleme aldığı Mavi Okyanus Stratejisi, rekabeti yenmenin tek yolunun rekabet etmeye çalışmayı bırakmak olduğunu savunur. Mevcut pazar alanında rakiplerin kurallarıyla dövüşmek yerine, kuralları yeniden yazarak yeni bir değer eğrisi çizmek gerekir.

Eğer sektör donanımı ana ürün olarak konumlandırıp yazılımı ve danışmanlığı promosyon olarak dağıtıyorsa, mavi okyanus bu denklemi tam tersine çevirmektir:

Geleneksel Kızıl Okyanus Modeli:
Donanım Faturası (Yüksek Fiyat + Rekabetçi İskonto) + [Bedava Yazılım & Saha Desteği]

Mavi Okyanus ve Değer Mühendisliği Modeli:
Sistem Mimarisi, Yazılım ve Çözüm Lisansı (Ana Değer) + [Emtia Donanım Bağımsızlığı]

Bu dönüşümü hayata geçirmek için üç stratejik adım zorunludur:

• Donanım Satıcılığından Çözüm Mimarlığına Evrilmek: Müşteriye “Elimizde şu sensör var” demek yerine; “Sahanızdaki plansız duruşları yüzde yirmi azaltacak ve veriyi kurumsal ERP sisteminize taşıyacak mimariyi kuruyoruz” diyebilmek.
• Mühendislik ve Entegrasyon Eforunu Net Faturalandırmak: Donanım marjının arkasına saklanmayı bırakıp, her bir analiz, devreye alma ve yazılım modülü için ayrılmış ayrı profesyonel hizmet sözleşmeleri düzenlemek.
• Donanımdan Bağımsızlaşan Yazılım Mimarileri Kurmak: Katma değeri fiziksel kutunun içine değil, donanım bağımsız çalışan edge, middleware ve veri analitiği katmanlarına taşımak.

Sonuç: Mühendisliği Promosyon Yapmayı Bırakmak

Bir mühendislik şirketinin en değerli sermayesi deposundaki paletler dolusu ürün değil; o ürünlerin birbiriyle konuşmasını sağlayan, sahayı güvenli kılan ve veriden iş zekası üreten entelektüel birikimidir.

Mühendisliği donanıma promosyon yapmayı bıraktığımız gün, sektör kendi mavi okyanusunu bulacak; fiyat kırma yarışından çıkıp gerçek değer üretme zeminine kavuşacaktır.

Kaynaklar

Kim, W. C. ve Mauborgne, R. (2004). Blue Ocean Strategy. Harvard Business Review, 82(10), 76–84.
Kim, W. C. ve Mauborgne, R. (2005). Blue Ocean Strategy: How to Create Uncontested Market Space and Make the Competition Irrelevant. Harvard Business School Press.
Gailly, B. (2018). Navigating Innovation: How to Identify, Prioritize and Capture Opportunities for Strategic Growth. Palgrave Macmillan.

İlgili Bağlantılar

Donanım Devleri Artık Donanım Satmıyor: Siemens’ten HPE’ye Platform Çağının Anatomisi
Herkes Hedefini Tuttururken Şirket Neden Zarar Eder? Hatalı KPI Tasarımı
Neyi Sayacağını Bilmek: Mühendislik Hassasiyeti ile Ticari Strateji

Kritik endüstriyel otomasyon mimarilerinde sistem tasarımı yaparken en sık düşülen yanılgılardan biri, yüksek işlem gücü ile deterministik davranışı birbirine karıştırmaktır. Genel amaçlı işletim sistemlerine sahip modern bilgisayarlar saniyede milyarlarca komut işleyebilse de, zamanlama söz konusu olduğunda ‘elimden gelenin en iyisi’ mantığıyla çalışır ve kesintiler nedeniyle kontrol döngüsünde milisaniyelik sapmalara yol açabilir. Klasik PLC mimarileri ise katı tarama döngüsü disipliniyle öngörülebilirlik sunar. Bu analiz, hız ile determinizm arasındaki mimari farkı, PLC döngü yapısını ve RTOS katmanının bilgisayar işlem gücünü kontrol disipliniyle nasıl birleştirdiğini incelemektedir.

Hız ile Determinizm Arasındaki Temel Fark

Endüstriyel bilişim dünyasında en sık tekrarlanan kavramsal hatalardan biri “hızlı sistem” ile “gerçek zamanlı sistem” ifadelerinin eşanlamlı kullanılmasıdır.

Bir sistemin ortalama yanıt süresinin birkaç yüz mikrosaniye olması, o sistemi tek başına endüstriyel anlamda gerçek zamanlı yapmaz. Gerçek zamanlı olmanın ölçütü mutlak hız değil, deterministik davranıştır.

Determinizm, belirli bir girdiye karşılık sistemin üreteceği tepkinin ve bu tepkinin ortaya çıkma süresinin matematiksel olarak sınırlandırılabilmesi anlamına gelir. Başka bir deyişle:

• Bir işlem ortalama 1 milisaniyede tamamlanıyor; fakat arka plandaki bir görev nedeniyle binde bir ihtimalle 50 milisaniyeye fırlıyorsa, bu sistem hızlıdır ancak deterministik değildir.
• Bir işlem her koşulda, ağır yük altında bile istisnasız tam 10 milisaniyede tamamlanıyorsa, bu sistem daha yavaş görünse de tamamen deterministiktir.

Yüksek hızlı bir paketleme hattında, bir demiryolu sinyalizasyon lojiğinde veya hidrolik bir pres kontrolünde binde birlik 40 milisaniyelik bir gecikme, malzemenin kırılmasına, eksenlerin çarpışmasına veya acil durdurma hattının tetiklenmesine yol açar. Sahada önemli olan en iyi senaryodaki hız değil, en kötü senaryodaki kesinliktir.

PLC Mimarisi: Katı Tarama Döngüsü ve Öngörülebilirlik

Programlanabilir Mantıksal Denetleyiciler (PLC), onlarca yıldır fabrika otomasyonunun tartışmasız omurgası olmaya devam etmektedir. Bu durumun sebebi işlemcilerinin gigahertz seviyesinde çalışması değil, sahip oldukları tarama döngüsü disiplinidir.

Standart bir PLC mimarisi üç temel adımı sonsuz bir döngüde kesintisiz icra eder:

1. Giriş Görüntüsü Güncelleme: Fiziksel dijital ve analog girişler okunur ve giriş belleğine kopyalanır.
2. Kullanıcı Programı Yürütme: Giriş belleğindeki sabit verilerle PLC programı baştan sona çalıştırılır. Mantık yürütülürken fiziksel girişler değişse bile program o döngüde bunu dikkate almaz.
3. Çıkış Görüntüsü Güncelleme: Programın ürettiği sonuçlar fiziksel çıkış modüllerine topluca yazılır.

Bu yapı sayesinde döngü süresi son derece kararlıdır. Bir PLC döngüsü 2 milisaniyeye ayarlanmışsa, sistem o 2 milisaniyeyi aşmamak üzere bir watchdog mekanizmasıyla korunur. Eğer bir hesaplama döngü süresini aşarsa sistem hemen güvenli duruma geçer. Bu katı disiplin, PLC’leri emniyet ve süreç kontrolünde vazgeçilmez kılmaktadır.

Genel Amaçlı İşletim Sistemlerinin Zayıf Noktası: Sapma ve Gecikme

Buna karşılık günümüz PC tabanlı kontrolcüleri, çok çekirdekli işlemcileri ve gigabaytlarca bellekleriyle devasa bir hesaplama gücüne sahiptir. Görüntü işleme, derin öğrenme modelleri ve karmaşık hareket kontrolü algoritmaları için bu güç caziptir.

Ancak standart bir masaüstü veya sunucu işletim sistemi (standart Windows veya Linux çekirdeği) “en iyi çaba” mantığıyla tasarlanmıştır. Bu sistemlerin önceliği determinizm değil; ortalama verimlilik, kullanıcı arayüzü akıcılığı ve çoklu görev adaletidir:

• Zaman Paylaşımlı Zamanlayıcı: Çekirdek, işlemci zamanını arka plan servisleri, ağ yığını, bellek yönetimi ve kullanıcı süreçleri arasında dinamik olarak paylaştırır.
• Kesinti Gecikmesi: Bir USB aygıtı, ağ kartı veya disk yazma işlemi işlemciyi aniden bölebilir ve kontrol döngüsünü geciktirebilir.
• Zaman Sapması (Jitter): Kontrol döngüsü kağıt üzerinde 1 milisaniye olarak tanımlansa da, sahada bu döngü bazen 0.8 milisaniyede, bazen 3.5 milisaniyede döner. Bu aralıktaki dalgalanmaya jitter denir.

Aşağıdaki tablo iki mimari arasındaki tasarım felsefesini özetlemektedir:

RTOS ile Boşluğu Kapatmak: İşlem Kapasitesini Disipline Sokmak

Peki PC dünyasının işlem kapasitesine ihtiyaç duyarken, PLC’nin zaman disiplininden vazgeçmek zorunda mıyız?

İşte bu mimari ikilemi Gerçek Zamanlı İşletim Sistemleri (RTOS) çözer. RTOS (veya PREEMPT_RT yamalı Linux, VxWorks, QNX, TwinCAT benzeri yapılar), genel amaçlı bir işletim sisteminin altına veya yanına mikrosaniyelik bir gerçek zamanlı çekirdek yerleştirir.

RTOS mimarisinin sağladığı üç temel ilke şunlardır:

• Kesin Öncelikli Zamanlama: Gerçek zamanlı görev (örneğin hareket kontrol döngüsü) her zaman en yüksek önceliğe sahiptir. Kullanıcı arayüzü, ağ trafiği veya dosya kopyalama işlemi ne kadar yoğun olursa olsun, kontrol görevi tetiklendiğinde diğer tüm işlemler anında askıya alınır.
• Öngörülebilir Çekirdek Davranışı: Sistem çağrılarının ve kesinti yanıt sürelerinin üst sınırı bellidir. Bellek tahsisi dinamik yapılmaz; çalışma anında sayfa hatası yaşanmaması için bellek baştan kilitlenir.
• Minimal Jitter: Döngü sapması milisaniyelerden birkaç mikrosaniyeye indirilir.

Böylece PC donanımı, PLC’nin taranma disiplinine sokulmuş olur. Mühendis, hem yüksek işlem gücü gerektiren yapay zeka ve görüntü işleme algoritmalarını çalıştırabilir hem de eksen senkronizasyonunu mikrosaniye mertebesinde sınırlandırılmış kararlı bir jitter aralığında garanti edebilir.

Sonuç: Donanım Seçimi Değil, Garanti Edilen İhtiyaç

Kontrol mimarisi tasarlarken sorulması gereken ilk soru “Hangi kontrolcü daha hızlı veya daha ucuz?” değildir. Asıl soru şudur:

Bu sistemde hangi tepki süresini, ne kadar sapmayla garanti etmek zorundayım?

Eğer sisteminizin toleransı birkaç yüz milisaniyelik gecikmeleri tolere edebiliyorsa, standart bir bilgisayar veya mikrodenetleyici yeterli olabilir. Ancak eksenlerin çarpışmaması, kimyasal reaksiyonun patlamaması veya acil frenlemenin gecikmemesi gerekiyorsa, seçim teknolojinin popülerliğiyle değil, determinizmin matematiğiyle yapılır.

Mimariyi donanım değil; sistemin garanti etmek zorunda olduğu sınırlar belirler.

Kaynaklar

IEC 61131-3 (2013). Programmable controllers: Part 3: Programming languages. International Electrotechnical Commission.
Giorgio C. Buttazzo (2011). Hard Real-Time Computing Systems: Predictable Scheduling Algorithms and Applications. Springer Science & Business Media.
Jane W. S. Liu (2000). Real-Time Systems. Prentice Hall.
IEEE Std 1003.1b (1993). Standard for Information Technology: Portable Operating System Interface: Realtime Extension.

İlgili Bağlantılar

Safety-Critical HMI Sistemlerinde Fieldbus Entegrasyonu
OT Masada Yoksa Savunma Eksik Başlar: Kritik Altyapı Kör Noktası
Makine Üreticileri İçin Güvenli Uzaktan Servis Mimarisi

Son güncelleme: Nisan 2026 | Versiyon: 1.0

Mevcut endüstriyel tesislerdeki heterojen makine parkurları birbirleriyle konuşamayan kapalı veri adacıkları oluşturur; endüstri raporlarına göre üretilen makine verisinin yüzde 70’e yakını analiz edilemeden karanlık veri olarak kaybolmaktadır. Bu panel sunumu; çalışan hatta dokunmadan pasif okuma mimarisiyle telemetri toplamayı, uç bilişim filtreleriyle bant genişliğini korumayı, Store and Forward ile ağ kesintilerine dayanıklılığı ve PackML durumlarıyla sensörsüz kestirimci bakım modellerini sahadan somut örneklerle ele alır.

Proje Künyesi

Sunumun Kapsamı

Panel sunumu dört temel eksen üzerinde kurgulanmıştır:

• Saha Gerçeği ve Karanlık Veri: Farklı nesil ve markalardan (Siemens, Omron, Modbus RTU vb.) oluşan makinelerin birbirleriyle konuşamaması ve operasyonel körlük yaratması; makine verisinin büyük kısmının analiz edilememesi nedeniyle bakımın reaktif kalması.
• PLC Koduna Dokunmadan Pasif Veri Toplama: PLC’ye özel veri gönderme blokları eklemenin OEM garantisini bozması ve çevrim süresini uzatması riskine karşı, uç cihazın standart endüstriyel protokoller üzerinden salt okuma (read-only) sorgularıyla çalışan PLC çevrimini ve OEM garantisini riske atmadan veri çekmesi.
• Uç Bilişim ve Veri Dayanıklılığı: Değişmeyen verilerin Deadband filtresiyle elenerek bant genişliğinin yüzde 80’e kadar korunması, 10 saniyelik mikro özetler üretilmesi ve ağ kesintilerinde üç katmanlı (RAM, SQLite, FIFO) Store and Forward modeliyle yerel depolama kapasitesi dahilinde telemetri sürekliliğinin güvenceye alınması.
• Sensörsüz Kestirimci Bakım ve Servitizasyon: Ekstra pahalı titreşim sensörlerine gerek kalmadan PackML standart durumları üzerinden mekanik aşınma tespiti yapılması ve makine imalatçıları için proaktif bakım sözleşmeleriyle yeni gelir modellerinin kurgulanması.

Donanım Bütünlüğü

Sunumda ele alınan IIoT veri toplama ve uç bilişim altyapısı, önceki gün aktarılan uzaktan servis mimarisiyle aynı fiziksel donanım üzerinde çalışmaktadır. Tek bir pano içi modül, hem güvenli P2P uzaktan servis tüneli hem de çok protokollü IIoT gateway işlevini eş zamanlı yerine getirir.

Sunum Materyalleri

Sunumda kullanılan slaytların derlemesine aşağıdan erişebilir ve inceleyebilirsiniz:

Sunum Slaytlarını İndir (PDF)

Kaynaklar

IBM (2020). Extracting Business Value from the 4 V’s of Big Data. IBM Big Data Hub.
IDC (2018). Data Age 2025: The Digitization of the World. International Data Corporation.
OMAC (2021). PackML Standard: Packaging Machine Language (ISA-TR88.00.02). Organization for Machine Automation and Control.

İlgili Bağlantılar

Sahadaki Karanlık Veri: IIoT Altyapısı ile Fabrika Verisinin Değere Dönüşmesi
Makine Üreticileri İçin Güvenli Uzaktan Servis: MCA World Fair 2026 Panel Sunumu

Endüstriyel makine üreticileri için uzaktan servis sunabilmek servis maliyetlerini düşürmenin ve plansız duruşları önlemenin en kritik yoludur; ancak sahadaki fabrikalarda IT departmanları ağ güvenliğini korumak amacıyla dışarıdan içeriye port açılmasını haklı olarak reddeder. Bu panel sunumu; ticari marka bağımlılıklarından arındırılmış biçimde, fabrika ağlarına dokunmadan güvenli P2P tünel kurmanın, donanım tabanlı mikrobölümlendirmenin ve IEC 62443 uyumlu mimarinin sahadaki uygulanışını ele alır.

Proje Künyesi

Sunumun Kapsamı

Panel sunumu üç temel eksen üzerinde kurgulanmıştır:

• Problem Teşhisi ve Duruş Maliyetleri: Plansız duruşlar Fortune Global 500 şirketlerine yıllık 1,4 trilyon dolar kaybettirirken (Siemens, 2024), endüstriyel saha tahminlerine göre yazılımsal parametre ve konfigürasyon arızalarının yüzde 60 ila 80’i sahaya gitmeden uzaktan çözülebilir niteliktedir. Fiziksel seyahatler operasyonel darboğaz yaratırken, PLC projelerinin müşteri tarafına açılması da fikri mülkiyet risklerini beraberinde getirir.
• Donanım Tabanlı Mimari Çözüm: Fabrika IT’sinin güvenlik endişelerine uyum sağlayarak, içeriye port açmadan yalnızca Outbound TCP 443 üzerinden P2P şifreli tünel kurgulanır. Pano içi donanım ile makine yerel ağı ve fabrika kurumsal ağı fiziksel olarak ayrılır. Fiziksel anahtar ile operatör izni olmadan bağlantı kapalı tutulur.
• İş Modeli Dönüşümü ve Servitizasyon: Müdahale süreleri günlerden dakikalara indirilirken seyahat bütçelerinde yüzde 85’e varan tasarruf sağlanır. Tek seferlik makine satışından düzenli durum izleme ve proaktif bakım sözleşmelerine dayalı gelir modellerine geçiş mümkün kılınır.

Saha Vaka Analizi

Sunumda; endüstriyel gateway ve güvenli uzaktan erişim mimarisinin saha kazanımlarını somutlaştırmak adına, Avrupa ve Orta Doğu’ya ihracat yapan Anadolu merkezli bir makine üreticisinin 8 ülkedeki 45 kurulu makinesini kapsayan sektörel referans vaka analizi paylaşılmıştır:

• Almanya’daki bir tesiste arıza alarmı oluştuğunda, İstanbul’daki mühendislik merkezinden 15 dakika içinde güvenli bağlantı sağlandı.
• Yurtdışı fiziksel servis seyahat bütçesi yüzde 85 oranında düşürüldü.
• Müşteri tarafına hiçbir yazılım veya PLC projesi teslim edilmeden know-how tam korumaya alındı.
• Her yerel bayi için sadece kendi makinelerini kapsayan yetkilendirme modeli uygulandı.

Sunum Materyalleri

Sunumda kullanılan slaytların derlemesine aşağıdan erişebilir ve inceleyebilirsiniz:

Sunum Slaytlarını İndir (PDF)

Kaynaklar

Siemens. (2024). The True Cost of Downtime Report. Siemens Financial Services.
ISA. (2018). ANSI/ISA-62443-3-3: Security for Industrial Automation and Control Systems: System Security Requirements and Security Levels. International Society of Automation.
IEC. (2018). IEC 62443: Industrial Communication Networks — Network and System Security. International Electrotechnical Commission.

İlgili Bağlantılar

IT/OT Bariyerini Aşmanın Donanım Mimarisi: Makine İmalatçıları İçin Güvenli Uzaktan Servis
Sahadan Buluta Veri ve IIoT: MCA World Fair 2026

Teknoloji dünyasında büyük dil modellerinin metin tarafında yarattığı sıçrama, benzer mimarilerin zaman serisi verilerine uyarlanması fikrini hızla tetikledi. Google TimesFM gibi önceden eğitilmiş temel modeller, karmaşık veri setlerine ihtiyaç duymadan zaman serisi eğrilerini geleceğe doğru uzatabilme yeteneğiyle dikkat çekiyor. Bu yaklaşım, kestirimci bakım projelerinde aylarca süren model geliştirme döngülerini kısaltma vaadi sunduğu için endüstriyel tarafta da karşılık buluyor. Ancak bir e-ticaret sitesinin ziyaretçi trafiğini tahmin etmekle, dakikada binlerce devirle dönen kritik bir rulmanın hasar mekanizmasını öngörmek aynı mühendislik düzleminde yer almaz. Bu analiz; rulman frekanslarından rezonans davranışına, çok değişkenli proses bağlamından emniyet kritik toleranslara kadar saha fiziğinin sınırlarını ve temel modellerin kestirimci bakımdaki gerçek yerini inceler.

İstatistiksel Eğri Uydurma ile Arıza Fiziği Arasındaki Uçurum

Büyük dil modelleri dildeki kelime dizilimlerini, sözcük ilişkilerini ve semantik örüntüleri başarıyla çözümler. Benzer bir transformer mimarisi zaman serisi verisine uygulandığında, model geçmiş veri noktalarını birer sayısal token dizisi gibi algılar ve sonraki adımlarda eğrinin nereye doğru yöneleceğini istatistiksel olasılıklarla tahmin eder. Bir hisse senedi fiyatı, elektrik tüketim profili veya hava sıcaklığı gibi makro trendlerde bu yöntem son derece etkili sonuçlar verebilir.

Endüstriyel sahada ise arıza, zaman serisi üzerinde kendiliğinden beliren soyut bir sapma değildir. Sahadaki arıza doğrudan mekanik, elektriksel veya termodinamik bir sürecin fiziksel sonucudur:

• Bir rulmanın iç bileziğindeki mikron seviyesindeki bir çatlak, şaftın her dönüşünde yuvarlanma elemanının çatlağa çarpmasıyla çok net bir darbe frekansı üretir.
• Dengesizlik, mil eksenindeki kaçıklık veya rezonans hali, doğrudan dönme hızının tam katlarında harmonik titreşim tepkileri doğurur.
• Pompada kavitasyon başladığında sıvı buharlaşır, baloncuklar patlar ve yüksek frekanslı rastgele bir akustik gürültü ortaya çıkar.

Bütün bu olaylar birer istatistiksel trend değil, doğrudan arıza mekaniğinin fizik kanunlarıdır. Genel amaçlı bir zaman serisi modeli ham titreşim genliğindeki artışı bir anomalik değişim olarak tespit edebilir; ancak bu artışın bir rezonans geçişi mi, dış yük artışı mı yoksa iç bilezik yıpranması mı olduğunu ayırt edecek fiziksel bağlama sahip değildir.

Sahadaki Kritik Bariyerler: Neden Genel Amaçlı Model Yetmez?

Bir temel modelin endüstriyel kestirimci bakım sürecini tek başına sırtlayamayacağını gösteren üç somut saha gerçekliği bulunur:

• Çok Değişkenli Proses Bağlamı: Laboratuvarda test edilen zaman serisi algoritmaları çoğunlukla tek bir sensörün zaman eksenindeki seyrine odaklanır. Oysa gerçek bir proseste hiçbir sensör tek başına gerçeği söylemez. Bir elektrik motorunun titreşim genliği yükseldiğinde; motor akımı, şebeke frekansı, ortam sıcaklığı ve hattın anlık yük miktarı incelenmeden doğru teşhis koyulamaz. Titreşimdeki ani yükseliş mekanik bir rulman arızasından kaynaklanabileceği gibi, prosesteki ürün yoğunluğunun değişmesinden veya anlık bir hızlanma rampasından da doğabilir. Proses bağlamından yalıtılmış bir model, operasyonel hız değişimini arıza sanarak yanlış alarm üretir veya tersine, yük düşüklüğü nedeniyle bastırılan kritik bir titreşimi gözden kaçırır.
• Nadir Olaylar ve Aşırı Veri Dengesizliği: Büyük modeller internet üzerindeki devasa metin ve kod havuzlarıyla eğitilir; çünkü bu veriler bol ve erişilebilirdir. Endüstriyel sahada ise durum tam tersidir. Tesislerdeki makineler zamanın büyük çoğunluğunda nominal çalışma koşullarındadır. Yıkıcı bir şaft kırılması, türbin kanadı çatlaması veya kompresör kilitlenmesi gibi arıza modlarına dair etiketli veri son derece kısıtlıdır. Gerçek arıza verisi görmeden yalnızca genel eğriler üzerinden eğitilmiş bir model omurgası, nadir görülen ve hızla gelişen mekanik arıza modlarını güvenilir bir kök neden tespitiyle önceden kestirmekte tek başına yetersiz kalır.
• Emniyet Kritik Eşikler ve Yanlış Alarm Maliyeti: Tüketiciye yönelik bir tavsiye sisteminde yüzde seksen beşlik doğruluk oranı başarılı sayılabilir. Bir arayüzün yanlış bir öneri sunması yalnızca küçük bir kullanıcı memnuniyetsizliği yaratır. Endüstriyel sahada ise hata toleransı son derece katıdır:
  • Yanlış Pozitif: Modelin sağlam bir ekipman için arıza alarmı üretmesi; çalışan bir üretim hattının durdurulmasına, bakım ekiplerinin gereksiz yere sahaya sevk edilmesine ve yüksek üretim kaybına yol açar. Birkaç asılsız alarmdan sonra bakım ekipleri sisteme olan güvenini tamamen kaybeder ve uyarıları kapatır.
  • Yanlış Negatif: Modelin gerçek bir mekanik bozulmayı kaçırması; ekipmanın sahada plansız dağılmasına, yüksek donanım hasarına ve en önemlisi iş güvenliği risklerine neden olur.

Foundation Modellerin Sahadaki Gerçek Değeri: Operasyonel Hız

Bütün bu kısıtlar, temel zaman serisi modellerinin endüstriyel dünyada tamamen işlevsiz olduğu anlamına gelmez. Tam aksine, doğru konumlandırıldığında bu modeller kestirimci bakım projelerinin en büyük darboğazını ortadan kaldırır: Geliştirme süresi ve ilk aşama maliyeti.

Klasik bir kestirimci bakım projesinde özel bir model inşa etmek aylar süren bir çaba gerektirir:

• Tarihsel verilerin toplanması, aykırı değerlerin temizlenmesi ve zaman damgalarının senkronizasyonu
• Sinyal işleme yöntemleriyle öznitelik çıkarımı (zaman ve frekans bölgesi istatistikleri)
• Algoritma seçimi (ARIMA, LSTM, Random Forest gibi mimariler)
• Model eğitimi, parametre optimizasyonu ve haftalar süren saha doğrulama testleri

Bu yüksek efor, bünyesinde geniş veri bilimi ve sinyal işleme uzmanları barındırmayan küçük ve orta ölçekli üretim tesisleri için aşılmaz bir teknik bariyer yaratır.

Önceden eğitilmiş bir zaman serisi modeli tam bu noktada bir kaldıraç işlevi görür. Sıfırdan eğitim yapmadan genel eğilimleri ve bariz sapmaları anında tespit edebilir. Bir kavram ispatı çalışmasını aylar yerine birkaç güne indirir. Veri hattının sağlıklı çalışıp çalışmadığını, sensör sinyalinde anlamlı bir değişim olup olmadığını hızlıca gösteren güçlü bir ön filtreleme motoru sunar.

İki Yaklaşımın Karşılaştırmalı Mimarisi

Kestirimci bakım stratejilerinde saf istatistiksel temel modeller ile fizik tabanlı saha analitiği arasındaki mühendislik farkları şu şekilde özetlenebilir:

Mühendislik Çözümü: Hibrit ve Katmanlı Mimari

Kestirimci bakımda yapay zekayı bir mucize veya her sorunu çözen otonom bir akıl olarak sunmak ne kadar yanıltıcıysa; sahadan tamamen dışlamak da o kadar tutucu bir yaklaşımdır. Doğru mühendislik yaklaşımı, temel modelleri karar verici bir bakım yöneticisi olarak değil, hızlı bir hesaplama motoru olarak konumlandırmaktır.

Başarılı bir endüstriyel kestirimci bakım mimarisi hibrit bir iş bölümü kurar:

• Uç Katman ve Sinyal İşleme: Yüksek frekanslı ivmeölçer verileri doğrudan makine başındaki donanımda işlenir; FFT ile spektrum çıkarılır ve rulman geometrisine özgü karakteristik frekanslar filtrelenir.
• Hızlı Trend Motoru: Hazır zaman serisi modeli, yüzlerce varlıktan gelen eğrileri tarar, mevsimsellik ve operasyonel gürültü dışındaki belirgin kaymaları anında tespit ederek dikkat çekilmesi gereken varlıkları listeler.
• Fiziksel Doğrulama ve Karar Motoru: Belirlenen sapma, SCADA’dan gelen motor devri, hat yükü ve mekanik eşiklerle çapraz sorgulanır. Sapmanın gerçek bir fiziksel hasar mı yoksa işletme koşullarındaki normal bir dalgalanma mı olduğu kural tabanlı sistemler ve bakım mühendisinin onayıyla doğrulanır.

Bu yapı kurulduğunda, temel modeller veri bilimi ekiplerinin yükünü hafifletir; ancak tesisi plansız duruşlardan ve yüksek maliyetli felaketlerden koruyan son savunma hattı daima sahanın fizik kuralları ve mühendislik tecrübesi olur.

Sonuç

Yapay zeka modellerinin mimari zarafeti, sahanın sert mekanik ve termal gerçekliğini tek başına ortadan kaldırmaz. Kestirimci bakımda değer üreten şey, en büyük transformer modelini çalıştırmak değil; sahadaki arıza mekanizmasını doğru anlayıp ona uygun en yalın analitik hattı kurmaktır.

Google TimesFM gibi zaman serisi modelleri, endüstriyel dünyada modelleme bariyerlerini düşürmek ve hızlı kavram ispatı üretmek için son derece kıymetli birer hızlandırıcıdır. Ancak karar anı geldiğinde, dönen bir şaftın yarattığı titreşimi bir dil tokeni gibi değil; çeliğin yorulması, yağın viskozite kaybı ve rulmanın mikronluk aşınması olarak okumak gerekir.

Saha fiziğine saygı duymayan hiçbir algoritma, fabrikanın kapısından içeri uzun süre kabul görmez.

Kaynaklar

Das, A., Kong, W., Leach, A., Mathur, S., Sen, R. ve Yu, R. (2023). A decoder-only foundation model for time-series forecasting. Google Research, arXiv:2310.10688.
Randall, R. B. (2011). Vibration-based Condition Monitoring: Industrial, Aerospace and Automotive Applications. John Wiley & Sons.
Mobley, R. K. (2002). An Introduction to Predictive Maintenance. Butterworth-Heinemann.

İlgili Bağlantılar

Mühendislik Egosu ve Saha Gerçekliği: Mükemmel Mimari Neden Müşteri Darboğazına Çarpar?
Deterministik Davranış: Gerçek Zaman, Gerçek Sonuç