Mazak MAZATROL ve SMARTBOX: Protokol Değil, Geçit

1969, Ōguchi. Yamazaki Machinery Works’te üretilen bir Mazak Junior torna, bugün Minokamo’daki makine müzesinde duruyor. O yıllarda bir tezgâhın “verisi”, operatörün panelde gördüğü kadardı; dışarıya aktarılan şey çoğunlukla bir kâğıt bant ya da seri hat üzerinden giden bir programdı.^[1]

Aynı markanın bugünkü fabrika hikâyesi başka bir soruyla başlıyor: Bu tezgâhların durumunu, programını ve enerjisini aynı ekranda nasıl gösterirsiniz? Mazak tarafında “protokol” arayanların karşısına çıkan şey genellikle bir tel şartnamesi değil, bir geçit oluyor: MAZAK SMARTBOX. Bu yazı, Mazak’ın veri mimarisini “hangi protokol?” sorusu yerine “hangi geçit, hangi derinlik?” sorusuyla okuyor.^[2]

Bir Bakışta Mazak Veri Mimarisi

Mazak protokolü diye bir şey var mı?

Kısa cevap: Kamuya açık bir tel şartnamesi arayanlar için net bir “Mazak protokolü” belgesi yok. Uzun cevap ise daha ilginç: Mazak, kontrolün içini açmak yerine dışarıya standart bir veri modeli veriyor. Bu model MTConnect’tir; taşıyıcı ise SMARTBOX ve SENSOR BOX gibi geçitlerdir. Yani “Mazak’ın protokolü nedir?” sorusu, çoğu zaman “Mazak’ın geçidi hangi veriyi, hangi derinlikte sunuyor?” sorusuna dönüşür.^[2][4]

Bu, Mazak’ı diğer üreticilerden ayıran bir strateji değil; bir mimari tercih. FANUC FOCAS gibi API’ler kontrolün içine derinlemesine girer; Mazak’ın belgelenen yolu ise kontrolü ağdan ayırıp standart bir çıkış sunar. İki yaklaşım rakip değildir: biri derinlik, diğeri yalıtım ve standartlaşma satar.^[2]

SMARTBOX: güvenlik cihazı olarak geçit

MAZAK SMARTBOX, adı “kutu” olduğu için sıradan bir veri toplayıcı sanılabilir. Oysa üreticinin tanımı, cihazın ağ ve yerel koruma sağlayan bir güvenlik cihazı olduğunu söylüyor. SMARTBOX birden çok MTConnect agent’ını destekler, çok protokollü iletişim kurar ve veriyi şifreli bir port üzerinden ağa aktarır. Tek erişim portu fikri, makine ağını kurumsal ağdan ayırmanın pratik yoludur.^[2]

Buradaki dönemeç şu: SMARTBOX bir “protokol çevirici” değil, bir sınır cihazıdır. İçeride kontrol, dışarıda MTConnect agent’ları vardır; aradaki köprü güvenlik ve ağ izolasyonuyla birlikte kurulur. Bu yüzden “SMARTBOX hangi portu kullanıyor?” sorusundan önce “hangi ağdan hangi ağa, hangi veri?” sorusu gelir.^[2]

SMARTBOX’ın değeri, tek bir protokolü çevirmesinde değil, birden çok kaynağı tek çıkışta toplamasında. Üretici sayfası birden çok MTConnect agent’ından ve çok protokollü iletişimden söz ediyor. Aynı fabrikada farklı nesil Mazak kontrolleri varsa her makine için ayrı agent kurulabilir; ama agent sayısı arttıkça eşleme tablosu da büyür. Tek çatı, tek sözlük anlamına gelmez.^[2]

SENSOR BOX: MTConnect’i olmayan makineyi veriye bağlamak

Her makine MTConnect konuşmaz. Mazak bu boşluğu SENSOR BOX ile dolduruyor. Üreticinin açıklamasına göre üç model var: SC, S ve E. SC; durum lambası ile soğutma sıvısı sıcaklığı/seviyesini, S yalnızca durum lambasını, E ise elektrik tüketimini izler. Toplanan veri MTConnect formatına çevrilir; böylece MTConnect desteklemeyen ekipman da panoya dahil olur.^[2]

