Mengapa ukuran musim hujan gagal dalam proyek nyata

Pola kegagalan umum:

• Pemasok mengklaim “otonomi X malam”
• Masukan tenaga surya di dunia nyata lebih rendah dari yang diasumsikan selama beberapa minggu
• Baterai tidak pernah pulih sepenuhnya → SOC harian terus turun → mati lebih awal

Perbaikannya bukanlah “watt yang lebih besar”. Perbaikannya adalah asumsi yang diungkapkan + pemeriksaan bulan terburuk + anggaran energi yang dapat diaudit.

Langkah 1) Mulailah dengan anggaran energi (Anda harus memilikinya)

Anda tidak dapat mengukur untuk musim hujan tanpa beban harian yang jelas.

Input yang diperlukan (harus dinyatakan)

• Profil peredupan (langkah waktu atau logika PIR)
• Daya rata-rata di bawah peredupan (Wavg)
• Jam kerja malam hari (h)

Energi beban harian:
Wh/malam = Wavg × jam kerja

Jika Anda belum memiliki struktur ini, gunakan:
Perhitungan Hari Otonomi (Malam Cadangan)

Langkah 2) Tetapkan target otonomi (malam cadangan)

Otonomi malam adalah berapa lama sistem dapat berjalan tanpa pengisian daya yang efektif.

Energi baterai yang dapat digunakan:
Dapat digunakan = Whnominal × faktor yang dapat digunakan

Malam otonomi:
Otonomi = Dapat digunakan kembali ÷ Wh/malam

Proyek-proyek musim hujan harus menggunakan asumsi konservatif dan mewajibkan pemasok untuk mengungkapkan faktor yang dapat digunakan dan apa saja yang termasuk di dalamnya.

Terkait:
Masa Pakai Baterai LiFePO4 (Apa yang sebenarnya berubah dari waktu ke waktu)

Langkah 3) Pemeriksaan kewarasan hasil panen PV bulan terburuk (langkah utama musim hujan)

Otonomi saja tidak cukup. Sistem juga harus pulih.

Mintalah pemasok untuk mengungkapkannya:

• Peringkat modul PV (Wp)
• Asumsi matahari bulan terburuk (atau yang setara dengan yang konservatif)
• Asumsi efisiensi pengisian daya (dinyatakan)

Pemeriksaan sederhana (pemasok harus mengisi nilai):
Energi harian PV (Wh/hari) = PV_Wp × PSH bulan terburuk × efisiensi pengisian daya

Kalau begitu:
Saldo harian bersih = energi harian PV - energi beban harian

Interpretasi:
Jika saldo harian bersih negatif pada model bulan terburuk, sistem akan “turun” dalam SOC dari waktu ke waktu dan gagal lebih awal selama minggu-minggu berawan yang berkepanjangan.

Langkah 4) Pilih arsitektur yang tepat untuk risiko musim hujan

Ketika Tipe Split biasanya lebih aman

• Anda memerlukan PV yang dapat diukur dan ukuran baterai untuk bulan terburuk
• Anda menginginkan servis komponen yang lebih mudah dan pelaksanaan garansi yang lebih jelas
• Anda memperkirakan musim hujan yang panjang atau badai yang sering terjadi selama beberapa hari

Pemandu:
Tipe Highway All-in-One vs Tipe Split (Perbandingan Teknik)

Ketika All-in-One masih dapat berfungsi

• Jalan dengan risiko lebih rendah dan persyaratan yang lebih singkat
• Pemasok menyediakan anggaran energi yang dapat diaudit + asumsi bulan terburuk yang diungkapkan
• File IES khusus model tersedia jika jarak jalan diklaim

Langkah 5) Strategi pengontrolan penting (terutama di musim hujan)

Di musim hujan, “energi pintar” sering kali menyelamatkan proyek:

• Peredupan berbasis waktu menjaga anggaran energi yang dapat diprediksi
• Peningkatan PIR + kecerahan dasar rendah dapat mengurangi Wh/malam secara signifikan

Panduan terkait:

• PIR vs Peredupan Waktu
• Pengontrol MPPT vs PWM

Langkah 6) Aturan LULUS/GAGAL Pengadaan (musim hujan)

Tandai tawaran GAGAL (Tidak Sebanding) jika kurang:

• Lembar anggaran energi (profil peredupan, Wavg, jam, Wh/malam)
• Nominal baterai Wh + menyatakan asumsi faktor yang dapat digunakan
• Pengungkapan hasil PV bulan terburuk (PSH atau setara konservatif) dan asumsi efisiensi pengisian daya

Untuk proyek jalan raya yang membutuhkan jarak, juga memerlukan:

• File IES + input siap DIALux - lihat: Pusat Sumber Daya IES & DIALux

Salin/Tempel Klausul RFQ (Siap Musim Hujan)

Klausul 1 - Lembar anggaran energi (wajib)

Pemasok harus menyerahkan lembar anggaran energi termasuk:

• profil peredupan yang digunakan
• daya rata-rata di bawah peredupan (Wavg)
• waktu kerja malam hari (jam)
• Perhitungan Wh/malam

Klausul 2 - Pengungkapan musim hujan / bulan terburuk (wajib)

Pemasok harus menyatakan:

• Modul PV Wp
• asumsi matahari bulan terburuk (atau yang setara dengan konservatif)
• asumsi efisiensi pengisian daya

dan menyerahkan pemeriksaan kewarasan hasil PV yang menunjukkan saldo harian bersih.

Klausul 3 - Dasar otonomi (wajib)

Pemasok harus menyatakan:

• nominal baterai Wh
• asumsi faktor yang dapat digunakan

dan menghitung malam otonomi menggunakan Whusable ÷ Wh/malam.

Klausul 4 - Aturan perbandingan penawaran

Penawaran yang tidak menyertakan pengungkapan hasil PV bulan terburuk di musim hujan dan lembar anggaran energi akan diberi label “Tidak Dapat Dibandingkan / Berisiko Tinggi” sebelum dilakukan perbandingan harga.

Minta Lembar Kerja Ukuran Musim Hujan

Dapatkan lembar kerja yang dapat diedit yang digunakan untuk menstandarkan ukuran bulan terburuk:

• Lembar anggaran energi (Wavg, jam, Wh/malam)
• Kalkulator otonomi (Dapat digunakan di malam hari dan malam cadangan)
• Blok pemeriksaan kewarasan hasil panen PV bulan terburuk
• Daftar periksa penyaringan LULUS/GAGAL untuk penawaran musim hujan

PERTANYAAN YANG SERING DIAJUKAN

Apa yang dimaksud dengan “ukuran bulan terburuk” secara sederhana?

Ini berarti sistem diperiksa terhadap bulan dengan input matahari terendah (atau yang setara dengan yang konservatif), sehingga dapat bertahan dalam periode berawan yang lama tanpa melayang ke SOC baterai yang rendah.

Mengapa malam otonomi tidak cukup untuk proyek musim hujan?

Karena sebuah sistem dapat berjalan selama beberapa malam tetapi masih gagal dalam jangka panjang jika tidak dapat memulihkan biaya harian selama kondisi bulan terburuk.

Dokumen apa yang membuat kutipan musim hujan sebanding?

Lembar anggaran energi, asumsi baterai yang dapat digunakan (Wh), dan pemeriksaan kewarasan hasil PV bulan terburuk dengan asumsi yang diungkapkan.