Entegrasyonlar · AWS
Endüstriyel veriyi AWS’e özel bir veri hattı yazmadan aktarın.
Makineleri bir kez bağlayın, veri noktalarını bir kez adlandırın ve AWS IoT Core’u bir veri hedefi olarak tanımlayın. Kimsenin sahiplenmediği bir dışa aktarma betiğini ayakta tutmak zorunda kalmazsınız.
- Yön
- Tesisten AWS IoT Core’a doğru
- Aktarılan
- Her okuma JSON olarak: cihaz adı ve kimliği, veri noktası adı, değer, veri türü ve okunma zamanı
- Kesintiye karşı
- Veri yerelde bekler, bağlantı gelince gönderilir
- Kontrol
- AWS’e hangi cihazların veri göndereceğini siz seçersiniz; tek tek veri noktalarını bir işlem akışı gönderebilir
Veri yolu
Hangi veri nereden geçer, nerede durur?
Bağlantıyı tesis başlatır; bağlantı koparsa veri bekletilir
Saha
- PLC'ler, CNC'ler, robotlar
- OPC UA sunucuları
- Sayaçlar ve SCADA
Proxus
- Hattın başında toplama
- Veri ağacında düzenleme
- Ara bellek ve aktarım
AWS
- MQTT konusu
- IoT kuralları
- bağlı servisler
Nasıl çalışır?
Veri makineden AWS hedefine dört adımda ulaşır.
- 01
Ekipman bağlanır
Yerleşik sürücüler sahadaki kontrol cihazlarından, makinelerden ve OPC UA sunucularından veri toplar.
- 02
Sinyaller ad kazanır
Veri noktalarına ad ve ölçekleme veri toplanırken verilir; AWS’e PLC adresleri değil, adlar ulaşır.
- 03
AWS’e gönderilir
Bir veri hedefi, ona bağlı cihazların okumalarını MQTT üzerinden (port 8883) bir AWS IoT Core konusuna yayınlar.
- 04
Tesisin kopyası yerinde kalır
Aynı veri, kendi sunucunuzdaki merkez sunucunun geçmiş veri deposunda da tutulur. Hat başındaki kullanım bulut bağlantısına bağımlı kalmaz.
Neler kazanırsınız?
Ekipler AWS bağlantısını neden Proxus üzerinden kuruyor?
-
Kontrol tesiste kalır
AWS’e hangi cihazların veri göndereceğini siz seçersiniz. Bunu değiştirmek için veri toplamaya dokunmanız gerekmez.
-
Sertifika yenilenir, hedef değişmez
Edge Gateway, thing’in sertifikasını her gönderimde Sertifika deposundan okur; yenilenen ya da değiştirilen sertifika, hedef düzenlenmeden kullanılır.
-
Konu sizin, IoT kuralları sizin
Okumalar belirlediğiniz konuya (varsayılan proxus_device_data) yayınlanır; AWS IoT kuralları onları tek bir yerden yönlendirir.
-
Gönderecek Edge Gateway’den sınanır
Bağlantıyı test et, thing’in sertifikasıyla seçtiğiniz Edge Gateway’den bağlanır; yanlış uç nokta ya da sertifika, veri gönderilmeden ortaya çıkar.
Kullanım alanları
Sahada en sık görülen kullanımlar.
-
Çok tesisli veri gölü (data lake) beslemesi
Her tesisten, adları yola çıkmadan önce belli olan tutarlı bir akış.
-
Bulut analitiği ve panolar
Bulut araçları beslenirken üretim ekibi kendi canlı ekranlarını kullanmaya devam eder.
-
Dağınık sahaların uzaktan izlenmesi
Saha noktaları, dışarıdan erişim açılmadan merkezi bir AWS hesabına veri gönderir.
- Hedefler
- AWS IoT Core, MQTT üzerinden port 8883; tesisten erişilebilen REST uç noktaları ve mesajlaşma sistemleri de desteklenir
- Veri içeriği
- Her okuma için bir JSON mesajı: deviceId, deviceName, measureName, timestamp, measureValueType ve değer
- Aktarım stratejisi
- Doğrudan aktar, Değiştiğinde ya da Yalnızca işlem akışları (yalnızca bir işlem akışının gönderdiği)
- Güvenlik
- Thing’in X.509 cihaz sertifikası Proxus Sertifika deposundan alınır; uç nokta Amazon Root CA 1 ile doğrulanır
- Ayarladığınız alanlar
- EndPoint, ClientId, CertificateThumbprint, Topic. Bağlantıyı test et, adresi ve kimlik bilgilerini merkez sunucudan ya da seçtiğiniz Edge Gateway’den veri yazmadan doğrular.
Sahadan örnekler
Bu tesislerde üretimde çalışıyor.
-
İmalat
Dijital fabrikada veri yönetimi
MEXT Dijital Fabrika
Başarı hikâyesini okuyun -
Madencilik ve enerji
Maden sahası, araç filosu ve güneş santrali tek platformda
Kaltun Madencilik
Bu kurulumu sorun -
Enerji
Sahada şebeke izleme
CK Enerji
Bu kurulumu sorun -
İmalat
Oracle ERP ile entegre ortak veri modeli (UNS)
Pilenpak
Bu kurulumu sorun
Sık sorulanlar
Bağlantıyı kurmadan önce bilmeniz gerekenler.
- Proxus hangi AWS servisine veri gönderiyor?
- Doğrudan hedef AWS IoT Core. Veri oradan, hesabınızda kullandığınız depolama ve analiz servislerine aktarılabilir.
- Birden fazla tesis aynı AWS hesabına veri gönderebilir mi?
- Evet, hem de aynı düzenlenmiş yapıyla. Bulut tarafındaki işlemeyi her tesis için ayrı ayrı değil, bir kez yazmanızı sağlayan da bu.
- Kimlik doğrulama nasıl yapılıyor?
- Thing’in X.509 cihaz sertifikasıyla; sertifika Proxus Sertifika deposunda durur, uç nokta Amazon Root CA 1 ile doğrulanır. Yenilenen sertifika, hedefi değiştirmeden kullanılır.
- Gönderilen veri hacmini sınırlamanın bir yolu var mı?
- Yalnızca değişeni gönderme ve kaynakta filtreleme, gönderilen veriyi azaltır. Kendi geçmiş veri deponuzda tuttuğunuz veri ise azalmaz.
Diğer entegrasyonlar
- Bulut
Microsoft Azure Tesis verisini Azure IoT Hub’a gönderin ya da toplu olarak Azure Data Lake Storage Gen2’ye yazın. Microsoft Azure entegrasyonu - Mesajlaşma ve olay akışı
MQTT & Sparkplug B Her Edge Gateway’in yerleşik MQTT sunucusunda ortak veri modeline (UNS) abone olun, kendi MQTT sunucunuza yayınlayın ve kendi değerlerini gönderen cihazlardan veri toplayın. MQTT & Sparkplug B entegrasyonu - Veritabanları
InfluxDB Endüstriyel zaman serisi okumalarını InfluxDB 2.x’e aktarın. InfluxDB entegrasyonu
Bir sonraki adım
Verinin AWS hedefinize ulaştığını kendi gözünüzle görün.
Bir makine ve sertifikasıyla birlikte bir AWS IoT Core thing ile gelin. Makineyi bağlayalım, gözünüzün önünde konunuza yayınlayalım ve bağlantı koptuğunda Edge Gateway’in ne yaptığını gösterelim.
- 01
Keşif görüşmesi
Ekipmanlarınızı, protokollerinizi, tesislerinizi ve verinin ulaşması gereken sistemleri konuşuruz.
- 02
Teknik demo
Genel bir tanıtım yerine, tesisinize benzeyen bir senaryo üzerinde canlı demo yaparız.
- 03
Pilot planı
Kurulum ve güvenlik sorularını baştan yanıtlar, ilk hat ya da tesis için kapsamı birlikte belirleriz.
- 04
Yaygınlaştırma
Aynı şablonlarla yeni hatlar ve tesisler devreye girer.