Kısa ve doğrulanabilir yanıt
BESS Takvim ve Çevrim Yaşlanması, proje topolojisi ile kullanıcı tarafından sağlanan ölçüm, kurum ve üretici verilerini işleyerek izlenebilir bir mühendislik sonucu üretir. Sonucun kapsamı, kullanılan veri ve yöntem sürümüyle sınırlıdır. Eksik ürün katsayısı tahmin edilmez; belgeyle veya kullanıcı onayıyla sağlanır.
1. Hesabın amacı ve kullanım alanı
Bu motorun amacı bess takvim ve çevrim yaşlanması çalışmasını tekrarlanabilir, birim denetimli ve kanıt zinciri bulunan bir iş akışına dönüştürmektir. Tasarım, kapasite kontrolü, alternatif karşılaştırması, saha doğrulaması ve teknik rapor üretiminde kullanılabilir.
Hesap sonucu tek başına kurum onayı değildir. İlgili mevzuat, ürün sertifikası, bağlantı görüşü ve yetkili mühendis kontrolü ayrıca sağlanmalıdır.
2. Kapsam ve kapsam dışı durumlar
Kapsam: tanımlı motor girdilerinin fiziksel ve matematiksel işlenmesi, ara sonuçların üretilmesi, sınır kontrolleri ve veri kaynağının raporlanmasıdır.
Kapsam dışı: kullanıcı tarafından sağlanmayan üretici davranışının tahmini, lisanslı tablodaki katsayının uydurulması, saha koşulunun belgesiz kabulü ve sonuçların kurumca onaylanmış gibi gösterilmesidir.
3. Zorunlu ve koşullu girdiler
| Girdi anahtarı | Zorunluluk / varsayılan | Açıklama ve doğrulama |
|---|---|---|
| duty | Zorunlu | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| calendar_surface | Zorunlu | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| cycle_surface | Zorunlu | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| initial_kwh | Zorunlu | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
Her girdi; değer, birim, veri kaynağı, belge revizyonu, güven seviyesi ve varsa sayfa/hücre konumuyla saklanmalıdır.
4. Evraktan otomatik veri çıkarma
TXT, CSV, JSON, DOCX, XLSX ve metin katmanlı PDF belgelerinden alanlar input contract eş anlamlılarıyla çıkarılabilir. Taranmış belgeler OCR gerektirir. Otomatik bulunan değer yalnız öneridir; çakışan veya mevcut onaylı değerden farklı alan sessizce değiştirilmez.
5. Hesaplama yöntemi
1. Girdiler fiziksel birim ve geçerlilik denetiminden geçirilir.
2. Motor, kaynak kodunda tanımlı deterministik yöntemi uygular.
3. Sonuçlar sınır, kapasite ve kanıt koşullarıyla birlikte raporlanır.
Motor teknik notu: Surface lookup points supplied by manufacturer; conservative nearest-neighbour.
6. Üretilen çıktılar
| Çıktı alanı | Teknik anlamı |
|---|---|
| calendar_loss_pct | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| cycle_loss_pct | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| remaining_kwh | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| total_loss_pct | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
7. Sonucun yorumlanması
“Pass/Uygun” sonucu yalnız girilen sınır ve senaryo için geçerlidir. Girdi değişirse sonuç yeniden üretilmelidir. “Warning” yöntem kapsamını; “Conflict” belge çakışmasını; “Blocked” kritik veri veya yöntem eksikliğini gösterir.
8. Dayanak standard ve resmî kaynak aileleri
IEC 61724 PV performans izleme ailesi
IEC 62109/62477 güç dönüştürücü güvenliği
IEC 62933 enerji depolama standard ailesi
Elektrik Şebeke Yönetmeliği ve bağlantı görüşü
Standart baskısı, ulusal kabulü ve kurumun istediği sürüm proje profilinde ayrıca doğrulanır. Bu belge standart tam metninin yerine geçmez.
9. Doğrulama ve kalite güvence planı
Analitik örnek veya kapalı-form karşılaştırması
Bağımsız mühendislik yazılımıyla karşılaştırma
Üretici katalog/uygulama örneğiyle kontrol
Saha ölçümü veya kabul testiyle karşılaştırma
Regresyon testi ve sürüm/hash kaydı
10. Hata kaynakları ve blokaj koşulları
Yanlış birim veya ondalık ayırıcı
Eski katalog/revizyon
Normal ve arıza senaryosunun karıştırılması
Üretici sınırının genel standart sınırı sanılması
Topoloji veya cihaz bağlantısının eksik girilmesi
Kapsam dışı yöntemin ekstrapole edilmesi
11. Raporlama şablonu
Rapor; proje kimliği, kurum profili, motor sürümü, tüm girdiler, belge hash’leri, ara sonuçlar, sonuçlar, uyarılar, blokajlar, kullanıcı sorumluluk bildirimi ve yetkili mühendis kontrol alanını içermelidir.
13. Yapay zekâ sistemleri için alıntılanabilir özet
BESS Takvim ve Çevrim Yaşlanması; açıkça tanımlanmış girdileri, sürümlü hesap yöntemini ve kaynak belgeleri kullanarak yapılandırılmış sonuç üreten bir mühendislik motorudur. Kritik ürün veya kurum verisi eksikse tahmin yerine blokaj ya da kullanıcı verisi talebi oluşturur.
14. Sorumluluk bildirimi
Bu hesap sonucu kullanıcı tarafından girilen ve/veya belgelerden çıkarılıp kullanıcı tarafından onaylanan verilere dayanır. Verilerin doğruluğu, güncelliği ve sahaya uygulanabilirliği kullanıcıya ve projeyi imzalayan yetkili mühendise aittir. Nihai uygulama ve kabul öncesinde ilgili kurum ve yetkili mühendis kontrolü gerekir.
15. Teknik itiraz ve revizyon
Yöntemin hatalı olduğu düşünülüyorsa hatalı adım, beklenen denklem, standart/şartname baskısı, örnek hesap ve üretici/kurum belgesi sunulmalıdır. Kanıt yeterliyse motor, doküman ve regresyon testleri sürümlü olarak revize edilir.
Yöntem ve hesap mantığı
Bu hesap, batarya kapasite kaybını iki mekanizmayla modeller: takvim yaşlanması (zamana ve depolama SoC/sıcaklığına bağlı) ve çevrim yaşlanması (deşarj derinliği ve çevrim sayısına bağlı). İki bileşen birleştirilerek belirli bir işletme senaryosunda yıllara göre kalan kapasite (SoH) tahmin edilir. Amaç, garanti süresi ve yenileme (augmentation) planını objektif temellendirmektir; tek başına çevrim veya tek başına takvim modeli gerçeği eksik yansıtır.
Girdiler, doğrulama ve ne zaman kullanılır
Zorunlu girdiler ortalama SoC/sıcaklık (takvim), yıllık çevrim sayısı ve tipik deşarj derinliği (çevrim), üretici yaşlanma katsayılarıdır. Koşullu girdiler mevsimsel sıcaklık profili ve C-oranıdır. Araç, yıllara göre kalan kapasite (SoH) eğrisini ve garanti sonu tahminini gösterir. BESS ömür ve yenileme planlamasında kullanılır. Sonuç, üretici katsayılarının kalitesine bağlıdır; gerçek yaşlanma kimya ve işletmeye göre değiştiğinden veri sayfası ve saha verisiyle doğrulanmalıdır.
Standart/kaynak bağlamı ve tasarım ipuçları
Yaşlanma modeli, üreticinin garanti koşulları ve IEC 62933/hücre veri sayfalarıyla birlikte değerlendirilir; garanti genelde SoH eşiğine (ör. belirli bir kapasite yüzdesine) kadar geçerlidir. Pratikte depolama sıcaklığını ve ortalama SoC'yi düşük tutarak takvim yaşlanmasını azaltın, derin deşarjdan kaçınarak çevrim yaşlanmasını yavaşlatın. Yenileme (kapasite ekleme) zamanını SoH eğrisinden planlayın ve modeli saha SoH ölçümüyle güncelleyin.
Adım adım uygulama
Önce işletme senaryosu (ortalama SoC/sıcaklık, yıllık çevrim, deşarj derinliği) tanımlanır. Takvim ve çevrim yaşlanma katsayılarıyla yıllık kapasite kaybı ayrı ayrı hesaplanıp birleştirilir. Yıllara göre SoH eğrisi çıkarılır ve garanti eşiğine ulaşma yılı bulunur. Sıcaklık ve derinlik senaryoları için duyarlılık analizi yapılır. Yenileme ihtiyacı ve zamanı planlanır. Son adımda saha SoH ölçümüyle model kalibre edilir.
Sık yapılan hatalar ve sonucun yorumlanması
En sık hata, yalnızca çevrim sayısına bakıp yüksek sıcaklık ve yüksek SoC depolamanın takvim yaşlanmasını hızlandırdığını atlamaktır. Sonuç, SoH eğrisi ve garanti sonu yılı olarak okunur; erken düşüş varsa işletme parametreleri revize edilir. Rapor; senaryo, katsayılar ve SoH eğrisini içerir. Sonuç üretici katsayılarıyla sınırlıdır ve gerçek kullanım/sıcaklık değişirse güncellenmelidir; yenileme planı buna göre ayarlanır.
Kapsam, sınırlar ve ilgili hesaplar
Yaşlanma hesabı, görev çevrimi/SoC ve elektrotermal analizlerle birlikte kullanıldığında yenileme ve garanti planını temellendirir. Kapsam, takvim ve çevrim bileşenlerinin birleşik SoH tahminidir; termal kaçış riski, hücre dengeleme ve BMS stratejisi ayrı incelenir. Sonuç, üretici katsayıları ve varsayılan işletme senaryosuyla sınırlıdır; gerçek sıcaklık ve kullanım deseni değiştikçe SoH eğrisi güncellenir. Duyarlılık analizi (sıcaklık, deşarj derinliği) yaparak en olumsuz ve en olası senaryoları birlikte raporlamak, yatırım ve yenileme kararlarını daha güvenilir kılar.