Akıllı Üretim

Üretim Sahası Veri Toplama: Yöntemler, Araçlar ve Pratik Bir Mimari

Manuel formlar, PLC tag'leri, retrofit sensörler ve edge gateway'ler üretim sahası verilerini farklı şekillerde toplar. Yöntemleri karşılaştırın, her makine için doğru olanı seçin ve her şeyi tek bir MQTT namespace'inde merkezileştirin.

Eski makineler, PLC'ler, retrofit sensörler ve verileri bir MQTT broker'a gönderen bir edge gateway ile üretim sahası veri toplama görseli
Bunu kendi MQTT broker’ınızda çalıştırınFree planla özel, yönetilen bir MQTT broker alın ve hazır kod örnekleriyle başlayın.
Ücretsiz deneyin Kod örnekleri Kart gerekmez

Üretim sahası veri toplama her akıllı üretim projesinin temelidir: hiçbir dashboard, OEE değeri veya tahmine dayalı model altındaki veriden daha iyi olamaz. Bu rehber dört ana toplama yöntemini karşılaştırıyor, her birinin ne zaman uygun olduğunu gösteriyor ve yeni makinelerin ve yeni tüketicilerin yeniden çalışma gerektirmeden eklenebilmesi için her şeyi tek bir MQTT namespace'inde nasıl merkezileştireceğinizi açıklıyor.

Gerçekte Hangi Verileri Topluyorsunuz?

Bir yöntem seçmeden önce cevaplamak istediğiniz soruları listeleyin. Çoğu tesis, günlük soruların çoğunu cevaplayan bir avuç sinyalle başlar:

Veri türü Örnek Tipik kaynak Tipik sıklık
Makine durumu Çalışıyor, boşta, duruşta, ayar PLC biti, ışık kulesi, akım sensörü Değişiklikte
Sayaçlar Sağlam parça, hurda PLC sayacı, yaklaşım sensörü Değişiklikte veya dakikada bir
Proses değerleri Sıcaklık, basınç, hız PLC tag'leri, analog sensörler 1 ila 10 saniye
Duruş sebepleri Malzeme eksikliği, takım değişimi Operatör girişi Olay anında
Kalite sonuçları Geçti/kaldı, ölçülen boyut Test istasyonu, ölçüm cihazı Parça başına
Enerji kWh, kW Enerji analizörü 1 ila 60 saniye

Durum ve sayaçlar OEE ve duruş analizi için yeterlidir; bu yüzden olağan başlangıç noktasıdır. Sebep kodları makinelerden değil insanlardan gelir; bu nedenle her mimari, operatörlerin katkıda bulunabileceği bir yola ihtiyaç duyar. Bu kodları tasarlamak için duruş sebep kodları yazısına bakın.

Üretim Sahası Veri Toplama Yöntemlerinin Karşılaştırması

1. Manuel Toplama

Operatörlerin doldurduğu kâğıt formlar, tablolar veya terminal girişleri. Başlamak neredeyse hiçbir şeye mal olmaz ve makinelerin bilemeyeceği, örneğin bir hattın neden durduğu gibi bağlamı yakalar. Zayıf yönleri iyi bilinir: girişler vardiya sonunda hafızadan yapılır, kısa duruşlar kaybolur ve veriler harekete geçmek için çok geç gelir.

Manuel toplama sebep kodları ve kontroller için faydalı olmaya devam eder, ancak dijital olmalı (bir olay yayınlayan tablet formu) ve yalnızca bir insanın sağlayabileceği bilgilerle sınırlı kalmalıdır.

2. PLC'yi Okumak

Modern makinelerde durumu, sayaçları ve birçok proses değerini zaten bilen bir PLC bulunur. Bu tag'leri makinenin protokolü (Modbus TCP, OPC UA, EtherNet/IP, S7 ve diğerleri) üzerinden okumak, yeni donanım gerektirmeden en zengin veriyi sağlar.

Sorun erişimdir. Makine üreticileri tag adreslerini belgelemeyebilir, PLC kilitli olabilir ve PLC kodunu değiştirmek garantileri etkileyebilir. Bir kontrolcüye herhangi bir şey yazmadan önce makinenin sahibiyle koordine olun; okumak genellikle düşük risklidir.

3. Retrofit Sensörler

Erişilebilir kontrolcüsü olmayan eski makineler için dışarıdan sensör ekleyin: çalışma ile boşta durumunu ayırt etmek için ana motora bir akım trafosu, parça saymak için bir yaklaşım veya fotoelektrik sensör, durum verileri için bir titreşim veya sıcaklık sensörü ya da ışık kulesine bir ışık sensörü. Kablosuz sensörler kurulumu hızlandırır; seçenekler için kablosuz endüstriyel sensörler yazısına bakın.

Retrofit sensörler PLC'nin gördüğünden daha azını görür, ancak yaşı veya markası ne olursa olsun her makinede çalışır ve kontrol sistemine asla dokunmaz.

