Farklı bir fabrika için üç rüya

Endüstriyel bir makineyi çalıştıran herkesin en az bir kez düşündüğü üç şey var. Ütopik görünen için yüksek sesle dile getirilmeyen üç şey. Bu makale onları sıralıyor.

Bir sahne, başlamak için

Gece vardiyası, X departmanı. Bir hat duruyor. HMI paneli bir kod gösteriyor: E-1423. El kitabı üç bina ötedeki bir dolapta. O makineyi bilen teknisyen tatilde. Operatörün iki yolu var: sabah belki cevap verecek olan yardım servisini aramak ya da tahmin yürütmek. Sanayileşmiş tüm dünyada, bu tür sahneler gecede yüzlerce kez tekrarlanıyor.

Sorun, bir el kitabının olmaması değil. Çok fazla el kitabı var. Sorun, makinenin neye ihtiyacı olduğunu çok iyi bilmesi — basınç sensörü, bir şeylerin ters gittiğini otuz saniyedir söylüyor — ancak operatörün anlayabileceği bir dili konuşamaması ve konuşabildiğinde sorunu çözüm yerine anlatması. "Basınç aralık dışında" gece saat üçte faydalı bir cümle değil. "Hava devresindeki V12 valfini kontrol edin, muhtemelen yapışmış" ise öyle.

Buradan başladığımız iş bu. Yeni bir PLC değil. Daha güzel bir HMI değil. Bir makineyi harekete geçiren yazılımın 2026'da ne olması gerektiği hakkında farklı bir düşünce biçimi. Ve bir araya getirmeye çalıştığımız üç sabit fikir —bunları hayal olarak adlandırabilirsiniz—.

Hayal numarası bir: programlama olmadan otomatikleştirme

Endüstriyel otomasyon, şu anda yapıldığı haliyle, çok özel bir figür gerektirir: IEC 61131-3 ailesiyle, merdiven, fonksiyon bloğu, yapılandırılmış metin lehçeleriyle bir dilde programlama bilen biri—bu dil, yazılım dünyasının başka hiçbir yerinde pratikte kullanılmıyor. Bu dillere hakim olanlar nadir, pahalı ve neredeyse her zaman üç hafta geride kalıyor.

Paradoks şu ki, makineyi gerçekten bilen kişi genellikle programcı değil. Atölye şefi, kıdemli bakım teknisyeni, yirmi benzer tesis kurmuş olan entegratör. Bu kişiler makinenin ne yapması gerektiğini biliyor. Bunu açıklamak için 90'larda doğan bir programlama dilini öğrenmek istemiyorlar.

Amaç, zinciri tersine çevirmek. Yazılım geliştiriciler, yeniden kullanılabilir bileşenleri — hareket kontrolü, sensör yönetimi, operasyonel diziler — bir kez, modern ve genel amaçlı dillerde yazarlar. Makine entegratörü bunları programlamaz: bunları bir araya getirir, makinenin ne yapması gerektiğini sözlü veya yazılı olarak belirtir. Büyük bir dil modeli — bir LLM — çevirmen görevi görür: entegratörün fonksiyonel spesifikasyonunu alır ve bunu, zaten yazılmış ve test edilmiş bileşenleri bir araya getirerek çalıştırılabilir bir yapılandırmaya dönüştürür.

Bu, "AI'nın sizin yerinize kod yazması" fantezisi değil. Daha mütevazı ve daha gerçekçi bir şey: AI'nın sizin spesifikasyonunuzu okuması ve sertifikalı bileşenler arasından bunları nasıl birleştireceğini seçmesi. Kritik kod — 5 milisaniyelik bir döngüyle bir ekseni hareket ettiren kod — hala bir insan tarafından, determinizm ve güvenilirliği garanti eden bir dilde yazılmaya devam ediyor. Ancak bu kod bir kez yazılır ve yüz kez yeniden kullanılır.

İkinci Rüya: Kendini Bilen Makine

Bugün makineler pek konuşmuyor ve kötü konuşuyor. Bir alarm bir sayısal koddur. Bir teşhis bir dizi LED'dir. Bir günlük, yalnızca üreticinin açabileceği ikili bir dosyadır. Bu makinenin nasıl çalıştığı, bu toleranslarla, iki bin döngüden sonra bilgisi bir kişinin aklında veya bir PDF'de bir yerde saklıdır.

İkinci rüya, makinenin kendini tanımasıdır. Mistik anlamda değil - çok somut bir anlamda: teknik dokümantasyon, işlem parametreleri, tipik arıza durumları, müdahale prosedürleri artık bir dolapta veya ayrı bir belge sunucusunda değil, makinenin içinde, kendi yazılımı tarafından okunabilir halde bulunuyor. Ve bir şey ters gittiğinde, makine "hata 1423" demez. "V12 valfi muhtemelen yapıştı, kontrol etmelisiniz; bu arada, hızın %60'ında bozulmuş modda devam edebilirim" der.

