Kullanım senaryosu

Canlı makine verisiyle kestirimci bakım

Titreşim sensörleri, PLC ağ geçitleri ve sürücüler durum verisini ConnectMQ’ya yayınlar. Durum izleme modelleriniz abone olur, her varlığın sağlığını puanlar ve CMMS’iniz, onarımı planlamak için hâlâ zaman varken iş emrini alır.

Kart gerekmez

Örnek mesaj

PUBLISH plant/bursa/line-1/press-04/vibration

{"ts":"2026-10-22T08:14:05Z","rms_mm_s":7.4,"peak_g":2.9,"bearing_temp_c":71.2,"rpm":1480}

QoS 1 · TLS 8883 · PUBACK

Sorun

Arızayı veri değil, gece vardiyası fark ediyor

Çoğu tesis hâlâ takvime bağlı periyodik bakım ve aylık titreşim turlarıyla çalışıyor. Rulmanlar, redüktörler ve pompalar iki tur arasında aşınıyor; bunu gösterecek veri ya PLC’den hiç çıkmıyor ya da kimsenin bakmadığı bir historian’da duruyor ve ilk işaret plansız bir duruş oluyor. Her sensör üreticisini her analitik araca doğrudan bağlamak ise her yeni hatta bozulan noktadan noktaya entegrasyonlar demek.

Nasıl çalışır

  1. 1

    Varlığı enstrümante edin

    Kablosuz titreşim ve sıcaklık sensörleri, akım trafoları ya da sürücünün kendisi makineyi ölçer. Node-RED, Kepware veya Ignition gibi bir uç ağ geçidi bu değerleri PLC tag’leriyle birlikte Modbus veya OPC UA üzerinden okur.

  2. 2

    Durum verisini yayınlayın

    Ağ geçidi RMS titreşim hızını, tepe ivmeyi, rulman sıcaklığını ve motor akımını birkaç saniyede bir ya da değiştikçe TLS üzerinden varlığın topic’ine yayınlar.

  3. 3

    Varlık sağlığını puanlayın

    Durum izleme servisiniz veya ML modeliniz joker karakterle abone olur, ölçümleri her varlığın referansıyla karşılaştırır ve sağlık puanını retained durum olarak geri yayınlar.

  4. 4

    Arızadan önce harekete geçin

    ConnectMQ eşik kuralı bakım ekibini uyarır; entegrasyonunuz da uyarıyı ölçümler ekli olarak CMMS’te — SAP PM, Maximo, Fiix veya benzeri — bir iş emrine dönüştürür.

ConnectMQ

Broker’dan beklenenler

Sorgulamasız telemetri

Ağ geçitleri veriyi ölçüldüğü anda gönderir; ConnectMQ onu modele, historian’a ve panele aynı anda iletir — her araç için ayrı bir sorgulayıcı gerekmez.

Tüm varlıklar için tek ad alanı

ISA-95 çalışma alanı saha, alan, hat ve makine topic’lerini düzenler; plant/+/+/+/vibration aboneliği olan bir model yeni makineleri kendiliğinden alır.

Ham sinyal üzerinde uyarı

Titreşim veya sıcaklık için eşik kuralları, modeliniz ölçümü puanlamadan bile uyarı üretir — analitiğin yanında basit bir güvenlik ağı.

Veri kesildiğinde bilmek

Last Will ve retained durum, bir sensör ağ geçidinin düştüğünü gösterir; sessizleşen bir makine asla sağlıklı sanılmaz.

Ne kazanırsınız

  • Plansız duruşlar yerine üretim aralarına planlanan onarımlar
  • İhtiyacı olmayan varlıklarda daha az takvime bağlı bakım
  • Tek bir üretici portalına kilitli değil, her araca açık durum verisi
  • Tek bir kritik hatta başlayıp aynı topic’lerle tüm tesislere yayılan pilot
Örnek topic’ler
plant/bursa/line-1/press-04/vibration
plant/bursa/line-1/press-04/motor/current
plant/bursa/line-1/press-04/health      (retained)
plant/bursa/line-1/press-04/status      (retained)

Sık sorulan sorular

Titreşim sensörü verisini MQTT’ye nasıl aktarırım?

Birçok endüstriyel kablosuz titreşim sensörü ve ağ geçidi doğrudan MQTT yayınlayabilir. Sensör veya PLC yalnızca Modbus ya da OPC UA konuşuyorsa Node-RED, Kepware veya Ignition gibi bir uç ağ geçidi değerleri okur ve TLS üzerinden varlık başına bir topic’e yayınlar.

Kestirimci bakım modellerini ConnectMQ mu çalıştırıyor?

Hayır. ConnectMQ MQTT broker’dır: durum verisini gerçek zamanlı iletir ve eşik uyarıları üretir. Basit trend limitlerinden makine öğrenmesiyle anomali tespitine kadar modeller kendi servisinizde veya analitik platformunuzda çalışır; bu platform broker’a abone olur ve sonuçlarını geri yayınlayabilir.

Kestirimci bakım için MQTT mi OPC UA mı?

İkisi birlikte çalışır. OPC UA, sahadaki PLC ve makinelerden veri okumak için yaygındır; MQTT ise bu veriyi çok sayıda makine ve tesisten çok sayıda tüketiciye taşımakta daha iyidir. Tipik kurulumda uçta OPC UA ile okunur ve modeller, historian ve CMMS için bir MQTT broker’a yayınlanır.

Bu senaryoyu ConnectMQ üzerinde kurun

Free planda başlayın — kart gerekmez — ilk cihazlarınızı bugün bağlayın, canlıya geçtiğinizde yükseltin.

MQTT QoS Seviyeleri: Paket Akışları ve Örneklerle QoS 0, 1 ve 2

MQTT QoS için pratik bir rehber: QoS 0, 1 ve 2 kablo üzerinde nasıl çalışır, teslim edilen QoS neden istediğinizden düşük olabilir, oturumlar mesajları nasıl kuyruğa alır ve her kullanım senaryosu için hangi seviyeyi seçmelisiniz.

8 dk okuma