4. Edge Gateway'ler

Gateway, PLC'ler ve sensörlerle yerel olarak konuşan ve verileri yukarı ileten küçük bir endüstriyel bilgisayardır. Protokol dönüşümünü, ağ kesintileri sırasında tamponlamayı, filtrelemeyi (her taramada değil değişiklikte yayınlama) ve makinenin tesis hiyerarşisindeki yeri gibi bağlam eklemeyi üstlenir.

Yöntem Veri zenginliği Makine başına efor Kontrol sistemine dokunur En uygun olduğu yer
Manuel Düşük, ama bağlam içerir Çok düşük Hayır Sebep kodları, kontroller
PLC okuma Yüksek Orta Salt okunur Modern makineler
Retrofit sensörler Orta Düşük Hayır Eski makineler
Edge gateway Yüksek Orta Salt okunur Karma filolar, çok sayıda protokol

Çoğu tesis sonunda bir karışım kullanır: yeni hatlarda PLC okuyan gateway'ler, eskilerde retrofit sensörler ve sebep kodları için tabletler.

Üretim Sahası Verilerini MQTT ile Merkezileştirmek

Makine başına seçtiğiniz yöntem, verilerin bundan sonra nereye gittiğinden daha az önemlidir. Her toplayıcı kendi veritabanına yazarsa, ortadan kaldırmak istediğiniz veri silolarını yeniden yaratmış olursunuz. Daha iyi kalıp şudur: her toplayıcı tutarlı bir topic yapısı kullanarak tek bir MQTT broker'a yayın yapar ve her tüketici abone olur.

acme/plant1/machining/line1/cnc4/state      {"state":"RUNNING","ts":...}   retained
acme/plant1/machining/line1/cnc4/count      {"good":1,"scrap":0,"ts":...}
acme/plant1/machining/line1/cnc4/spindle    {"tempC":41.8,"rpm":8000,"ts":...}
acme/plant1/machining/line1/cnc4/reason     {"code":"TOOL_CHANGE","by":"op17"}

Yol, ISA-95 MQTT topic'leri yazısında anlatılan ISA-95 hiyerarşisini izler. Bir değerin bir PLC'den, kelepçeli bir sensörden veya bir tabletten gelmesi bir uygulama ayrıntısı haline gelir: tüketiciler yalnızca topic'i görür.

Minimal Bir Gateway Örneği

Aşağıdaki Python script'i bir Modbus TCP cihazından iki holding register (bir durum kodu ve bir parça sayacı) okur, durumu değişiklikte retained mesaj olarak yayınlar ve sayaç artışlarını yayınlar. pymodbus 3.x ve paho-mqtt 2.x kullanır ve bir Raspberry Pi veya herhangi bir küçük endüstriyel PC üzerinde çalışır.

import json
import time
import uuid

import paho.mqtt.client as mqtt
from pymodbus.client import ModbusTcpClient

PLC_IP = "192.168.10.50"
BASE = "connectmq/demo/sfdc-91be/line1/cnc4"   # 91be'yi kendi kimliğinizle değiştirin
STATES = {0: "STOPPED", 1: "RUNNING", 2: "IDLE", 3: "FAULT"}

mq = mqtt.Client(mqtt.CallbackAPIVersion.VERSION2,
                 client_id=f"gw-cnc4-{uuid.uuid4().hex[:6]}")
mq.will_set(f"{BASE}/gateway", json.dumps({"online": False}), qos=1, retain=True)
mq.connect("broker.connectmq.com", 1883, keepalive=30)
mq.loop_start()
mq.publish(f"{BASE}/gateway", json.dumps({"online": True}), qos=1, retain=True)

plc = ModbusTcpClient(PLC_IP, port=502)
last_state, last_count = None, None

while True:
    if not plc.connected:
        plc.connect()
    rr = plc.read_holding_registers(0, count=2)
    if rr.isError():
        print("Modbus read failed:", rr)
        time.sleep(5)
        continue
    state = STATES.get(rr.registers[0], "UNKNOWN")
    count = rr.registers[1]
    now = time.time()

    if state != last_state:
        mq.publish(f"{BASE}/state", json.dumps({"state": state, "ts": now}), qos=1, retain=True)
        last_state = state

    if last_count is not None and count != last_count:
        delta = (count - last_count) % 65536   # 16 bit sayaç taşmasını ele al
        mq.publish(f"{BASE}/count", json.dumps({"good": delta, "total": count, "ts": now}), qos=1)
    last_count = count
    time.sleep(1)

Kimlik bilgilerini ve TLS'i eklediğinizde aynı script özel bir ConnectMQ broker'ına karşı değişmeden çalışır. Last will mesajı, gateway bağlantısını kaybederse onu çevrim dışı olarak işaretler; böylece dashboard'lar "makine durdu" ile "verimiz yok" durumlarını birbirinden ayırabilir. Genel test broker'ında her şey herkes tarafından okunabilir; bu yüzden onu yalnızca simüle edilmiş değerlerle kullanın, gerçek makineler için özel kimlik bilgilerine ve TLS'e geçin.

