Güç Ölçer Veri Kalitesi Bayrakları: İyi, Kötü ve Belirsiz Değerlerin Eşleştirilmesi

Güç sayacı veri kalitesi bayrakları, ölçümle birlikte kaynağından son kontrol paneline, alarma veya rapora kadar taşınmalıdır. Tek başına sayısal bir değer, kullanıcının cihaz tarafından başarıyla sağlanıp sağlanmadığını, ağ geçidinin daha eski bir örneği saklayıp saklamadığını veya bir operatörün bu değeri başka bir değerle değiştirip değiştirmediğini anlamasını sağlayamaz. Belgelenmiş her kaynak durumunun anlamını tanımlayın, bunu alıcı sisteme açıkça eşleyin ve bilgi mevcut olmadığında ne olacağını test edin. Yalnızca grafiğin kesintisiz görünmesini sağlamak amacıyla geçersiz bir ölçümü asla görünüşte geçerli bir sıfır değerine dönüştürmeyin.

Bu kılavuz, bir entegrasyon boyunca kalite anlamının korunmasına odaklanmaktadır. Her sayacın kalite kayıtlarını sunduğunu iddia etmez. BY194 güç ölçüm cihazı ailesi, için herhangi bir durum alanı, zaman damgası veya geçersiz değer kuralı belirlemeden önce tam varyanta ait iletişim belgelerini edinin.

Genel bağlantı ve devreye alma bağlamı için bkz. güç sayacı Modbus iletişim kılavuzu.

Ölçüm değerini ölçüm kalitesinden ayrı tutun

Bir değer, bildirilen akım veya birikmiş enerji gibi miktara ilişkin bir soruyu yanıtlar. Kalite ise bu değerin, alıcı sistemin kuralları kapsamında amaçlanan kullanımına uygun olup olmadığını belirtir. Bu ayrım önemlidir; çünkü sözdizimi açısından geçerli bir yanıt, mevcut olmayan, belgelenmiş çalışma koşullarının dışında kalan, manuel olarak başka bir değerle değiştirilmiş veya önceki bir veri ediniminden saklanmış bir ölçüm içerebilir.

Modbus, protokol işlemlerini ve istisna yanıtlarını sağlar. Ancak tüm cihazlar için evrensel bir sayaç kalite kaydı tanımlamaz. Modbus Uygulama Protokolü spesifikasyonu cihazın kendi kayıt kılavuzuyla birlikte incelenmelidir. İstisna yanıtı işlemle ilgilidir; belgelenmiş bir kalite alanı ise ölçüm veya kaynak durumuyla ilgilidir. Bir ağ geçidi kendi kalite değerlendirmesini de oluşturabilir; bu değerlendirme, cihaz tarafından bildirilen bir durum olarak yanlış etiketlenmemelidir.

Endüstriyel bilgi modelleri, değeri ve durumu birlikte taşıyabilir. OPC Foundation DataValue tanımı bu ayrımı bir değer, durum ve zaman damgaları kullanarak açıklar. Hedef sisteminiz OPC UA kullanıyorsa belgelenmiş durum anlamlarını uygulayın. Başka bir sistem kullanıyorsa, anlamlarını taşımadan başka sistemlere ait etiketleri ödünç almak yerine o sistemin gerçek davranışını tanımlayın.

Kaliteyi değiştirebilecek her noktayı belirleyin

Devreye alma kaydında gerçek veri yolunu çizin: uygulanabildiği durumlarda sayaç, seri ağ, ağ geçidi, veri toplayıcı, tarihsel veri tabanı ve kontrol paneli. Her aşama için önceki bir değeri saklayıp saklayamadığını, hesaplama yapıp yapmadığını, yedek bir değer kullanıp kullanmadığını, birimleri değiştirip değiştirmediğini veya bir durum bilgisinin üzerine yazıp yazmadığını değerlendirin. Amaç, her kurulumun tüm bu bileşenleri içerdiğini varsaymak değil, izlenebilir bir sorumluluk zinciri oluşturmaktır.

