Güç ölçer CSV başlık kodlama doğrulaması, alınan uygulamanın ölçümlerden önce hedef sütun adlarını ve karakterleri doğru şekilde okuduğunu kontrol eder. Dışa aktarımın ayırıcı, tırnaklama kuralları, karakter kodlaması, bayt sırası işareti davranışı ve başlık sözleşmesini onaylayın. Orijinali metin olarak açın ve kontrollü bir ayrıştırıcıyla da açın, çözülen başlıkları gereken şema ile karşılaştırın ve küçük bir örnek üzerinde test yapın. Sütunları yeniden adlandırmayın veya orijinal dosyayı tekrar kaydetmeyin ta ki uyumsuzluğun nedeni anlaşılana kadar.
Dışa aktarım, doğrudan panel ölçer yerine harici bir geçit, tarihçi veya enerji yönetimi uygulamasından gelebilir. Bir CNBYG kurulumu için, sağlanan cihazı ve dosyadan sorumlu yazılımı tanımlayın. Başarılı bir CSV içe aktarımı, ölçümlerin elektriksel doğruluğunu garanti etmez ve ürün fotoğrafı, yerleşik bir CSV dışa aktarım fonksiyonunu göstermez.
Karakter kodlaması, baytların nasıl karakterlere dönüştüğünü belirler. Ayırıcı ve tırnaklama, metnin nasıl alanlara dönüştüğünü belirler. Bir şema, bu alanların ne anlama geldiğini ve hangi isimlerin kabul edildiğini belirler. Bunlar farklı katmanlardır. Bir dosya doğru şekilde çözülebilir, ancak yanlış ayırıcı kullanabilir veya ilk başlıkta beklenmedik görünmez bir karakter içerebilir.
Alıcı uygulamanın belgelenmiş gereksinimleriyle başlayın. Bir başlık satırı bekliyor mu? İsimler büyük/küçük harfe duyarlı mı? Boşluklara izin veriyor mu? Belirli bir sıralama mı gerektiriyor, yoksa sütunları isimle mi eşliyor? Bu soruları, içe aktarma sırasında bilinmeyen alan rapor eden bir dosyayı değiştirmeden önce sorunları anlamadan sormak önemlidir. Mesaj, çözümleme, ayrıştırma veya gerçek şema uyuşmazlığının belirtisi olabilir.
Kullan BY194 ailesi sayfası Ürünü bağlamını belirlemek ve ilgili sağlanan dokümantasyonu bulmak için. Dış veri işleme, cihaz yeteneklerinden ayrı tutulmalıdır. Bu üç fazlı saya kılavuzu ölçüm sınırını tanımlamaya yardımcı olabilir, ancak dışa aktarıcının dosya spesifikasyonunun yerini tutmaz.
Değiştirilmemiş dışa aktarımı kaydedin ve kaynağını, oluşturulma zamanını, yazılım sürümünü, seçilen pencereyi, dosya adını ve boyutunu not edin. İnceleme ve dönüşümler için çalışan bir kopya kullanın. Bir CSV dosyasını elektronik tablo programında açıp kaydetmek, kodlamayı, tırnaklamayı, tarihleri, önde gelen sıfırları ve sayısal gösterimi değiştirebilir. Bu, içe aktarma başarısızlığının orijinal nedenini gizleyebilir.
Onaylanmış bir checksum iş akışı varsa, düzenlemeden önce orijinal dosyayı tanımlayın. Dönüştürülmüş sürümleri ayrı isimlerle tutun ve neyin değiştiğini belgeleyin. Bir içe aktarma testi, kullanılan tam sürüme işaret etmelidir. Birden fazla dosyayı içeren ve sonunda 'final' olarak adlandırılmış klasörlerden kaçının, çünkü daha sonra başarılı bir içe aktarımın tekrarlanması zorlaşır.
Metni, kodlamayı raporlayabilen ve alışılmadık karakterleri ortaya çıkarabilen uygun bir düzenleyici veya ayrıştırıcıyla inceleyin. Sadece bir elektronik tablo programının görsel sütun ızgarasına güvenmeyin. Görünüşte normal bir başlık, önde gelen bayt sırası işareti, kopmayan boşluk, son boşluk veya tanıdık bir harfe benzeyen farklı bir Unicode karakter içerebilir.
The Unicode Konsorsiyumu’nun UTF ve BOM SSS bayt sırası işaretinin ve davranışlarının Unicode kodlamaları arasındaki davranışını açıklar. UTF-8’de, bir BOM bir kodlama imzası olarak hareket edebilir, ancak bayt sırasını belirlemek için gerekmez. Bazı uygulamalar otomatik olarak işler; diğerleri, kod çözme yolu uygun değilse, ilk alanın bir parçası olarak gösterebilir.
Her garip ilk sütun adının BOM’dan kaynaklandığını varsaymayın. Gerçek baytları ve kod çözme davranışını uygun bir araçla doğrulayın. İlk alan yerine, doğrudan istenmeyen bir karakter içerebilir, yanlış ayırıcı tüm satırı birleştirebilir veya alıcı şema başka bir isim bekliyor olabilir. Evrensel ilk karakteri silme kuralını uygulamak yerine, gözlemlenen dosyayı teşhis edin.
BOM farkındalığıyla kod çözme seçeneği, içe aktarma arayüzü bunu destekliyorsa ve dosya uygun ise uygun olabilir. Dönüştürme gerekiyorsa, bunu belgelenmiş bir yöntemle ayrı bir kopya üzerinde gerçekleştirin. Kaynak ve hedef kodlamayı kaydedin ve ASCII olmayan etiketlerin hayatta kaldığını doğrulayın. Rastgele baytları kaldırmak, meşru karakterlere zarar verebilir.
| Belirti | İncelenecek olası neden | Kullanışlı kontrol |
|---|---|---|
| Sadece ilk başlık eşleşmiyor | BOM veya başka bir önde gelen karakter | Orijinal baytları ve çözülen ilk alan temsilini inceleyin |
| Tüm başlık tek bir sütun gibi görünüyor | Ayraç veya tırnak işareti uyuşmazlığı | Belgelendirilmiş ayraç ve tırnak kurallarıyla ayrıştırın |
| Aksanlı etiketler bozuk görünüyor | Yanlış karakter çözümleme | Kaynak kodlamasını ithalat yapılandırmasıyla karşılaştırın |
| İsimler doğru görünüyor ama eşleme başarısız oluyor | Harf, boşluk veya şema farkı | Tam çözülen dizgeleri gereken alan isimleriyle karşılaştırın |
| Tanımlayıcı önde gelen sıfırları kaybediyor | Elektronik tablo türü dönüşümü | Orijinal metni inceleyin ve alanı metin olarak yapılandırın |
| Değerler yanlış sütunlara giriyor | Gömülü ayraçlar veya hatalı tırnak kullanımı | Her virgülde bölmek yerine tam kayıtları doğrulayın |
Bunlar tanısal olasılıklardır, otomatik sonuçlar değildir. Gözlemlenen kanıtları kaydedin ve nedeni doğrulayın, ardından bir düzeltme uygulayın.

