CNC Kontrol Protokolleri: FOCAS, LSV2, DNC, Mazak, MTConnect

Bir fabrikada üç marka, üç dil. FANUC kontrolü 8193 portundan kendi API’sini konuşuyor; Heidenhain TNC, 19000 portunda dört harfli telegramlarla yanıt veriyor; Mazak ise kontrolün içini açmadan SMARTBOX üzerinden MTConnect çıkışı sunuyor. Aynı üretim hattında üç ayrı veri kültürü yan yana yaşıyor.

CNC kontrol protokolleri rehberi, bu üç dili aynı haritada göstermek için kuruldu. Amacı her protokolü ezberletmek değil; hangi sorunun hangi katmanda çözüldüğünü, hangi yolun okuma, hangisinin yazma yetkisi taşıdığını ve nerede durmak gerektiğini göstermek. Rehber, beş protokol ailesini tek bir karar çerçevesinde birleştiriyor: FOCAS, LSV2, Heidenhain DNC, Mazak SMARTBOX ve MTConnect.

Bir Bakışta Rehber

Hangi sorunla başlıyorsunuz?

Protokol seçimi, marka tercihinden önce veri ihtiyacı sorusuyla başlar. Aşağıdaki kısa yol, en sık karşılaşılan dört senaryoyu ilgili makaleye bağlar.

Beş protokol, tek harita

Karşılaştırma tablosu

Bu rehber nasıl okunmalı?

Herkesin aynı yerden başlaması gerekmiyor. Karar vericiyseniz önce karşılaştırma tablosuna ve “Nereden başlamalı?” bölümüne bakın; OT mühendisiyseniz FOCAS, LSV2 ve DNC makalelerindeki taşıma ve yetki ayrıntılarına inin; MES/analitik tarafındaysanız MTConnect ve Mazak geçit mimarisinden başlayın. Rehber, tek bir “en iyi protokol” ilan etmiyor; her senaryonun doğru katmanını gösteriyor.

Sık karıştırılan üç kavram

• Protokol / API / standart: FOCAS bir API ailesidir; LSV2 bir tel protokolüdür; MTConnect ise bir anlam standardıdır. Aynı cümlede “protokol” diye anılmaları, aynı katmanda oldukları anlamına gelmez.
• Port / kanal: 8193 veya 19000 bir port numarasıdır; o portun arkasındaki oturum, rol ve lisans yapısı ayrı bir konudur. “Port açık” demek, “veri geliyor” demek değildir.
• Okuma / yazma: Aynı protokol hem okuma hem yazma sunabilir; MTConnect ise yalnızca okur. Yetki farkı, mimariyi protokolden daha çok belirler.

İlk dönemeç: Protokol değil, katman

Bu beş isim aynı kategoride değildir. FOCAS ve LSV2 birer taşıma/API katmanıdır; kontrolle doğrudan konuşur. Heidenhain DNC bir ürün ve lisans katmanıdır; LSV2’yi sarar, COM arayüzü ve PC araçlarıyla sunar. Mazak SMARTBOX bir geçit katmanıdır; kontrolü ağdan ayırıp standart çıkış verir. MTConnect ise bir anlam katmanıdır; hangi taşımayla geldiğinden bağımsız olarak veriye ortak sözlük kazandırır.

Bu ayrımı görmezden gelen projeler, “MTConnect mi FOCAS mı?” gibi yanlış bir ikilemde takılır. Doğru soru şudur: Veriye hangi katmanda ihtiyacım var? Kontrolün içine yazacaksam FOCAS/LSV2/DNC; fabrika genelinde okuyacaksam MTConnect; Mazak’ın kapalı kontrolünü standart çıkışa bağlayacaksam SMARTBOX.

İkinci dönemeç: Okuma/yazma sınırı

Yazma yetkisi, protokolleri ayıran en önemli çizgidir. FOCAS, LSV2 ve DNC parametre, offset, program ve PLC verisi yazabilir. Bu güç, üretim otomasyonu için gereklidir; ama aynı zamanda takımı, iş parçasını ve operatörü riske atan bir yüzey açar. MTConnect bu yüzeyi bilinçli olarak dışarıda bırakır: yalnızca okur.^[1]