Kaynağın sağladığı bilgileri entegrasyonun çıkarsadığı bilgilerden ayrı olarak kaydedin. Cihaz belgelenmiş bir durum sunuyorsa orijinal kodu yorumuyla birlikte koruyun. Başarısız bir okuma sonrasında veri toplayıcı bir örneği kullanılamaz olarak işaretliyorsa bunun veri toplayıcıya ait bir durum olduğunu belirtin. Türetilmiş bir toplam birden fazla girdiye bağlıysa, uygun olmayan bir girdinin hesaplamada nasıl ele alındığını ve bu kuralın nerede yapılandırıldığını kaydedin.

Kaliteyi güncellikten ayrı tutun. Bir örnek, alındığı sırada kabul edilebilir olabilir ancak uzun bir gecikmenin ardından güncel bir gösterim için uygun olmayabilir. Ağ geçidinde eski veri kılavuzu Yaş ve önbelleğe alma konularını daha ayrıntılı ele alır. Buradaki önemli gereklilik, hiçbir ara aşamanın uygun olmayan veya bilinmeyen bir örneği sessizce kabul edilmiş güncel bir değere dönüştürmemesidir.

Nokta düzeyinde bir eşleştirme tablosu oluşturun

Aşağıdaki tablo, belirli bir ölçüm cihazında kullanılabilen bayrakların listesi değil, belgelenmesi gereken kararların bir örneğidir. Kaynak açıklamalarını, yazılımınız tarafından desteklenen gerçek belgelenmiş durumlar ve hedef davranışlarla değiştirin.

Bu kararları verileri kullanan kişilerle birlikte alın. Bakım panoları, enerji analizleri ve alarmlar farklı işlem yöntemleri gerektirebilir; ancak temel kaynak kanıtlarına yeniden erişilebilmelidir. Bir rapor, uygun olmayan zaman aralıklarını hariç tutarken bir tanılama görünümü bunları açık bir işaretle gösterebilir. Bunlar, aynı kanıtın iki farklı sunum biçimidir.

Basitleştirilmiş bir durum bilgisinde bilgi kaybını önleyin

Verileri alan bir platform yalnızca iyi, kötü ve belirsiz gibi sınırlı sayıda etiket sunabilir. Daha kapsamlı bir kaynak sınıflandırmasının basitleştirilmesi gerekiyorsa bu dönüşümü belgeleyin ve mümkün olduğunda ham kaynak durumunu ayrı bir alanda saklayın. Aksi takdirde, daha sonraki bir incelemede desteklenmeyen bir miktarın zaman aşımından veya elle ikame edilmiş bir örnekten ayırt edilmesi mümkün olmayabilir.

Hedef kodunu, ismi yakın göründüğü için seçmeyin. Hedefin tanımını okuyun ve aşağı akış hesaplamalarının, alarmların ve göstergelerin onunla ne yaptığına karar verin. OPC UA'da, DurumKodu tanımına ve ayrıca alıcı uygulamanın belgelerine danışın. Bir satıcıya ait yerel etiket, ek davranışlar içerebilir ve bu, ekrandan açıkça görünmeyebilir.

Eşlenmemiş durumlar için varsayılanı tanımlayın. Bilinmeyen bir kod, gözden geçirme tetiklemeli ve onaylanmış tasarıma göre görünür şekilde sınıflandırılmamış veya uygun olmayan durumda kalmalıdır. Her bilinmeyen kodu iyi olarak kabul etmek, gelecekteki yazılım veya donanım değişikliklerini özellikle tehlikeli hale getirir. Orijinal kodu koruyun, böylece ne olduğunu tahmin etmeden düzeltilmiş eşleme uygulanabilir.

İşe başlamadan önce hesaplama davranışını tanımlayın