The RFC 4180 CSV tanımı İsteğe bağlı başlıklar ve virgül veya satır sonu içeren alanların tırnak içine alınması da dâhil olmak üzere yaygın CSV kurallarını açıklar. Bu bilgilendirme amaçlıdır ve tüm dışa aktarma araçlarının aynı lehçeyi kullandığı anlamına gelmez. Noktalı virgülle ayrılmış bir dışa aktarma dosyası, virgülle ayrılmış standart biçimden farklı olsa bile kendi sözleşmesi kapsamında geçerli olabilir.
Her metin satırını virgüllere göre bölüp ortaya çıkan parçaların alan olduğunu varsaymayın. Tırnak içine alınmış bir etiket virgül içerebilir ve tırnak içine alınmış bir alan birden fazla satıra yayılabilir. Belgelenmiş biçime göre yapılandırılmış bir ayrıştırıcı kullanın. Başlığın ve kayıtların beklenen alan sayısına sahip olduğunu basit bir görsel sayımla değil, bu ayrıştırıcı aracılığıyla doğrulayın.
The CSV yerel ayar doğrulama kılavuzu Ayırıcı ve sayısal yerel ayar etkileşimlerini ele alır. Bu konuyu karakter kodlamasından ayrı tutun. UTF-8'in doğru şekilde çözülmesi, virgülün ondalık ayırıcı mı yoksa alan ayırıcı mı olduğunu belirlemez. Her iki kararı da içe aktarma yapılandırmasında belgeleyin.
Alınan ve kodlaması çözülmüş adı, gerekli adı, amaçlanan anlamı ve önerilen eşleştirmeyi listeleyen küçük bir karşılaştırma tablosu oluşturun. Büyük-küçük harf kullanımını, boşlukları, noktalama işaretlerini ve birim eklerini kontrol edin. Alıcı sistemin sözleşmesi bu normalleştirmeye açıkça izin vermediği sürece tüm adları sessizce kırpmaktan veya küçük harfe dönüştürmekten kaçının. Aksi takdirde birbirinden farklı iki alan aynı normalleştirilmiş ada dönüşebilir.
İçe aktarmadan önce yinelenen başlıkları kontrol edin. Bir ayrıştırıcı, tasarımına bağlı olarak yinelenen başlıkları reddedebilir, yeniden adlandırabilir veya yalnızca bir değeri koruyabilir. Bir dosyada energy adında iki alan varsa bunlardan hangisinin kümülatif, hangisinin aralık bazlı tüketimi gösterdiğini tahmin etmeyin. Düzeltilmiş bir dışa aktarma dosyası veya sistem sahibinden onaylanmış açık bir eşleştirme alın.
Birimler şemada veya açıkça belgelenmiş bir alan tanımında yer almalıdır. value gibi bir başlık; kW, kWh, akım veya ölçeklendirilmiş ham bir sayaç değerini birbirinden ayırt etmek için yeterli değildir. Bu faz ve toplam eşleştirme incelemesi Görünüşte makul olan sütunların bile neden ölçüm sınırı kontrollerinden geçirilmesi gerektiğini açıklar. Ayrıştırmanın başarılı olması, mühendislik doğrulamasının yalnızca başlangıcıdır.
Gerçek veri kümesinde ASCII dışı karakterler kullanılıyorsa bunları da içeren, temsili etiketlerden oluşan ve izin verilen bir örnek kullanın. İçe aktarıcının bu etiketleri koruduğunu ve alıcı sistemden yapılan dışa aktarma işleminin bunları bozmadığını doğrulayın. Yalnızca standart ASCII karakterleri içeren bir test, iş akışı diğer karakterleri yanlış işlese bile başarılı olabilir.
Tanımlayıcılar özellikle dikkat gerektirir. Bir besleyici kodu, sayaç seri numarası veya tesis referansı sayısal görünebilir ancak metin olarak işlev görebilir. Baştaki sıfırları koruyun; bilimsel gösterime veya istenmeyen tarih dönüşümüne izin vermeyin. Görüntülenen yaklaşık değerin eşdeğer olduğunu varsaymak yerine özgün tanımlayıcıyı içe aktarılan değerle karşılaştırın. Yerine kullanılan test tanımlayıcılarını açıkça örnek olarak işaretleyin.
Projeye ait veri işleme politarası altında çalışan bir kopyadan küçük, bilinen bir örnek oluşturun. Uygunsa bir tarih sınırı, eksik değer temsili ve temsil edici tanımlayıcılar ekleyin. Üretim arşivine hemen eklemek yerine bir test alanına ithal edin. Çözülen başlıkları, eşlenmiş sütunları, kayıt sayısını, birimleri, zaman damgalarını ve kalite alanlarını kontrol edin.
Başarısızlıkları uygun katmanda inceleyin. Çözümleme başarısızsa, ölçümleri yorumlamaya geçmeyin. Ayrıştırma başarılı ama eşleme başarısızsa, tam isimleri ve şemayı karşılaştırın. Eşleme başarılı ama değerler yanlış görünüyorsa, türleri, yerel ayarları, ölçeklendirmeyi ve kaynak anlamını araştırın. Bu sıralama, hızlı bir başlık yeniden adlandırmanın daha önemli bir veri sorununu gizlemesini engeller.
Aşağıdaki enerji ve güç dersi, bir dosya çözüldükten ve eşlendiikten sonra yaygın ölçüm birimlerini ayırt etmek için arka plan sağlar. Bu, bir CSV eğitimi veya cihaz dışa aktarım özelliğinin kanıtı değildir. Yukarıdaki yazılı kontroller, video ile bağımsız olarak gerçek başlık ve kodlama iş akışını sağlar.