Bu çözümün değeri, veri derinliğinde değil, kapsamındadır. SENSOR BOX bir makinenin eksen konumunu veya program satırını vermez; durum lambası, sıcaklık, seviye ve enerji gibi dışsal sinyalleri verir. “Her makineyi görüyorum” cümlesi doğru olabilir; ama “her makinenin içini görüyorum” anlamına gelmez.^[2]

Smooth MONITOR AX: çok markalı pano

Mazak’ın izleme yazılımı Smooth MONITOR AX, makine durumu, 24 saatlik çalışma ve otomatik çalışma süresi gibi bilgileri tek ekranda toplar. Üreticinin sayfası, yazılımın MTConnect uyumlu olduğunu ve Mazak dışı makineleri de izleyebildiğini belirtiyor. Bu, “Mazak panosu”nun aslında bir çok markalı veri konsolu olarak konumlandığını gösteriyor.^[2]

Neden MTConnect?

Mazak’ın MTConnect’i seçmesi, tedarikçi bağımsızlığı açısından mantıklı. MES ve analitik katmanı, Mazak’a özel bir API yerine ortak sözlükle konuşur; Mazak dışı makineler de aynı panoya girer. Karşılığında kontrolün içine yazma yetkisi verilmez; MTConnect salt-okunurdur. Bu, Mazak’ın veri stratejisini “derin ama kapalı” değil, “standart ama sınırlı” olarak konumlandırdığını gösterir. Aynı strateji, FANUC ve Heidenhain tarafında üretici API’leriyle birlikte yaşayabilir: biri derinlik, diğeri ortak dil.^[4]

İlk dönemeç: Protokol aramak yerine geçit kurmak

Bir entegrasyon projesinde ilk soru genellikle “Mazak’ın protokolü ne?” olur. Oysa doğru soru, “hangi veriye, hangi gecikmeyle, hangi güvenlik sınırından ihtiyacım var?” sorusudur. SMARTBOX, bu sorunun cevabını standart bir modele bağlar; SENSOR BOX ise cevabı dışsal sinyallerle sınırlar. Protokol arayışı, çoğu zaman yanlış katmanda başlar.^[2]

Bu tercih, projeye iki fayda getirir. Birincisi, ağ güvenliği: makine ağı ile kurumsal ağ arasında bir cihaz vardır. İkincisi, tedarikçi bağımsızlığı: veri MTConnect olduğu için MES veya analitik katmanı Mazak’a özel kod yazmak zorunda kalmaz. Bedeli ise derinliktir: kontrolün iç verisi her zaman geçidin sunduğu kadardır.^[2][4]

İkinci dönemeç: Standart var, lehçe var

MTConnect ortak bir sözlük tanımlar; ama her agent aynı adları kullanmaz. Kendi toplayıcılarımızda Mazak makinelerinden gelen yanıtlarda program adı pgm, program satırı ln, takım numarası tid, parça sayacı pc, feed override pfo, rapid override pfr ve çalışma durumu exec adlarıyla geliyordu. Aynı fabrikadaki DMG Mori cihazları program1, toolnumber1, part_count1 gibi numaralı adlar kullanıyor; Memex kaynaklı agent’larda ise cn5, cn4, cnt1 gibi kimlikler görülüyor.

Bu yüzden sağlam bir istemci yalnızca dataItemId alanına bakmaz; sırasıyla kimlik, name ve tür eşlemesi dener. Mazak için program/pgm, execution/exec, Tool_number/tid, PartCountAct/pc gibi eşleşmeler bu yüzden vardır. Standart, sözlüğü tanımlar; lehçeyi konuşmak istemcinin işidir.^[4][5]

Bir de çevrimdışı sinyali var: avail veri öğesi UNAVAILABLE döndüğünde makine kapalı veya ağdan kopuk kabul edilir. Bu tek kural yanlış yorumlanırsa OEE panosu çalışan makineyi durmuş gösterir. Mazak verisini işlerken program ve sayaç alanları kadar bu durum alanını da test etmek gerekir.^[4]

Üçüncü dönemeç: Veri derinliği geçidin sınırıdır