Bir hesaplamanın tüm girdilerin kabul edilmesini gerektirip gerektirmediğine karar verin. Birden fazla besleyiciden oluşan toplam için, bir eksik giriş toplamı tamamlanmamış hale getirebilir, hatta aritmetik başarıyla çalışsa bile. Bir rapor kasıtlı olarak kısmi toplam kullanıyorsa, kapsama alanını ve eksik sınırı açıkça etiketleyin. Bütün site değeri olarak sunmayın.

Aralık analizi için, başlangıç ve bitiş kanıtlarını ve katkıda bulunan örneklerin kalitesini koruyun. Bir boşluk sıfır tüketim oluşturmaz. İnterpolasyon veya ikame, belirli bir analitik amaç için faydalı olabilir, ancak bu bir tahmindir ve bu şekilde tanımlanmalıdır. Ölçülen seriyi ve tahmin yöntemini, bir gözden geçirenin sonucu yeniden üretebilmesi için yeterince ayırın.

Sayısal temsiliyet başka bir katmandır. Sınırsız olmayan bir sayı, belgelenmiş bir sentinel ve iletişim hatası farklı şekilde ele alınmalıdır. Geçersiz sayısal değer kılavuzu temsil kontrollerini açıklar. Bir kalite eşlemesi, bu durumlar arasındaki farkı korumalı ve uygunsuz değerlerin sessizce sıradan aritmetiğe girmesini engellemelidir.

Tüm yolu kontrollü durumlarla test edin

Mümkünse güvenli bir test ortamında veya desteklenen bir simülatörle başlayın. Belgelenmiş kabul edilen bir örneği, başarısız bir alımı, saklanan önceki örneği ve desteklenmeyen bir noktayı deneyin. Cihazlara özgü tanısal veya geçersiz durumları yalnızca manuel olarak güvenli bir yöntem anlatıyorsa kullanın. Sadece bir durum bayrağını tetiklemek için tehlikeli bir elektrik durumu yaratmayın.

Her durum için, her aşamada görünenleri kaydedin. Ham kaynak yanıtını veya simülatör girişini, geçit değeri ve durumunu, toplayıcı kaydını, tarihçi girişini ve gösterge paneli sunumunu yakalayın. Gözlemlenen sonucu onaylanmış eşleme tablosuyla karşılaştırın. Sadece ilk geçit ekranını kontrol eden bir test, daha sonra kalite bilgisini kaldıran bir tarihçi veya grafik atlayabilir.

Kurtarmayı dahil edin. Geçerli bir girişi geri yükleyin ve sistemin yeni veriyi ne zaman kabul ettiğini gözlemleyin. Eski hata işaretlerinin uygun yerlerde tarihsel kayıtlarda kaldığını ve güncel kabul edilen bir durumun önceki boşluk kanıtını silmediğini doğrulayın. Sistem manuel onaylama kullanıyorsa, bu davranışı kaydedin, tamamen otomatik olduğunu varsaymayın.

Kaliteyi görünür kılın, okuyucuyu bunaltmadan

Normal bir gösterge paneli, karmaşık olmayan kabul edilen okumayı gösterebilirken, istisnaları kolayca tanımlamayı sağlar. Açık metin, tutarlı görsel işaret ve işaretin ne anlama geldiğine dair erişilebilir bir açıklama kullanın. Renk tek başına yeterli değildir çünkü kullanıcılar gözden kaçırabilir veya farklı yorumlayabilir. Saklanan bir değer, platform bu bilgiyi destekliyorsa, edinim zamanını veya yaşını gösterebilir.

Raporlar da aynı derecede net bir kurala ihtiyaç duyar. Uygun olmayan aralıkların hariç tutulup tutulmadığını, tahmin edilip edilmediğini veya niteliklerle dahil edilip edilmediğini belirtin. İki dönemi karşılaştırırken, kapsamlarının karşılaştırılabilir olduğundan emin olun. Görünürde daha düşük enerji toplamı, eksik aralıklardan kaynaklanabilir, operasyonel bir iyileşmeden değil. Okuyucunun karşılaştırmanın faydalı olup olmadığına karar vermesi için yeterli bağlam sağlayın.