Onaylanan ayırıcı, tırnaklama kuralları, kodlama, BOM işleme, başlık varlığı, tam alan eşlemesi, türler ve birim tanımlarını arayüz kaydıyla kaydedin. Yazılım sürümünü ve izin verilen örnek dosyayı dahil edin. Bir dışa aktarımcı formatını değiştirirse, bunu bir arayüz değişikliği olarak kabul edin ve büyük bir arşiv işlemine başlamadan önce örnek kontrolleri yeniden çalıştırın.
Açık bir teslimat, hem başarılı olanları hem de kapsam dışı kalanları belirtir. Örneğin, belgelenmiş ayarlarla adlandırılan dosya çözüldü, başlıklar onaylanan şemayla eşleşti ve seçilen örnek doğru şekilde ithal edildi. Tüm tarihsel kayıtların doğru olduğunu veya ölçüm cihazının kalibre edildiğini iddia etmemelidir. Bu sonuçlar farklı kanıtlar gerektirir.
Bir tedarikçi veya entegratörden yardım isterken, hata mesajını, temizlenmiş başlık satırını, dosya biçimi spesifikasyonunu ve ithalat ayarlarını sağlayın. Sorunu yeniden üretebilecek dar bir örnek varken tüm operasyonel veritabanını göndermekten kaçının. Orijinalini içsel olarak saklayın, böylece önerilen dönüşüm gerçek kaynak baytlarına karşı kontrol edilebilir.
Öncü BOM veya başka bir görünmez karakter olasılığı vardır, ancak tek seçenek değildir. Düzeltme uygulamadan önce orijinal baytları, çözülen alanı, ayırıcıyı ve gereken şemayı inceleyin. İlk karakteri körü körüne silmeyin.
Her arayüze uyan evrensel bir kural yoktur. Alıcı uygulamanın belgelenmiş sözleşmesine uyun ve desteklenen çözümleme seçeneklerini kullanın. Dönüştürme gerekiyorsa, orijinalini koruyun, yöntemi belgeleyin ve temsilci karakterler ile tanımlayıcıları test edin.
Hayır. Sadece çözümleme, ayrıştırma, eşleme ve seçilen kayıtlar üzerinde gerçekten gerçekleştirilen kontrolleri belirler. Birimleri, zaman damgalarını, ölçeklendirmeyi, ölçüm sınırlarını ve kalite bilgilerini ayrı ayrı doğrulayın.
Hayır. Dosya, harici yazılım tarafından üretilmiş olabilir. Bir cihaz seviyesinde dışa aktarım yeteneğini tanımlamadan önce sağlanan varyantı, desteklenen araçları ve sistem tasarımını doğrulayın. Çizimler, kavramsal dış inceleme materyallerini göstermektedir.