İçeriğe geç
Proxus 2.0.0 Proxus 2.0: Proxus tarihinin en büyük sürümü Sürüm notları

Platform · Ortak veri modeli (UNS)

Her sinyalin anlamlı bir adresi olur.

Ham PLC adresleri, birimi, ölçeklemesi ve hangi makineye ait olduğu bilgisiyle birlikte tek bir hiyerarşiye (kuruluş, tesis, alan, hücre, ekipman modülü, cihaz, veri noktası) yerleşir. Model her tesiste aynıdır; ikinci fabrikada her şeyi baştan adlandırmanız gerekmez.

Ürün ekranı

Tesis hiyerarşisinde canlı değerleri ve trendlerini görerek gezinin.

Ağaç kuruluştan başlar; tesis, alan, hücre, ekipman modülü ve cihaz üzerinden tek tek veri noktalarına kadar açılır. Aynı satırda güncel değer, kısa bir trend grafiği ve veri kalitesi görünür; tam yol bir tık uzaktadır. Bir rakam üzerindeki tartışmayı mühendis burada, üç ayrı sistem açmadan bitirir.

Veri ağacı (UNS) ekranı: Meridian veri ağacı bir karıştırıcıya kadar açılmış; canlı değerler, trendler ve veri noktası paneli görünüyor.
Kuruluştan veri noktasına kadar tek veri ağacı ve canlı değerlerSimülasyon tesisinden veri
Yapı
Kuruluş / tesis / alan / hücre / ekipman modülü / cihaz / veri noktası
Her sinyalde
Değer, birim, veri tipi, veri kalitesi ve zaman damgası
Tekrar kullanım
Aynı tip makinelerin her tesiste paylaştığı cihaz profilleriyle
Kimler kullanır
Panolar, entegrasyonlar, raporlar ve yapay zekâ erişimi; hepsi aynı tanımı okur

Her sinyalin belli bir yeri olsun.

Ortak bir tesis, alan ve varlık hiyerarşisi sayesinde veriyi kullanan her sistem sinyalin neyi ölçtüğünü anlar.

Tüm tesisler için tek veri modeli Ekipmandan gelen veri önce Edge Gateway’den geçer. Ardından sırasıyla şu aşamalara ulaşır: Unified Namespace, Ortak anlam. Kontrol cihazları S7 / CIP / MELSEC Makine ve robotlar FOCAS / MTConnect Sayaç ve SCADA Modbus / OPC UA Düzenlenmiş sinyaller 02 / UÇ Proxus Edge Gateway Topla / değerlendir / sakla 03 / PLATFORM Unified Namespace Tesis / alan / varlık /sinyal Panolar ve raporlar Proxus içinde Veritabanları vebulut İsteğe bağlı hedefler İş sistemleri MES / ERP / QMS 01 / ÜRETİM SAHASI04 / KULLANAN SİSTEMLER Tüm tesisler için tek veri modeli Aşağıdan yukarıya okuyun: saha ekipmanı en altta, veri yukarı doğru akar. Ekipmandan gelen veri önce Edge Gateway’den geçer. Ardından sırasıyla şu aşamalara ulaşır: Unified Namespace, Ortak anlam. 01 Üretim sahası PLC / CNC / robot 02 Proxus EdgeGateway Topla / değerlendir /sakla 03 Unified Namespace Tesis / alan / varlık /sinyal 04 Ortak anlam Panolar / geçmiş /API'ler

Proxus’u yakından görün

Tesis haritasından canlı sinyale, oradan da sinyalin geçmişine.

Üründen ekran kaydı, imleç hareketleriyle · 0:18Simülasyon tesis verisi

Hangi sorunu çözer

Bu yetenek olmadığında ekiplerin karşılaştığı sorunlar.

  • DB1.DBD0’ın çevrim süresi olduğunu adresinden anlayamazsınız

    Hangi adresin ne olduğu bir Excel dosyasında ya da tek bir mühendisin aklında durur. Her yeni rapor aynı araştırmayla başlar.

  • Her tesis başka türlü adlandırır

    İki fabrika, iki ayrı adlandırma düzeni demektir. Grup düzeyinde her karşılaştırma önce bir eşleştirme işine dönüşür.

  • Herkesin kabul ettiği tek kaynak yok

    Aynı değerin üç sistemde üç farklı hâli olunca toplantı, kimin rakamının doğru olduğunu tartışmakla geçer.

Neler sunar