Üretim Sahası Veri Toplama Kontrol Listesi

Bir pilot hattın ötesine geçmeden önce bu listeyi kullanın:

  1. Önce soruları tanımlayın ve yalnızca onları cevaplayan sinyalleri toplayın.
  2. Tesis yerleşiminizi yansıtan bir topic hiyerarşisi üzerinde anlaşın ve belgeleyin.
  3. Zaman damgasını kaynakta (gateway veya kontrolcü) UTC olarak ekleyin.
  4. Durumlar ve sayaçlar için değişiklikte yayınlayın; proses değerlerini makul, sabit bir hızda örnekleyin.
  5. Yeni abonelerin hemen görebilmesi için güncel durumu retained tutun.
  6. Veri kalitesini işaretleyin: last will ile gateway çevrim içi/dışı, sensör arızaları açık değerler olarak.
  7. Sayaç taşmasını ve gateway yeniden başlatmalarını çift sayım yapmadan ele alın.
  8. Her cihaza kendi client ID'sini ve kimlik bilgilerini verin.
  9. Basit bir dijital sebep kodu formuyla operatörlerin bağlam eklemesine izin verin.
  10. Kimse üzerine KPI kurmadan önce bir hafta boyunca verileri gerçekle karşılaştırın.

Toplamadan Değere

Veriler akmaya başladığında sonraki adımlar basittir: hattaki bir ekranda makine durumu izleme, OEE ve duruş analizi, daha sonra da MES veya bakım entegrasyonu. Her biri yalnızca bir abone daha demektir.

Ortadaki broker en az endişe etmeniz gereken şey olmalıdır. ConnectMQ; MQTT 3.1.1 ve 5.0, TLS ve güvenli WebSocket uç noktaları, canlı bir topic gezgini ve ISA-95 seviyelerine göre gruplanmış bir cihazlar görünümü sunan bir yönetilen MQTT broker'dır; bu da her toplayıcının doğru yere yayın yaptığını doğrulamayı kolaylaştırır. Portaldaki eşik alarm kuralları, iş mili sıcaklığı gibi bir değer bir sınırı aştığında sizi bilgilendirebilir. Akıllı üretim rehberi bu parçaların tam bir tesis yol haritasına nasıl oturduğunu gösterir; ücretsiz genel MQTT broker'ı ise kimlik bilgisi oluşturmadan önce gateway script'inizi test etmenin en hızlı yoludur.

ConnectMQ ile Üretim Sahası Verilerini Toplamaya Başlayın

Kredi kartı gerekmeden app.connectmq.com adresinde ücretsiz Serverless planında bir broker oluşturun ve ilk gateway'inizi oluşturulan kullanıcı adı, parola ve client ID ile ona yönlendirin.

Sık Sorulan Sorular

Üretim sahası veri toplamaya başlamanın en ucuz yolu nedir?

Darboğaz olan tek bir makinede bir akım sensörü veya parça sayma sensörü, küçük bir gateway ve ücretsiz bir broker. Bu tek başına hattınızı sınırlayan makine için çalışma süresini, boşta kalma süresini ve üretim adedini verir.

Verileri PLC'den mi okumalıyım, sensör mü eklemeliyim?

Erişiminiz ve dokümantasyonunuz varsa PLC'yi okuyun, çünkü zaten zengin veriler içerir. PLC erişiminin imkânsız veya riskli olduğu eski ya da kilitli makinelerde retrofit sensörler kullanın.

Makine verileri ne sıklıkla toplanmalı?

Durumlar ve sayaçlar değişiklikte yayınlanmalıdır. Proses değerleri genellikle 1 ila 10 saniyede bir örneklenir; bu, ağı boğmadan dashboard'lar ve trend analizi için yeterlidir.

Üretim sahası veri toplama için bir MES'e ihtiyacım var mı?

Hayır. Toplama, dashboard'lar ve OEE doğrudan MQTT verileri üzerinde çalışabilir. Bir MES, daha sonra sipariş takibi, soy ağacı (genealogy) ve zorunlu iş akışlarına ihtiyaç duyduğunuzda faydalı hale gelir.

İlgili yazılar

OEE vs TEEP vs OOE: Hangi Metriği Kullanmalısınız?

OEE, OOE ve TEEP aynı performans ve kalite faktörlerini paylaşır, ancak farklı zaman tabanlarına göre ölçer. Bu karşılaştırma tek bir örnek üzerinden ilerliyor ve her metriğin ihtiyaç duyduğu MQTT sinyallerini listeliyor.

6 dk okuma

Tüm yazılar →

Özel MQTT broker’ınız birkaç tık uzağınızda

Hesabınızı oluşturun, broker kimlik bilgilerinizi alın ve ilk cihazınızı bağlayın — kurulacak, yamalanacak ya da ölçeklendirilecek sunucu yok.