Dijital ikiz türleri genellikle kapsama göre gruplandırılır: bileşen, varlık, sistem ve süreç ikizleri. Her biri farklı soruları yanıtlar ve yüksek frekanslı titreşim okumalarından saatlik sipariş verimine kadar farklı ayrıntı düzeyinde veriye ihtiyaç duyar. Bu rehber dört türü somut örneklerle açıklıyor ve tek bir broker'ın hepsini besleyebilmesi için MQTT topic'lerinin ve payload'larının nasıl tasarlanacağını gösteriyor.
Tanımlar ve tarihçe için dijital ikiz teknolojisi rehberine bakın.
Kapsam Neden Önemlidir?
Yanlış kapsam seçmek, ikiz projelerinin tıkanmasının en yaygın nedenlerinden biridir. Ekipler ilk gün bir "fabrika ikizi" hedefler, tek tek makinelerden güvenilir veriye sahip olmadıklarını fark eder ve değer göstermeden önce aylarını veri altyapısına harcar. Diğerleri ise mükemmel bir rulman modeli kurar, ancak kararlar hat seviyesinde alındığı için kimse onu kullanmaz.
Türler üzerinden düşünmek, kararın verildiği seviyeyi seçmenize ve ardından tam olarak o seviyenin ihtiyaç duyduğu veriyi toplamanıza yardımcı olur. Seviyeler iç içe de geçer: bir süreç ikizi sistem ikizlerinden, sistem ikizleri varlık ikizlerinden oluşur, varlık ikizleri de bileşen ikizlerini içerir. İyi bir veri tasarımı, her şeyi yeniden kurmadan bu merdiveni tırmanmanızı sağlar.
Dört Dijital İkiz Türü
| Tür | Kapsam | Örnek | Tipik sorular | Veri ayrıntı düzeyi |
|---|---|---|---|---|
| Bileşen ikizi | Tek bir parça | Rulman, motor sargısı, vana yuvası | Ne kadar aşındı? Ne zaman arızalanacak? | Yüksek hız, ham sinyaller veya öznitelikler (titreşim, sıcaklık) |
| Varlık ikizi | Bir makine veya cihaz | Pompa, CNC tezgâhı, robot kol | İyi çalışıyor mu? Durumu nedir? | Saniyeler: durum, temel proses değerleri, alarmlar |
| Sistem ikizi | Birlikte çalışan birkaç varlık | Soğutma devresi, üretim hattı, HVAC bölgesi | Darboğaz nerede? Değişiklikler nasıl yayılıyor? | Saniyelerden dakikalara: toplanmış varlık durumları, akışlar |
| Süreç ikizi | Uçtan uca bir operasyon | Siparişten sevkiyata, parti üretimi | Planı tutturacak mıyız? Neyi değiştirmeliyiz? | Dakikalardan saatlere: verim, kalite, siparişler, enerji |
Bazı çerçeveler bütün kuruluşlar veya şehirler için beşinci bir katman ekler, ancak bu katman daha büyük ölçekte bir süreç ikiziyle aynı mantığı izler.
Bileşen İkizleri
Bir bileşen ikizi, davranışı üst varlığı için kritik olan tek bir parçayı modeller. Rulmanlar, dişli kutuları, salmastralar ve ısıtma elemanları tipik adaylardır; çünkü bozulmaları kademeli ve ölçülebilirdir.
Veri ihtiyaçları: bileşen ikizleri en zengin veriyi ister. Titreşim analizi saniyede binlerce kez örnekleme gerektirebilir. Bu ham akışı MQTT üzerinden göndermek nadiren mantıklıdır; bunun yerine bir edge cihazı RMS hız, tepe frekans bantları veya sıcaklık gradyanları gibi öznitelikleri hesaplar ve bunları birkaç saniyede bir yayınlar.
Payload örneği:
{
"ts": "2026-10-16T08:15:00Z",
"rms_velocity_mm_s": 2.4,
"peak_freq_hz": 147.5,
"kurtosis": 3.1,
"bearing_temp_c": 58.2
}
Topic: .../utilities/cooling/pump104/bearing-de/features
Ham dalga formlarını edge'de tutun veya talep üzerine dosya depolamaya yükleyin; broker'ı kararları yönlendiren öznitelikler ve alarmlar için kullanın. Public test broker'ında mesajlar 64 KB ile sınırlıdır ve özel planlarda bile küçük, sık mesajlar büyük veri bloklarından daha sağlıklıdır.
Varlık İkizleri
Varlık ikizi, çoğu projenin başlaması gereken yerdir. Bütün bir makineyi temsil eder: çalışma durumunu, temel proses değerlerini, alarmlarını ve sayaçlarını. Eklem açılarını yansıtan bir robot kol dijital ikizinde olduğu gibi 3D görselleştirme, bakım ve uzaktan destek için doğal birimdir.
Veri ihtiyaçları: olay olarak durum değişiklikleri, bir ile on saniyede bir proses değerleri ve yeni izleyicilerin hemen görmesi için broker'da retained olarak tutulan mevcut durum.
mosquitto_pub -h broker.connectmq.com -p 1883 -i tdt-8k3-pump104 -r -q 1 \
-t "connectmq/demo/tdt-8k3/site1/utilities/cooling/pump104/state" \
-m '{"mode":"running","rpm":1480,"flow_m3h":42.1,"alarms":[]}'
Varlık ikizleri tutarlı bir hiyerarşiden büyük ölçüde faydalanır. Her varlık ISA-95'i yansıtan site/area/line/cell altında yayın yaparsa, sistem ve süreç ikizleri elle tutulan bir etiket listesi yerine wildcard'larla abone olabilir. Sparkplug B ve Unified Namespace rehberi bu hiyerarşinin nasıl kurulduğunu açıklıyor.
Sistem İkizleri
Bir sistem ikizi, birkaç varlığın etkileşimini anlamak için onları bir araya getirir. Örneğin bir soğutma devresi ikizi; pompa debisine, chiller yüküne, vana konumlarına ve birkaç noktadaki sıcaklıklara ihtiyaç duyar, çünkü ilginç davranış herhangi bir makinenin içinde değil makineler arasında ortaya çıkar.
Veri ihtiyaçları: bir sistem ikizi birçok varlık topic'ine abone olur, bunları zamana göre hizalar ve çoğu zaman toplam debi, denge hataları veya hat verimliliği gibi türetilmiş değerler hesaplar. Bu sonuçları genellikle hiyerarşide sistemin kendi node'u altında broker'a geri yayınlar:
import json
import paho.mqtt.client as mqtt
ROOT = "connectmq/demo/tdt-8k3/site1/utilities/cooling"
flows = {}
def on_connect(client, userdata, flags, reason_code, properties):
client.subscribe(f"{ROOT}/+/state", qos=1)
def on_message(client, userdata, msg):
asset = msg.topic.split("/")[-2]
if asset == "system":
return
data = json.loads(msg.payload)
if "flow_m3h" in data:
flows[asset] = data["flow_m3h"]
summary = {"total_flow_m3h": round(sum(flows.values()), 1),
"pumps_reporting": len(flows)}
client.publish(f"{ROOT}/system/state", json.dumps(summary), qos=1, retain=True)
client = mqtt.Client(mqtt.CallbackAPIVersion.VERSION2, client_id="tdt-8k3-cooling-system")
client.on_connect = on_connect
client.on_message = on_message
client.connect("broker.connectmq.com", 1883)
client.loop_forever()
Tek seviyeli wildcard +, devredeki her varlığı yakalar; böylece bir pompa eklemek kod değişikliği gerektirmez. Sistem sonucunu kendi topic'i altında yayınlamak, panellerin ve süreç ikizinin onu yeniden hesaplamadan tüketmesini sağlar.
Süreç İkizleri
Bir süreç ikizi, hammaddeden mamule kadar bir üretim çalışması gibi bütün bir operasyonu temsil eder. Makine verisini iş bağlamıyla harmanlar: siparişler, reçeteler, kalite sonuçları, enerji ve işgücü. Sorular "bu makine sağlıklı mı" sorusundan "zamanında sevk edecek miyiz" ve "her birimin gerçek maliyeti nedir" sorularına kayar.
Veri ihtiyaçları: düşük frekanslı, yüksek bağlamlı olaylar. Sipariş başladı, parti tamamlandı, kalite blokajı, vardiya toplamı. Bunların çoğu sensörlerden değil MES ve ERP sistemlerinden gelir; entegrasyon modellerinin önemli olmasının nedeni budur: küçük bir hizmet bu sistemlerden okur ve olayları aynı topic ağacına yayınlar, böylece her şey tek bir namespace'te yaşar.
Süreç ikizleri nadiren saniyenin altında veriye ihtiyaç duyar, ancak verinin eksiksiz ve güvenilir olması gerekir. Kaçırılan "parti tamamlandı" olayları alt akıştaki her KPI'ı çarpıtır; bu yüzden iş olayları için QoS 1 kullanın ve tüketicileri idempotent olacak şekilde tasarlayın.
Doğru Türü Seçmek
Yeni bir girişimin kapsamını belirlerken şu sırayı kullanın:
- İyileştirmek istediğiniz kararı ve bu kararı kimin verdiğini adlandırın.
- Bu kararın verildiği seviyeyi belirleyin: parça, makine, makine grubu veya bütün operasyon.
- Bu kararın ihtiyaç duyduğu veriyi ve gereken tazeliği listeleyin.
- Alt seviyelerin bu veriyi zaten güvenilir şekilde üretip üretmediğini kontrol edin. Üretmiyorsa bir seviye aşağıdan başlayın.
- Topic'leri, bir üst seviyenin wildcard ile abone olabileceği şekilde tasarlayın.
- Kapsamı genişletmeden önce bir varlığı veya sistemi uçtan uca teslim edin.
Çoğu ekip, varlık ikizlerinin en hızlı kazanımları sağladığını ve diğer her şeyin veri temelini oluşturduğunu görür. Dijital ikiz nasıl oluşturulur rehberi bu ilk kurulumu adım adım anlatıyor; dijital ikiz olgunluk modeli ise yetkinliğin zamanla nasıl büyüdüğünü gösteriyor.
Tek Broker, Her Tür
Yüksek hızlı bileşen özniteliklerini, retained varlık durumlarını ve güvenilir iş olaylarını yan yana işleyebildiği sürece dört türün tamamı tek bir MQTT altyapısını paylaşabilir. Bu, bir bulut MQTT broker'ın rolüdür: edge cihazlarının, ikiz hizmetlerinin ve tarayıcı görüntüleyicilerinin hepsinin bağlandığı tek bir güvenli uç nokta.
ConnectMQ, ISA-95 ve Unified Namespace topic yapılarını algılar ve portalında cihazları hiyerarşi seviyesine göre gösterir; bu da her ikiz türünün nerede durduğunu görmeyi kolaylaştırır. Ayrıca Sparkplug B'yi çözer ve okunabilir ISA-95 topic'lerine yeniden yayınlayabilir; böylece eski Sparkplug edge node'ları özel çözümleme gerekmeden varlık ve sistem ikizlerini besleyebilir. Önce denemek için ücretsiz public MQTT broker, hassas olmayan demo verileri için uygundur.
İlk İkizinize ConnectMQ'da Başlayın
Bir varlık seçin, durumunu temiz bir hiyerarşi altında yayınlayın ve oradan yukarı doğru inşa edin. Kredi kartı gerekmeden ücretsiz bir ConnectMQ Serverless broker için kaydolun; oluşturacağınız her ikiz türü için özel kimlik bilgileri ve TLS uç noktaları hazır olacak.
Sık Sorulan Sorular
Başlıca dijital ikiz türleri nelerdir?
Kapsama göre yaygın sınıflandırma bileşen, varlık, sistem ve süreç ikizleridir. Bazı modeller ürün, kuruluş veya şehir ikizleri ekler; bunlar aynı fikri farklı ölçeklerde izler.
İlk olarak hangi dijital ikiz türünü oluşturmalıyım?
Bir varlık ikizi genellikle en iyi ilk adımdır. Hızla görünür değer sağlar ve sistem ile süreç ikizlerinin dayandığı temiz, yapılandırılmış veriyi üretir.
Bileşen ikizleri özel donanım gerektirir mi?
Çoğu zaman ivmeölçerler gibi daha yüksek örnekleme hızına sahip sensörlere ve ham sinyalleri yayınlamadan önce özniteliklere dönüştüren bir edge cihazına ihtiyaç duyarlar.
Tek bir MQTT broker tüm ikiz türlerine hizmet verebilir mi?
Evet. Tutarlı bir topic hiyerarşisiyle bileşen öznitelikleri, varlık durumları ve süreç olayları tek bir namespace'te bir arada bulunur ve her ikiz yalnızca ihtiyaç duyduğu şeye abone olur.