Alarm davranışını, gösterim davranışından ayrı belgeleyin. Bir ekran, yönlendirme için son bilinen değeri tutabilirken, alarm mantığı kaynağı kullanılamaz olarak kabul edebilir. Her ikisi de açıkça tasarlandıysa makul olabilir. Ciddi hata, kullanışlı bir gösterim yedeklemesini, alarm veya karar için belgelenmemiş kabul edilen bir giriş haline getirmektir.

Eşleme değişikliklerini kontrol altına alın

Onaylanan eşleştirmeyi cihaz listesi, kayıt dokümantasyonu ve alma uygulaması yapılandırmasıyla birlikte saklayın. Kim onayladı ve hangi yazılım sürümlerinin test edildiğini kaydedin. The NIST operasyon teknolojisi kılavuzu operasyonel sistemler için daha geniş yapılandırma ve değişiklik yönetimi bağlamı sağlar; evrensel bir ölçüm kalitesi algoritması belirtmez.

Kayıt belgesi, firmware, geçit şablonu veya hedef işleme kaliteyi etkileyebilecek şekilde değiştiğinde yeniden test yapın. Bilinmeyen durumları ve tekrarlanan ikameleri uygulanabilir bakım kanıtı olarak gözden geçirin. Görmezden gelinen uyarıların günlük seli, eşleştirme veya operasyonel sürecin dikkat gerektirdiğinin işaretidir, her şeyi kabul edilmiş olarak yeniden etiketleme nedeni değildir.

Yuvarlama noktası aritmetiği üzerine eğitim geçmişi

Alan Edelman tarafından hazırlanan bu MIT 18.S191 dersi, yukarıda tartışılan sayısal temsil kontrolleri için arka plan sağlayan yuvarlama noktası aritmetiği konusunu kapsar. Sayısal geçerlilik ve bir kaynak kalite bayrağı ayrı sorulardır. Onaylanan ölçüm kılavuzu ve alma sistemi dokümantasyonu, gerçek kalite eşleştirme kuralları için kaynaklar olarak kalır.

Aşağıdaki ders, kayan nokta aritmetiği ve sayısal sınırlamaları açıklar. Büyüyen temsil adımlarını ve yuvarlamayı anlamak için arka plan sağlar. Çalışılan ölçüm kararları, hala gerçek kayıt formatına, mühendislik birimlerine ve kurulumun kabul şartlarına bağlıdır.

Sık sorulan sorular

Modbus, tüm güç ölçerler için aynı kalite bayraklarını mı tanımlar?

Hayır. Modbus protokol işlemlerini tanımlar, cihazlara özgü kalite alanları ve geçersiz durumlar ise ilgili enstrüman dokümantasyonunu gerektirir. Bir toplayıcı ayrıca ayrı edinim kalite bilgisi de üretebilir.

Başarısız bir sayaç okuması sıfır değerine dönüştürülmeli midir?

Genellikle bu, gerçek sıfır değeri ile eksik bilgi arasındaki ayrımın ortadan kalkmasına neden olur. Onaylanmış kullanılamaz veya tahmini değer davranışını açıkça tanımlayın ve orijinal hata kanıtlarını koruyun.

Sayaçta kalite kaydı bulunmuyorsa bir ağ geçidi kalite bilgisi atayabilir mi?

Evet, bir ağ geçidi, belgelenmiş kurallarına göre veri edinme işleminin başarısını veya verinin güncelliğini değerlendirebilir. Bu bilgiyi, sayacın bir tanılama bayrağı sağladığı izlenimini vermek yerine, ağ geçidinin kendi değerlendirmesi olarak etiketleyin.

En faydalı kabul testi hangisidir?

Kontrollü bir giriş koşulunu, onaylanmış eşleştirmeye göre mevcut her aşamada değer, kalite, zamanlama ve kurtarma süreçlerini kontrol ederek son rapora veya gösterge paneline kadar tüm süreç boyunca takip edin.