Hepsi ürünün içinde, sonradan eklenen bir parça yok.

  • Tesise göre kurulan hiyerarşi

    Kablolamayı değil, tesisin kendisini yansıtan, ISA-95 uyumlu bir yapı.

  • Gezinme ve arama

    Veri ağacında her düğümün canlı değerini ve son güncellemesini görerek gezinirsiniz. Veri kalitesi ve veri hedefleri ayrıntı panelinde yer alır.

  • Cihaz profilleri

    Bir makine tipini (protokol, bağlantı ayarları, veri noktaları) bir kez tanımlarsınız; profili kullanan her cihaz bu tanımı devralır. Yeni hatlar modeli sıfırdan kurmaz, profilden alır.

  • Adresten sinyale

    Ölçekleme, birim ve veri tipi veri toplanırken uygulanır. Veriyi kullanan sistemlerin tahmin yürütmesine gerek kalmaz.

  • Yola göre yetki

    Erişim veri ağacındaki yola göre açılır ya da kapatılır. Bir tedarikçi ya da ekip yalnızca görmesi gereken dalı görür.

  • Tek tanım, çok kullanıcı

    Panolar, entegrasyonlar ve yapay zekâ erişimi ayrı kopyalarla değil, aynı sinyalle çalışır.

Sahada karşılığı

Bu yetenekler bir araya geldiğinde günlük işte neler değişir.

  • Her sinyale, her tesiste aynı anlama gelen tek bir adres verin
  • Her yeni rapor ya da entegrasyonda "bu adres neydi" araştırmasına son verin
  • Yeni tesisi adlandırma tartışmasıyla değil, hazır bir modelle devreye alın
  • Erişimi veritabanı parolasıyla değil, veri ağacındaki dala göre verin

Ayrıntılar

Konu (topic) yapısı

Her Edge Gateway’in yerleşik MQTT sunucusu veri ağacını her değer için bir konu olarak yayınlar; yetkili her abone veriyi tesis düzeninde okur.

MQTT ve UNS konuları
Konu
v1/<kuruluş>/<tesis>/<alan>/<proses hücresi>/<ekipman modülü>/<cihaz>/telemetry/<veri noktası>
Tek tesis
v1/Meridian/Lyon_Foods_Plant/#
Veri biçimi
Varsayılan JSON; Sparkplug B 3.0, Edge Gateway’de bir ayardır

Sık sorulanlar

Ekiplerin ilk görüşmeden önce sorduğu sorular.

Başka bir sorunuz mu var?
Ortak veri modeli (UNS) pratikte ne demek?
İşletmedeki her sinyalin tek ve anlamlı bir adı olduğu ortak bir adres yapısı demek: kuruluş, tesis, alan, proses hücresi, ekipman modülü, cihaz, veri noktası. Her sistem kendi adlandırmasını tutmaz. Veriyi kullanan sistemler tek tek makinelere değil, bu yapıya abone olur.
ISA-95 yapısına uyuyor mu?
Hiyerarşi ISA-95 ile uyumludur, ama buna mecbur değilsiniz; modeli siz tanımlarsınız. Çoğu tesis, ISA-95 seviyelerinin sahayı zaten anlattıkları biçimle örtüştüğünü görüyor.
Başlangıçta ne kadar modelleme işi var?
Tek bir hatla başlayın. O hattaki makine tiplerini tanımlayın; aynı tipteki ikinci makine modeli şablondan alır. Emek her makine için değil, her makine tipi için bir kez harcanır.
İkinci bir tesis eklediğimizde ne olur?
Aynı model ve şablonlar kullanılır. Modellemenin asıl amacı da budur: ikinci fabrikada her şeyi baştan adlandırmak, grup düzeyinde karşılaştırma için de eşleştirme tabloları hazırlamak gerekmemeli.
Veri ağacının hangi bölümünü kimin göreceğini sınırlayabilir miyiz?
Evet. Yetkiler veri ağacındaki yola göre verilir. Bir yükleniciye, tedarikçiye ya da belirli bir ekibe yalnızca tek bir dal açılabilir.

Bir sonraki adım

Proxus'u kendi hattınızda görün.

Bir veri katmanını değerlendirmenin en kısa yolu, onu kendi ekipmanınızdan veri okurken görmektir. Bir makine ve bir hedef sistem belirleyin; veri yolunu gözünüzün önünde birlikte kuralım.

  1. 01

    Keşif görüşmesi

    Ekipmanlarınızı, protokollerinizi, tesislerinizi ve verinin ulaşması gereken sistemleri konuşuruz.

  2. 02

    Teknik demo

    Genel bir tanıtım yerine, tesisinize benzeyen bir senaryo üzerinde canlı demo yaparız.

  3. 03

    Pilot planı

    Kurulum ve güvenlik sorularını baştan yanıtlar, ilk hat ya da tesis için kapsamı birlikte belirleriz.

  4. 04

    Yaygınlaştırma

    Aynı şablonlarla yeni hatlar ve tesisler devreye girer.