Platform · Geçmiş veri
Geçmiş veriyi saklayın, sorulduğunda kanıtıyla gösterin.
Telemetri ve operasyon günlükleri, büyük veri hacmi için tasarlanmış sütun tabanlı bir depoda tutulur. Saklama süresini siz belirlersiniz; son vardiyadan daha eskiye bakması gerekenler de sorgu yetkisiyle bu veriye ulaşır.
- Ne saklanır
- Düzenlenmiş telemetri, alarmlar ve operasyon günlükleri
- Saklama süresi
- Telemetri ve günlükler için kurulum başına ayarlanır; siz sınır koymadıkça telemetri silinmez
- Sorgu erişimi
- Ürün içinden salt okunur, tek ifadelik sorgular; ayrıca raporlama kaynakları
- Nerede kalır
- Kendi altyapınızda; geçmiş veri hiçbir üreticinin bulutuna taşınmaz
Okumadan yanıta
Her değer tek bir yerde saklanır; okuyan herkes aynı veriyi görür.
Ağ geçidi değeri okur, merkez onu zamanıyla birlikte saklar; her ekran ve her sorgu aynı satırları okur.
- Okuma MFB_RTM_COMPRESSOR_1 · HealthIndex %71,7 Okunduğu zamanla birlikte
- Saklama Zaman · cihaz · etiket · değer · birim Sütun tabanlı depoda her değer bir satır
- Süre Siz bir sınır koyana kadar Kurulum başına tek bir saklama ayarı
- Okuyanlar Trendler, panolar, raporlar, SQL Her yerde aynı sayılar
Üründe
Geriye bakın, neyin değiştiğini görün, veriyi istediğiniz yere götürün.
Geçmiş, içinde neyin değiştiğiyle
Grafiğin yanında aynı aralıkta kaydedilen değişiklikler: düzenlenen bir ağ geçidi, yayınlanan bir işlem akışı, birinin bıraktığı not.
- Önceki dönem, dün ya da geçen haftayla karşılaştırma
- Tek grafikte sekize kadar sinyal; CSV ya da Excel’e aktarım
Geçmişte ne var
Tesis bazında gün gün saklanan değerler, her tesisin geçmişinin ne kadar geriye gittiği ve her sinyal adı birimi ve aralığıyla.
- Birimi karışık saklanan sinyaller işaretli
- Pano olarak kurulu; değiştirebilirsiniz
POST /api/Telemetry/execute?maxRows=1000
Authorization: Bearer <token>
Content-Type: application/json
{"query": "SELECT toDate(Time) AS day, round(avg(NumericValue), 1) AS health FROM DeviceRawData WHERE DeviceName = 'MFB_RTM_COMPRESSOR_1' AND Key = 'HealthIndex' AND Time >= now() - INTERVAL 30 DAY GROUP BY day ORDER BY day"} Güvendiğiniz sistemler için SQL
Yönetici yetkisindeki bir belirteç, saklanan değerler üzerinde salt okunur tek bir SELECT çalıştırır; satırlar JSON olarak döner.
- Tek ifade; yazma komutları reddedilir
- Çağrı başına en çok 50.000 satır
Görseller gerçek Proxus ekranlarından alındı; gösterilen makine verileri simülasyondur.
Kendi geçmişinizi böyle görmek ister misiniz? Geçmişinizi boyutlandıralım
Teknik ayrıntılar Çözdüğü sorunlar, tüm yetenekler ve protokol tablosunun tamamı
Hangi sorunu çözer
Bu yetenek olmadığında ekiplerin karşılaştığı sorunlar.
-
Geçmiş veri beş ayrı yerde
Örneğin SCADA arşivi, bir Excel dosyası ve bir bulut deposu. Her biri farklı bir dönemi kapsar, kesiştikleri yerde de birbirini tutmaz.
-
Erişim olmayınca analiz de olmaz
Veri ekibi, birinden elle dışa aktarım yapmasını istemeden üretim geçmişine ulaşamaz.
-
Plansız büyüyen depolama
Saklama politikasını kimse belirlemediği için maliyet bilerek alınmış bir karar olmaz, sonradan fark edilir.
Neler sunar
Hepsi ürünün içinde, sonradan eklenen bir parça yok.
-
Sütun tabanlı telemetri deposu
Yüksek hacimli zaman serileri için tasarlanmıştır. Toplu yazma ve sıkıştırma, tesislerin veri hızına uygundur.
-
Saklama politikaları
Telemetri ve günlüklerin ne kadar tutulacağını kurulum başına belirlersiniz. Siz bir sınır koymadıkça telemetri silinmez.
-
Trend çalışma alanı
Her veri noktasının kaydedilmiş geçmişi, seçilen aralık için son, ortalama, en düşük ve en yüksek değerle; CSV ya da Excel’e aktarılır. Panolar ve raporlar için salt okunur SQL: tek ifade, yazma komutları reddedilir.
-
Raporlama kaynakları
Raporlar ve panolar aynı depodan okur. Bu yüzden ekrandaki görünüm de aylık rapor da aynı rakamları okur.
-
Operasyon günlükleri
Her Edge Gateway’in operasyon günlükleri ve yapılandırma değişikliklerinin geçmişi tutulur. Bir rakamın arkasındaki kanıt buradadır.
-
Gerektiğinde dışa aktarım
Sonuçları Excel’e ya da başka araçlara gönderebilirsiniz; bunun için herkese veritabanı parolası vermeniz gerekmez.
Sahada karşılığı
Bu yetenekler bir araya geldiğinde günlük işte neler değişir.
- Son vardiyadan daha eskiye uzanan sorulara cevap verin
- Saklama süresini maliyet ortaya çıktıktan sonra değil, baştan bilerek belirleyin
- Veri ekibi, kimseden elle dışa aktarım beklemeden inceleme yapabilsin
- Model değiştiğinde türetilmiş değerleri ham geçmiş veriden yeniden hesaplayın
Ayrıntılar
Neler saklanır
- Telemetri
- Zaman damgası, veri kalitesi ve kaynağıyla birlikte düzenlenmiş veri noktası değerleri
- Alarmlar ve olaylar
- Alarm kuralı ve anomali sonuçları, onları tetikleyen değerlerle birlikte
- Operasyon günlükleri
- Her Edge Gateway’in veri toplama, dönüştürme ve aktarım kayıtları
- Yapılandırma geçmişi
- Birbiriyle karşılaştırılabilen işlem akışı revizyonları ve diğer bütün yapılandırma değişikliklerinin kaydı
Sahadan örnekler
Proxus, geçmiş verisinin hesabını vermek zorunda olan tesislerde kullanılı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
Geçmiş veri nerede saklanıyor?
Kendi kurulumunuzda. Telemetri ve operasyon günlükleri, zaman serisi hacmi için tasarlanmış sütun tabanlı bir depoya yazılır. Yapılandırma ve varlık kayıtları ise ayrı bir işlem veritabanında durur. İkisi de üreticinin bulutuna ihtiyaç duymaz.
Veri ne kadar süre tutuluyor?
Saklama politikanız ne diyorsa o kadar. Telemetri ve günlükler için süre kurulum başına ayarlanır; siz bir sınır koymadıkça telemetri silinmez.
Veri ekibimiz doğrudan sorgu çalıştırabilir mi?
Evet. Trend çalışma alanı, birkaç cihazın saklanan değerlerini aynı zaman ekseninde gösterir; salt okunur SQL sorguları da (panolarda ve Telemetry API üzerinden) platformun geri kalanındaki rol yetkileriyle ve her seferinde tek ifade olarak çalışır. Böylece bir inceleme sistemi durdurma riski taşımaz.
Ayrı bir geçmiş veri sistemine (historian) ihtiyacımız kalıyor mu?
Pek çok tesis, mevzuat ya da eski sistemler nedeniyle mevcut geçmiş veri sistemini korur; Proxus onu da besler. Böyle bir sisteminiz yoksa yerleşik depo aynı işi ek lisans gerektirmeden görür.
Model değişirse geçmiş veriyi yeniden işleyebilir miyiz?
Evet. Ham değerler toplandıkları çözünürlükte saklanır. Türetilmiş bir değeri sonradan yeniden hesaplamak için veriyi tekrar toplamanız gerekmez, geçmişten okumanız yeterlidir.
Okumaya devam edin
- Platform Ortak veri modeli (UNS) Devamını okuyun
- Platform Panolar ve raporlama Devamını okuyun
- Platform Entegrasyonlar ve veri hedefleri Devamını okuyun
Fiyatı iki şey belirler: kaç Edge Gateway çalıştırdığınız ve bu cihazların taşıdığı veri hızı. Fiyatlar
Geçmişinizi boyutlandıralım
Ne kadar geçmiş tutacaksınız?
Kaç sinyal topladığınızı ve ne kadar süre saklamak istediğinizi yazın. Bir mühendis depolamayı sizinle boyutlandırır ve bir iş günü içinde yanıtlar.