Bir kamu hizmeti sağlayıcısı, yalnızca bir numune sayacının kWh kaydettiği veya bir laboratuvar oturumu verileri başarıyla okuduğu için toplu akıllı sayacın piyasaya sürülmesini onaylamamalıdır. Kabul, tüm teslimat zincirini kapsamalıdır: saha hazırlığı, sayaç konfigürasyonu, iletişim, veri yoğunlaştırıcı üniteler (DCU'lar), ana sistem (HES) haritalaması, varlık kayıtları, arıza giderme, dokümantasyon ve devir teslim.
Akıllı sayaç programları politika hedeflerinden saha dağıtımına geçtikçe proje çapındaki bu bakış açısı daha da önemli hale geliyor. 9 Temmuz 2026'da güncellenen bir Avustralya hükümeti bilgi sayfası, Ulusal Elektrik Piyasasındaki müşterilerin 2030 yılına kadar akıllı sayaçlara sahip olmasının beklendiğini belirtiyor. Ayrıca eski kabloların, asbestin, hasarlı kapakların veya diğer sayaç kutusu sorunlarının basit bir kurulumu engelleyebileceğine de dikkat çekiyor.[1]
Eskom'un güncel bir ilgi açıklaması başka bir pratik sinyal sağlıyor. Kapsamı akıllı sayaçları, DCU'ları, kurulumu, devreye almayı, müşteri verileri güncellemelerini, ilgili muhafazaları ve aksesuarları ve mevcut sayaçların hizmet dışı bırakılmasını ve imha edilmesini kapsar. Ayrıca teknik değerlendirme için numuneler gerektirir. Belge projeye özeldir ve evrensel bir spesifikasyon oluşturmaz, ancak dağıtımın neden bir metre satın alımından daha geniş olduğunu göstermektedir.[2]
Geçerli kamu hizmeti spesifikasyonu, yerel elektrik kuralları, metrolojik gereklilikler, siber güvenlik politikası ve sözleşmeye dayalı kabul planı, herhangi bir fiili proje için kontrol belgeleri olmaya devam etmektedir. Bu makale, bu gereksinimlerin hazırlanması ve gözden geçirilmesi için bir çerçeve sunmaktadır; onların yerine geçmez.
Akıllı Sayaç Kullanıma Kabulü Ne Anlama Geliyor?
Akıllı sayacın kullanıma sunulmasının kabulü, kurulu cihazların, iletişim zincirinin, veri çıkışlarının ve proje kayıtlarının amaçlanan kullanım için mutabakata varılan gereklilikleri karşılayıp karşılamadığını belirlemek için kullanılan belgelenmiş süreçtir.
Önce kullanım amacı belirtilmelidir. Elektrik faturalandırması, ön ödemeli hizmet, yük profili toplama, kesinti görünürlüğü, dağıtım analitiği veya dahili izleme için tasarlanan bir proje, farklı sayaç işlevleri, veri aralıkları, güvenlik kontrolleri ve kabul kanıtları gerektirebilir.
Bu nedenle kabul açıkça sahip olunan katmanlara bölünmelidir.
| Kabul katmanı | Ana soru | Tipik kanıt | Önemli sınır |
| Saha hazırlığı | Seçilen sayaç ve aksesuarlar tanımlanan noktaya güvenli bir şekilde monte edilebiliyor mu? | Saha araştırması, kablolama ve muhafaza kayıtları, fotoğraflar, istisna günlüğü | Nihai kurulum gereklilikleri yerel kurallara ve yetkili proje taraflarına tabidir |
| Ölçme ve konfigürasyon | Teslim edilen cihaz onaylı model, donanım, ürün yazılımı ve konfigürasyona sahip mi? | İsim plakası kaydı, seri numarası, konfigürasyon aktarımı, toplu bildirim | Tam model için işlevler ve derecelendirmeler onaylanmalıdır |
| İletişim | Gerekli veriler ve izin verilen komutlar seçilen ağ üzerinden hareket edebilir mi? | Ağ testi, adresleme kaydı, yeniden deneme ve arıza kayıtları | Fiziksel bağlantı, uygulama düzeyinde uyumluluğu kanıtlamaz |
| DCU veya ağ geçidi | Saha cihazları tasarlandığı gibi toplanabilir, arabelleğe alınabilir ve iletilebilir mi? | Cihaz haritası, kapasite testi, depolama ve iletme testi, zaman ve durum kayıtları | DCU sorumlulukları mimariye göre değişir |
| HES ve veri haritalama | HES gerekli nesne ve olayları tanımlayabiliyor, okuyabiliyor ve yorumlayabiliyor mu? | Nesne veya kayıt haritası, veri türü ve ölçeklendirme kontrolleri, olay testleri | DLMS desteği tek başına HES uyumluluğunu kanıtlamaz |
| İş verileri ve devir teslim | Kabul edilen veriler doğru müşteri ve ağ varlığıyla ilişkilendirilebilir mi? | Sayaçtan hesaba haritalama, besleyici veya trafo haritalaması, kabul sertifikası | HES, MDM ve faturalandırma rolleri karıştırılmamalıdır |
Ürün Adıyla Değil, Proje Sınırıyla Başlayın
Bir ölçüm cihazı seçmeden veya bir test senaryosu yazmadan önce proje ekibi, ölçümün nerede gerçekleşeceğini ve verilerin ne için kullanılacağını tanımlamalıdır.
Her kurulum sınıfı için şunları onaylayın:
- Müşteri bağlantı noktası, dahili dağıtım noktası veya tanımlanmış başka bir ölçüm sınırı.
- Tek fazlı veya üç fazlı besleme ve kablolama düzeni.
- Doğrudan bağlı, CT ile çalıştırılan veya başka bir onaylı algılama düzenlemesi.
- Projenin gerektirdiği ithalat, ihracat veya çift yönlü kayıtlar.
- Faturalandırma, ön ödemeli, operasyonel, planlama veya müşteri bilgilendirme amaçlı.
- Kabul edilen her sonuç için yetkili veri kaynağı.
- Nihai metrolojik, elektrik ve proje onayından sorumlu yerel makam.
Dahili bir alt sayaç, kabul edilen faturalama sayacı olmadan operasyonel analizi destekleyebilir. Akıllı sayaç desteklenen değerleri ölçebilir ve saklayabilir ancak faturalandırma sistemi tarife ve hesap kurallarını uygular. Bir DCU verileri toplayabilir ve iletebilirken, HES iletişimi planlar ve sayaç veri yönetimi sistemi (MDM) kayıtları doğrulayabilir veya değiştirebilir. Kesin sorumluluklar yardımcı program mimarisine bağlıdır.
İletişim katmanının daha ayrıntılı bir açıklaması için bkz. AMI Projeleri için DLMS Akıllı Sayaç İletişimi .
Saha Hazırlığı Bir Kabul Kapısı Olmalı
Toplu dağıtım, laboratuvarda görülmeyen koşullar nedeniyle gecikebilir. Saha araştırması, servis noktasının seçilen sayaç, muhafaza ve iletişim düzenlemesi için hazır olup olmadığını belirlemelidir.
Anketin şunları kaydetmesi gerekebilir:
- Mevcut sayaç tipi, kapladığı alan ve montaj yöntemi.
- Kullanılabilir alan, terminal düzeni ve iletken durumu.
- Muhafaza bütünlüğü, çevreye maruz kalma ve erişim kısıtlamaları.
- Hasarlı kabloların, güvenli olmayan kapakların veya yasaklı malzemelerin kanıtı.
- İzolasyon, mühürleme ve yetkili çalışma gereklilikleri.
- İlgili olduğu yerde hücresel, RF, PLC veya diğer iletişim koşulları.
- Müşteri, hesap ve hizmet noktası tanımlayıcılarının eşleştirilip eşleştirilemeyeceği.
- Gerekli düzeltici çalışma ve bundan sorumlu taraf.
Avustralya dağıtım kılavuzu, akıllı sayacın kurulabilmesi için eski kabloların, asbestin ve hasarlı kapakların üzerinde çalışma gerekebileceği konusunda özellikle uyarıyor.[1] Bu yalnızca Avustralya'ya özgü bir sorun olarak görülmemelidir. Temel proje dersi, "sayaç mevcut" ve "saha hazır" durumlarının iki farklı durum olduğudur.
Kurulum, izolasyon ve kablolama işleri yetkili profesyoneller tarafından geçerli yerel kurallara uygun olarak gerçekleştirilmelidir. İçerik kontrol listesi belirli bir sitenin elektriksel açıdan güvenli olup olmadığını belirleyemez.
Onaylanan Konfigürasyonu Pilottan Önce Kilitleyin
Sayaç modeli adı, tam bir kullanıma sunma yapılandırması değildir. Kontrollü konfigürasyon, ölçümü, iletişimi ve kabulü etkileyen özellikleri tanımlamalıdır.
| Yapılandırma öğesi | Testten önce ne kaydedilmeli? |
| Cihaz kimliği | Üretici, tam model, seri numarası formatı ve donanım revizyonu |
| Elektrik konfigürasyonu | Faz, voltaj, kablolama, akım girişi, doğrudan veya CT ile çalışan düzenleme |
| Metroloji rolü | Hedef pazarın gerektirdiği amaçlanan doğruluk ve yasal metroloji rolü |
| Firmware | Onaylanmış versiyon, konfigürasyon profili ve değişiklik-kontrol süreci |
| İletişim module | Ortam, modül sürümü, ağ profili ve adresleme yöntemi |
| Veri modeli | Gerekli kayıtlar veya nesneler, birimler, ölçeklendirme, imzalama kuralları ve erişim hakları |
| Zaman davranışı | Saat kaynağı, saat dilimi, gün ışığından yararlanma uygulaması ve izin verilen sapma |
| Güvenlik | Kimlik doğrulama, anahtarlar veya sertifikalar, erişim düzeyleri ve kimlik bilgisi sahipliği |
| Yerel aksesuarlar | Muhafaza, terminal kapağı, contalar, CIU veya diğer proje tanımlı bileşenler |
| Dokümantasyon | Veri sayfası, kullanım kılavuzu, bağlantı şeması, arayüz açıklaması ve test kanıtları |
Sertifikasyonun uygunluğu tam model, konfigürasyon, kullanım amacı ve hedef pazar için doğrulanmalıdır. Şirket düzeyinde bir logo veya protokol bildirimi, model düzeyinde sertifikasyon veya hizmet kabulü iddiası için yeterli kanıt değildir.
Pilotta Neler Test Edilmeli?
Pilot, amaçlanan ölçüm cihazı konfigürasyonunu ve teknik olarak temsili bir iletişim ve HES ortamını kullanmalıdır. Bir karşılaştırma testi yararlı olmaya devam eder ancak saha kapsamını, kablolama varyasyonunu, kurulum kalitesini, ağ tıkanıklığını veya müşteri verisi hatalarını yeniden üretmez.
1. Cihaz kimliği ve konfigürasyonu
Fiziksel etiketin, seri numarasının, donanım revizyonunun, ürün yazılımı sürümünün ve dışa aktarılan konfigürasyonun, onaylanmış örnek ve proje kaydıyla eşleştiğini doğrulayın. Yapılandırma değişikliklerinin günlüğe kaydedildiğini ve yetkilendirildiğini doğrulayın.
2. Ölçülen değerler ve yön
Tanımlanan ölçüm noktasında gerekli enerji kayıtlarını ve elektriksel değerleri doğrulayın. İthalat ve ihracatın gerekli olduğu durumlarda işaret kurallarını veya ayrı kayıtları doğrulayın. Test yöntemi, referans ekipmanı, koşullar ve kabul sınırları proje spesifikasyonundan veya geçerli metrolojik prosedürden gelmelidir.
3. Zaman ve aralık kayıtları
Saat ayarını, senkronizasyonu, saat dilimini, ilgili yerlerde gün ışığından yararlanma kullanımını, aralık sınırlarını ve eksik kayıt davranışını kontrol edin. Aşağıdaki zaman kavramlarını karıştırmayın:
| Zaman karakteristiği | Anlamı |
| Ölçüm yenileme | Ölçüm cihazının ölçülen değeri dahili olarak güncelleme sıklığı |
| Depolama aralığı | Depolanan yük profili veya enerji kaydıyla temsil edilen süre |
| İletişim polling | Bir DCU, ağ geçidi veya HES'in ne sıklıkta veri talep ettiği |
| Yükleme gecikmesi | Bir üst sistemde toplama ve kullanılabilirlik arasındaki süre |
| Gösterge tablosunu yenile | Kullanıcı arayüzünün ne sıklıkta değiştiği |
| Faturalandırma veya ödeme aralığı | Geçerli tarife, sözleşme veya program tarafından tanımlanan aralık |
Bir kaydın birkaç saniyede bir yoklanması, eşit derecede ayrıntılı depolanmış veriler veya faturalandırma açısından geçerli kayıtlar oluşturmaz.
4. İletişim ve DCU davranışı
Test adresleme, oturum oluşturma, zaman aşımı, yeniden denemeler, veri arabelleğe alma, sakla ve ilet davranışı ve iletişim kesintisinden sonra kurtarma. Bir proje bir DCU kullanıyorsa genel bir maksimum değere güvenmek yerine seçilen yapılandırma için desteklenen cihaz sayısını ve trafik profilini onaylayın.
Bir "iletişim başarı oranı" yalnızca proje paydasını, gözlem süresini, yeniden deneme tedavisini, veri türünü, ağ koşullarını ve geç okumaların başarılı olarak sayılıp sayılmadığını tanımladığında anlamlıdır.
5. HES nesnesi ve kayıt eşlemesi
HES'in gerekli veri nesnelerini okuduğunu veya birimleri, çarpanları, veri türlerini, zaman damgalarını, kalite işaretlerini ve olay kodlarını doğru şekilde kaydettiğini ve yorumladığını doğrulayın. DLMS/COSEM projeleri için, seçilen uygulamaya yönelik nesne listesini, OBIS tanımlayıcılarını, uyumluluk kapsamını, güvenlik ayarlarını ve iletişim profilini onaylayın.
DLMS Kullanıcı Birliği, Genel Yardımcı Profillerini, birlikte çalışabilirliği iyileştirmeyi amaçlayan temel özelliklerin kesin seçimleri olarak tanımlar. Mevcut AC Elektrik Akıllı Sayaç profili bir dizi kullanım senaryosunu tanımlamaktadır, ancak proje uyumluluğu hâlâ uygulama ve uçtan uca test gerektirmektedir.[3]
6. Olaylar ve izin verilen komutlar
Gerektiğinde ve desteklendiğinde, izinleri, denetim kayıtları, onayları ve arıza davranışları da dahil olmak üzere, üzerinde anlaşmaya varılan olayları ve uzaktan operasyonları test edin. Uzaktan bağlantı kesme, tarife konfigürasyonu, zaman senkronizasyonu veya firmware işlemleri asla “akıllı sayaç” teriminden anlaşılmalıdır. Tam ürün desteği, proje yetkilendirmesi ve yasal kabul gerektirirler.
7. Arıza ve kurtarma
Güç kesintisini, iletişim kaybını, DCU'nun yeniden başlatılmasını, HES'in kullanılamamasını, yinelenen verileri, geç verileri ve ara belleğe alınmış kayıtların kurtarılmasını test edin. Kabul planı şunları ayırt etmelidir:
- Gerçek bir sıfır tüketim aralığı.
- Eksik bir okuma.
- Geç bir okuma.
- Tahmini veya ikame edilmiş bir okuma.
- Reddedilen veya geçersiz bir kayıt.
8. Kurulum ve varlık haritalaması
Kurulan sayacın, bu ilişkilerin projenin bir parçası olduğu doğru müşteri hesabı, servis noktası, faz, transformatör veya besleyici kaydıyla eşleştirildiğini doğrulayın. Yanlış müşteriye veya varlığa atanan teknik açıdan doğru bir okuma, proje başarısızlığı olarak kalır.
Pilot Geçişinden Sonra Seri Kontrolü Önemlidir
Bir pilot sonuç test edilen konfigürasyona uygulanır. Toplu dağıtım, donanımın, ürün yazılımının, iletişim modüllerinin, güvenlik ayarlarının veya üretim parametrelerinin değişmesi durumunda ek riskler doğurur.
Bu nedenle kullanıma sunma planı şunları tanımlamalıdır:
- Her teslimat partisi için onaylanmış konfigürasyon faturası.
- Seri numarası ve parti izlenebilirliği.
- Ürün yazılımı ve iletişim modülü sürümü bildirimi.
- Numune alma planı ve gelen denetim kayıtları.
- Yapılandırma yükleme ve doğrulama işlemi.
- Anahtar veya kimlik bilgisi ekleme sahipliği ve denetim takibi.
- Değişiklik bildirimi ve yeniden test tetikleyicileri.
- Uygun olmayan cihazların işlenmesi.
- Yedek cihaz ve değiştirme uyumluluk kuralları.
- Geçerli olduğu durumlarda, onaylı ürün yazılımı yükseltme ve geri alma işlemi.
NIST'in AMI akıllı sayaç yükseltilebilirlik testi çerçevesi, ürün yazılımı yükseltmelerinin, uzaktan yükseltilebilirliğin otomatik olarak güvenli olduğu varsayımı yerine neden tanımlanmış satıcı bilgileri ve tekrarlanabilir test prosedürleri gerektirdiğini göstermektedir.[4]
Performansı Ölçmeden Önce Veri Kabulünü Tanımlayın
Proje ekipleri sıklıkla neyin okuma olarak nitelendirildiğini tanımlamadan "alınan okumaların %98'i" gibi bir hedef belirler. Daha güçlü bir veri kabul tanımı şunları belirtir:
- Gerekli kayıt veya nesne.
- Beklenen zaman damgası ve aralık.
- İzin verilen gecikme.
- Gerekli kalite veya doğrulama durumu.
- Yeniden denemelerin ve kopyaların işlenmesi.
- Tahmini veya değiştirilmiş verilerin işlenmesi.
- Hesaplamada kullanılan nüfus ve zaman penceresi.
- İstisnalar, planlı kesintiler ve onaylanmış istisnalar.
Yetkili kaynak da önemlidir. Bir sayaç kaydı, bir DCU önbelleği, bir HES kaydı, bir MDM tarafından doğrulanmış değer ve bir faturalandırma sistemi değeri, farklı işlem aşamalarını temsil edebilir. Kabul belgesi, her test için hangi sistemin yetkili olduğunu tanımlamalıdır.
Siber Güvenlik, Devreye Alma ve Devir Teslimin Bir Parçasıdır
AMI cihazları ve sistemleri uzun yıllar boyunca kurulu halde kalabilir, dolayısıyla güvenlik yalnızca iletişim testinden sonra eklenemez. Proje güvenlik planının cihaz kimliğini, kimlik doğrulamayı, erişim kontrolünü, anahtar mülkiyetini, ürün yazılımı bütünlüğünü, günlüğe kaydetmeyi, güvenlik açığı yönetimini, ağ bölümlendirmesini ve geçici devreye alma hesaplarının kaldırılmasını kapsaması gerekebilir.
NIST'in akıllı şebeke siber güvenlik çalışması, değişen arayüzleri ve bağlı şebeke cihazlarını daha geniş risk ortamının bir parçası olarak ele alır ve yükseltilebilirlik çerçevesi, güvenlikle ilgili test hususlarını içerir.[4] [5]
Kesin kontroller kamu hizmeti kuruluşu veya proje güvenlik yetkilisi tarafından tanımlanmalıdır. Sayaç tedarikçisi, siber güvenlik mimarisinin tamamını belirleyen veya operasyonel ağı onaylayan taraf olarak sunulmamalıdır.
Bir Kullanıma Alma Pilottan Toplu Dağıtıma Geçişe Ne Zaman Hazır Olur?
Karar, pilotun "işe yaradığına" dair genel bir beyana değil, imzalı bir kabul matrisine dayanmalıdır. Yayınlamadan önce şunları onaylayın:
- Gerekli tüm sayaç, iletişim, DCU ve HES testlerinin bir sonucu ve delil sahibi vardır.
- Her açık istisnanın bir ciddiyeti, sahibi, geçici tedavisi ve kapatılma tarihi vardır.
- Kabul edilen model, ürün yazılımı, modül ve konfigürasyon dondurulur veya kontrol edilir.
- Site hazırlığı kategorileri ve iyileştirme iş akışları tanımlanır.
- Varlık ve müşteri verileri geçişi mutabakata varıldı.
- Kurulum, devreye alma ve geri alma prosedürleri onaylanmıştır.
- Saha ekiplerinin kullanımına yönelik eğitim ve yükseltme yolları mevcuttur.
- Devir teslim belgeleri, kimlik bilgileri ve denetim kayıtları, sorumluları belirlemiştir.
- Kesin kabul yetkisi sözleşmede ve proje planında belirtilir.
Bir numune testini geçmek, gelecekteki her sahanın, partinin veya HES sürümünün otomatik olarak kabul edileceği anlamına gelmez. Malzeme donanımı, ürün yazılımı, iletişim, güvenlik veya sistem değişiklikleri için yeniden test tetikleyicileri üzerinde anlaşmaya varılmalıdır.
YTL Projeye Uygunluk Tartışması İçin Neler Sağlanmalıdır?
Seçilen bir YTL akıllı sayacın mı yoksa veri yoğunlaştırıcı yapılandırma bir AMI dağıtımına uygun olabilir, şunları sağlayın:
- Ülke, hizmet pazarı ve kullanım amacı.
- Varsa, yardımcı program özellikleri ve gerekli standartlar.
- Tek fazlı veya üç fazlı elektrik konfigürasyonu.
- Doğrudan bağlı veya CT ile çalıştırılan gereksinim.
- Metre ayak izi, montaj ve muhafaza kısıtlamaları.
- Gerekli ölçülen değerler, kayıtlar, yük profilleri ve olaylar.
- İletişim ortamı ve protokol gereksinimleri.
- Gerekli DLMS/COSEM nesneleri, güvenlik ayarları veya kayıt haritası.
- DCU mimarisi, cihaz sayısı ve alan topolojisi.
- HES ve MDM bilgileri ve gerekli arayüz davranışı.
- Sertifikasyon ve teknik belge gereksinimleri.
- Pilot miktar, kullanıma sunma miktarı ve önerilen kabul süreci.
Gözden geçirin YTL akıllı sayaç kategorisi Mevcut web sitesinde gösterilen mevcut ürün aileleri için. Seçilen model ve proje konfigürasyonu için kesin elektriksel değerler, iletişim seçenekleri, aygıt yazılımı işlevleri, sertifikalar ve sistem uygunluğu doğrulanmalıdır.
Daha geniş veri zinciri bağlamı için bkz. Avrupa'nın 2026 Enerji Dijitalleşmesi Yol Haritası: Akıllı Ölçüm ve AMI Projeleri Açısından Ne İfade Ediyor? .
Sonuç
Zincirin bir noktasında güvenilir bir akıllı sayacın kullanıma sunulması kabul edilmez. Kurulum sınırı, onaylı sayaç konfigürasyonu, iletişim ağı, DCU, HES veri eşlemesi, müşteri ve varlık kayıtları ve nihai proje dokümantasyonu genelinde kabul edilir.
Cihaz, desteklenen ölçümler ve cihaz kayıtları sağlar. Bir DCU veya ağ geçidi, yapılandırılmış rolüne göre verileri toplar ve iletir. HES genellikle saha iletişim görevlerini yönetirken, MDM veya faturalandırma sistemi iş kurallarını doğrulayıp uygulayabilir. Saha yüklenicileri ekipmanı kurar ve devreye alır. Yardımcı kuruluşlar ve yetkili proje tarafları teknik şartnameyi tanımlar ve nihai kabul kararını verir. Kesin sorumluluklar mimariye özgü kalır.
Bu sorumlulukları ayrı tutmak, proje alıcılarının başarılı bir numune testinden kontrollü, denetlenebilir ve bakımı yapılabilir toplu dağıtıma geçmesine yardımcı olur.
SSS
Akıllı sayaç kullanıma sunulmadan önce neler test edilmelidir?
Onaylanmış ölçüm cihazı konfigürasyonunu, gerekli değerleri ve kayıtları, zaman damgalarını, aralık kayıtlarını, iletişimi, DCU ara belleğe almayı, HES haritalamasını, olayları, izin verilen komutları, arıza gidermeyi, saha kurulumunu ve müşteri veya varlık haritalamasını test edin. Tam kapsam, hizmet ve proje spesifikasyonlarından gelir.
DCU ile HES arasındaki fark nedir?
Bir DCU genellikle birden fazla saha ölçüm cihazından veri toplar ve bu verileri iletir veya arabelleğe alır. HES genellikle iletişim oturumlarını, okuma görevlerini, uzaktan operasyonları ve verilerin üst sistemlere dağıtımını yönetir. Sorumluluklar mimariye göre değişir ve proje için tanımlanmalıdır.
DLMS desteği HES uyumluluğunu garanti ediyor mu?
Hayır. Uyumluluk, uygulanan nesnelere, OBIS tanımlayıcılarına, hizmetlere, güvenlik ayarlarına, iletişim profiline, ürün yazılımına, DCU davranışına ve HES yapılandırmasına bağlıdır. Uçtan uca test hala gereklidir.
Akıllı sayaç kurulumunu ne geciktirebilir?
Olası nedenler arasında uygun olmayan veya güvenli olmayan kablolama, hasarlı muhafazalar, yetersiz alan, erişim kısıtlamaları, uyumsuz sayaç izleri, eksik müşteri kayıtları ve yetersiz iletişim kapsama alanı yer alır. Yerel kurulum kuralları gerekli yanıtı belirler.
Akıllı sayaç aralık verileri nasıl kabul edilmelidir?
Gerekli kaydı, aralık sınırını, zaman damgası kaynağını, izin verilen gecikmeyi, kalite durumunu, eksik veri işlemini, yeniden deneme işlemini ve yetkili sistemi tanımlayın. Yoklama sıklığını depolanan veri çözünürlüğü olarak değerlendirmeyin.
Her teslimat partisi yeniden test edilmeli mi?
Proje, gelen denetim, numune alma ve yeniden test tetikleyicilerini tanımlamalıdır. Donanım, ürün yazılımı, iletişim modülleri, güvenlik yapılandırması veya HES uygulamasındaki önemli değişiklikler ek testler gerektirebilir.
Bir ölçüm cihazı numune testi tüm AMI sistemini onaylayabilir mi?
Hayır. Örnek bir test, test edilen cihaz ve konfigürasyon için kanıt sağlayabilir. Projenin eksiksiz kabulü aynı zamanda iletişim, DCU, HES, veri, saha kurulumu, güvenlik ve dokümantasyon kontrollerini de gerektirir.
Akıllı sayacın kullanıma sunulmasına son onayı kim verir?
Nihai onay, kamu hizmeti sağlayıcısına, düzenleyiciye, metrolojik otoriteye, proje sahibine veya geçerli kurallar ve sözleşmeyle tanımlanan diğer yetkili taraflara aittir. Sayaç üreticisi ürün ve test belgelerini sağlayabilir ancak bu yetkililerin yerine geçemez.
Referanslar
- Güney Avustralya Hükümeti, Ulusal akıllı sayaç kullanıma sunuldu , 9 Temmuz 2026'da güncellendi.
- Eskom Holdings SOC Ltd., İlgi Beyanı E3153DXMWP: Akıllı Sayaç Kullanıma Sunma Programı , Erişim tarihi: 10 Temmuz 2026.
- DLMS Kullanıcı Birliği, Genel Yardımcı Profiller , AC Electricity Akıllı Sayaç profili, güncel sürüm bilgilerine 10 Temmuz 2026'da erişildi.
- Ulusal Standartlar ve Teknoloji Enstitüsü, Gelişmiş Ölçüm Altyapısı Akıllı Sayaç Yükseltilebilirlik Test Çerçevesi , NISTIR 7823.
- Ulusal Standartlar ve Teknoloji Enstitüsü, Akıllı Şebeke Sistemleri için Siber Güvenlik .


English
中文简体



.jpg?imageView2/2/w/500/h/500/format/png/q/100)



.png?imageView2/2/w/500/h/500/format/png/q/100)