Rehberdeki hiçbir makale yazma tarifi vermez. Verilen şey politika ve mimari sınırdır: yazma yetkisi olan istemci ayrı ağ, ayrı kimlik ve ayrı onay akışı taşımalı; okuma istemcisiyle aynı süreçte çalışmamalıdır. Bu, protokol seçiminden önce gelen bir karardır.

Üçüncü dönemeç: Lisans ve dokümantasyon maliyeti

FOCAS, LSV2 ve DNC kapalı ekosistemlerdir; kütüphane, lisans veya ürün paketi üreticiden gelir. MTConnect ise açık ve telifsizdir; ama “ücretsiz” demek, entegrasyonun bedelsiz olduğu anlamına gelmez. Agent kurulumu, veri eşlemesi, ağ segmentasyonu ve bakım yine mühendislik emeği ister. Toplam sahip olma maliyeti, lisans bedelinden çok eşleme ve sürüm yönetiminde birikir.

Dokümantasyon da aynı denklemin parçası. Kapalı protokollerde üretici şartnamesi ve destek kanalı belirleyicidir; açık standartta ise topluluk, referans agent ve kamuya açık model tarayıcısı devreye girer. Hangi yol seçilirse seçilsin, sürüm matrisi tutmak zorunludur: kontrol yazılımı, kütüphane/agent ve istemci aynı hizada olmalıdır.

Nereden başlamalı? Beş adım

1. Envanteri çıkarın: Marka, model, kontrol nesli ve mevcut ağ seçenekleri. “FANUC” tek başına yeterli değil; 0i-F ile 30i-B aynı değildir.
2. Veri ihtiyacını yazın: Okuma mı, yazma mı? Program, offset, PMC, enerji veya yalnızca durum? Bu liste protokolü seçer.
3. Ağı segmentlere ayırın: Makine ağı, geçit ve kurumsal ağ arasında net sınırlar kurun; yazma yetkisi olan istemciyi ayrı tutun.
4. Tek makineyle pilot yapın: Bir kontrol, bir agent/geçit, bir istemci. Saha davranışını görmeden filo geneline çıkmayın.
5. Eşleme ve sözleşme yazın: dataItemId/name, birim, ölçek, zaman damgası ve hata davranışı. Sözlü anlaşma, altı ayda kaybolur.

Yakında: teknik makaleler ve örnekler

Bu hub, protokol ailelerinin karar haritasını kuruyor. Sonraki aşamada her protokol için daha derin teknik makaleler ve bu protokolleri kullanan gerçek entegrasyon örnekleri eklenecek.

Planlanan örnekler: FANUC hücresinde OEE toplama; Heidenhain TNC’ye güvenli program dağıtımı; Mazak ve FANUC makinelerini aynı panoda birleştirme; MTConnect ile enerji ve duruş analizi; MTConnect desteklemeyen eski makineleri SENSOR BOX/PLC ile veriye bağlama. Örnekler, gerçek saha kısıtları ve doğrulanmış kaynaklarla birlikte yayınlanacak.

Güvenlik ve etik sınır

Sonuç: Doğru soru

CNC verisinde doğru soru “hangi protokol?” değil, “hangi katman, hangi yetki, hangi sınır?” sorusudur. FOCAS derinlik, LSV2 sadelik, DNC lisanslı bütünlük, Mazak geçit, MTConnect ortak dil satar. İhtiyacınız hangisiyse, harita da o yöne döner.

Peki fabrikanızdaki veri bugün hangi katmanda duruyor: kontrolün içinde mi, bir geçidin arkasında mı, yoksa henüz ortak bir sözlüğe hiç çevrilmedi mi? Ve bu veriyi okumakla yetinmek mi istiyorsunuz, yoksa yazma yetkisinin sorumluluğunu da alacak mısınız?