SMARTBOX ve SENSOR BOX aynı “Mazak verisi” etiketi altında anılsa da aynı derinliği sunmaz. SMARTBOX, MTConnect agent’ları üzerinden kontrolün ürettiği zengin veriye yaklaşır; SENSOR BOX ise durum lambası, sıcaklık, seviye ve enerjiyle sınırlıdır. Bu farkı görmezden gelen bir proje, “enerji var ama program yok” ya da “makine çalışıyor ama hangi programda bilinmiyor” noktasına gelir.^[2]

Bu sınırın bir sonucu da yazma yetkisidir. SMARTBOX ve MTConnect hattı, program yüklemek veya offset değiştirmek için tasarlanmış bir yol değildir; bu işler kontrolün kendi arayüzüne veya üretici API’sine kalır. Mazak verisini bir MES’e bağlarken “okuma” ile “yazma”yı aynı projede karıştırmamak, güvenlik sınırını korur.

Üç ayrı toplayıcı kod tabanında Mazak’a özel bir sürücü bulunmaması da bu tabloyu doğruluyor: entegrasyon, MTConnect veri öğesi lehçesi üzerinden yapılıyor. Bu, Mazak’ın “protokolsüz” olduğu anlamına gelmez; kamuya açık tel şartnamesi olmadığı ve üreticinin belgelediği yolun geçit olduğu anlamına gelir.

SMARTBOX mu, SENSOR BOX mu, doğrudan agent mı?

Mazak verisini üç katmanda düşünmek, seçimi kolaylaştırır: makine katmanı (kontrol ve sensörler), geçit katmanı (SMARTBOX/SENSOR BOX) ve sözlük katmanı (MTConnect veri öğeleri). Sorun çıktığında hangi katmanda olduğunu bilmek, “Mazak verisi gelmiyor” cümlesini teşhis edilebilir bir listeye çevirir: kontrol açık mı, geçit erişilebilir mi, agent yayında mı, veri öğesi adı eşleşiyor mu? Bu liste, tek bir protokol adı aramaktan daha çok işe yarar.

Kurulumda yedi adım

1. Veri ihtiyacını yazın: Program/takım mı, yoksa enerji/durum mu? Geçit seçimi buna bağlı.
2. Makine envanterini çıkarın: Hangi kontrol MAZATROL Smooth, hangisi eski nesil, hangisi MTConnect desteklemiyor?
3. Ağı ayırın: SMARTBOX’ı makine ağı ile kurumsal ağ arasında konumlandırın; tek erişim portu ilkesini koruyun.
4. Agent sayısını planlayın: SMARTBOX birden çok MTConnect agent’ı destekler; her makine için ayrı agent mı, tek çatı mı?
5. Eşleme tablosu tutun: dataItemId, name, iş anlamı ve birim sütunları; Mazak/Memex/DMG lehçelerini ayrı satırlarda belgeleyin.
6. Durum kurallarını test edin: avail=UNAVAILABLE, alarm koşulları ve yeniden bağlanma senaryolarını simülatörle doğrulayın.
7. Derinliği sözleşmeye yazın: SENSOR BOX’un program vermediğini, SMARTBOX’un da kontrol içine yazmadığını baştan kabul edin.

Sonuç: Görünmeyen protokol, görünen geçit

Mazak’ın veri hikâyesi, “hangi protokolü kullanıyor?” sorusundan çok, “hangi veriyi hangi sınırın arkasından sunuyor?” sorusuyla anlaşılır. SMARTBOX bir protokol değil, bir sınır cihazıdır; SENSOR BOX bir veri kaynağı değil, bir kapsam genişleticidir. İkisinin de çıkışı MTConnect’tir; ikisinin de sınırı, sundukları derinliktir. Bu ayrım, satın alma ve mimari kararını birlikte belirler. Bu yüzden Mazak entegrasyonunda başarı, doğru protokolü bulmakla değil, doğru geçidi doğru veri sözleşmesiyle eşleştirmekle ölçülür.

Bir sonraki soru şu: Fabrikanızdaki Mazak verisi gerçekten “program seviyesinde” mi, yoksa yalnızca “lamba ve enerji” seviyesinde mi? Ve bu veriyi bir geçitten alırken, geçidin arkasındaki kontrolü ne kadar tanıyorsunuz?

Bu yazı, CNC kontrol protokolleri serisinin beşinci ve son parçası. Seri haberleşmenin fiziksel katmanı için RS-232 rehberimize, gömülü protokol fiziği için I2C/SPI/UART makalemize göz atabilirsiniz.