Fark, pasif olarak sinyal veren bir nesne ile aktif olarak öneride bulunan bir nesne arasındadır. İlki sorunu operatöre bırakır. İkincisi onunla birlikte yüzleşir.

Bu durum, iki adet pek de alışılmadık şeyi gerektiriyor. Birincisi, makine bilgisi – tarihsel olarak kılavuzlarda, elektrik şemalarında, CAD çizimlerinde ve teknisyenlerin kafasında saklanan – resmileştirilip sisteme entegre edilmeli. İkincisi ise, sistemin bir diyalog ortağına sahip olması gerekiyor: yine bir LLM, burada kod üretmek değil, semptomları anlaşılabilir eylemlere, panelin önündeki kişinin diline çevirmek için kullanılıyor.

Yine, bu bir sihir değil. Daha iyi yazılmış, daha iyi indekslenmiş dokümantasyon ve bunun üzerinde konuşmaya dayalı bir arayüz. Ancak bu, gece vardiyasında çalışan herkes için her şeyi değiştiriyor.

Üçüncü Rüya: Her Yerde Çalışan Yazılım

Üçüncü rüya en teknik olanı ve paradoksal olarak en politik olanı. Günümüzde endüstriyel otomasyon, kapalı ekosistemlerin dünyasıdır. Her büyük PLC üreticisinin kendi dili, kendi geliştirme ortamı, kendi donanımı, kendi sürücüleri, kendi bayi ağı vardır. Tedarikçiyi değiştirmek her şeyi yeniden yazmak anlamına gelir.

Buradaki amaç, genel amaçlı donanım üzerinde çalışan bir yazılım sistemi oluşturmaktır — endüstriyel bir mini PC, gömülü bir denetleyici, bodrumdaki bir sunucu — donanımı, hangi PLC markasının pazarlığı kazandığına değil, bütçeye ve gerekli performansa göre seçerek. Gerçek zamanlı bir Linux işletim sistemi, açık standartlara dayalı iletişim kartları (EtherCAT hepsi), deterministik parçalar için modern dillerde ve deterministik olmayanlar için daha çevik dillerde yazılım bileşenleri.

Kural, ve burada ütopya somutlaşıyor: donanım performansı etkilemeli, asla güvenilirliği değil. Aynı mantık, daha az güçlü bir makinede aynı şekilde çalışmalıdır — sadece daha yavaş. Çevrim süresi 5'ten 10 milisaniyeye çıkarsa, eksen aynı hassasiyetle ancak yarı hızda hareket eder. Asla "neredeyse aynı". Asla "şu durumda dışında çalışır". Aynı sistem, aynı kararlar, aynı garantiler.

İşte deneyimli mühendislerin gülmeye başladığı kısım. Gerçek zamanlı işlemenin zor olduğunu, Linux'un gerçek zamanlı bir sistem olarak tasarlanmadığını, LLM'lerin bir Raspberry Pi üzerinde çalışmadığını ve farklı dilleri aynı yığında karıştırmanın, eğitimlerin vaat ettiğinden daha fazla tuzak içerdiğini çok iyi biliyorlar. Haklılar. Ancak yön bu, ve bunu inşa etmek için gereken yapı taşları — Linux çekirdeğinin gerçek zamanlı uzantıları, olgun açık kaynaklı EtherCAT yığınları, mütevazı donanımda çalışmaya başlayan LLM'ler — bugün, ilk kez hep birlikte mevcut.

Neden "ütopya"

Ütopya dürüst bir kelime. Bu üç şeyden hiçbiri bugün bitmiş bir ürün değil. İlki, üretim ortamında kullanılacak kadar güvenilir LLM'ler gerektiriyor ve biz henüz emekleme aşamasındayız. İkincisi, endüstriyel bilginin devasa bir formalizasyon çalışması gerektiriyor ve bugün neredeyse tamamı gayri resmi. Üçüncüsü, yirmi yıllık bir avantaja sahip kapalı ekosistemlere karşı açık alternatifler inşa etmeyi gerektiriyor.

Ancak bu üç rüya bir araya geldiğinde, belirli bir yönü çiziyorlar: donanımın emtia olduğu, yazılımın yeniden kullanılabilir olduğu, bilginin makineye gömülü olduğu ve PLC programcısının figürünün — bugün tüm bir endüstrinin darboğazı — kaybolmadığı, ancak gerçekten ihtiyaç duyulduğu yere, yani temel bileşenleri bir kez ve herkes için yazmaya kaydığı bir otomasyon.

İzleyen makalelerde bu yapbozun parçalarını inşa ettiğimizi anlatacağız. Her seferinde bir parça, yapbozun tamamlanacağı vaadinde bulunmadan. Henüz tamamlanmadı. Ancak resim yavaş yavaş belirginleşmeye başlıyor.