Sziasztok!
A napokban belebotlottam a több éve elfekvő projektjeim között a címben jelölt vezérlőbe. A szokásos L1373 panel, anno valószínűleg mérés közben értem valahová, ahová nem kellett volna.
A mikrokontroller látszólag működik, elkezdene az I2C buszon kommunikálni az eeprommal és a kijelző panellel, de néhány másodpercenként a MAX809 lehúzza resetre a 11-es lábát és akkor ciklikusan indul a folyamat elölről. A resetjelet nem is értem, labortápról táplálom 5,1V-ról az asztalon a vezérlő, körgombsor, kijelző hármast. Ha felhúzom a 11-es reset lábat fix magasra, akkor sem változik érdemben a helyzet. Ha lehúzom az I2C buszt (J010), néhány perc múlva a kijelzőn megjelenik az F21 a villáskulccsal.
Nem tudom segítene-e a az eeprom tartalom frissítése, de megköszönném ha valakinek esetleg lenne eeprom tartalma. Még nem dumpoltam le az enyémet, de sajnos nincs is mihez ellenőrizzem. Talán próbából feltehetnék rá egy ugyanerre a vezérlőre íródott másik tartalmat is, de az meg valószínű nem kezelné le a kijelzőt sem. A szervizkód: 461974487562.
Üdv,
Mihi
Némi helyreigazítás és frissítés.
A szervizkód helyesen: 859293810000
A gyanú beigazolódott. Találtam egy AWO D7700-as eeprom tartalmat, azt feltöltve, az asztalon elindult a vezérlő és a kijelző is. Az NTC-t helyettesítve egy ellenállással, még az F05 is eltüntethető lett. A folyamatos resetelődés is megszűnt, amúgy a MAX809-et is csak a kapcsolási rajzon létezik, a panelen csak a helye van meg. Érdekes amúgy, hogy bár a Steam 1400 és a D7700 kezelőfelülete azonos, a gombok funkciói kissé átstruktúrálódtak, így élesben nem próbálnám meg.
A hozzávaló eeprom tartalmat továbbra is keresem. Feltöltöm a lementett hibás tartalmat is,
Üdv.
0
Sziasztok!
Csak nem hagyott nyugodni a dolog. Segíteni sajna senki sem tudott, de jó pár eeprom tartalmat találtam más gépekhez lengyel, horvát, orosz oldalakon, innen már volt anyag az elemzéshez.
Működő tartalmak részleges átmásolásával be tudtam határolni a hibát. Az eepromban két sor sérült meg méghozzá a firmware részen. A nem fw részen nincs checksum ellenőrzés. Ha egy sort 16 bájtnak vesszük és az első 15 bájtot összeadjuk, az összeg utolsó két helyiértéke adja ki a checksum-ot ami a 16.bájt. Attól függően a tartalom mely része sérült, lehet se kép se hang (a mikrovezérlő állandó önresetelése mellett) vagy F14 hibakód.
Nézzük meg hex editorban a bin fájlt. Az egyik hiba a 110h-as sorban volt, itt szerencsém volt, mert a 110h és a111h címen lévő adat sérült. Elemezve a sok lementett tartalmat, kiderült, hogy a 110h a 111h és a 112h címen lévő adatoknak egyformának kell lenni, ezeket javítva feléledt az eredeti tartalommal is F14 hibával. A 100h-as sorral többet küzdöttem (ez ráadásul egyfajta konfigurációs rész), összevetve a hasonló gépekkel, rengetegszer átírva a tartalmat, checksum-ot generálva, majd asztalon tesztelve. Persze ez még nem jelenti azt, hogy a valóságban is működik, de a jó pap holtig tanul. A játékról egy videó:
https://www.youtube.com/watch?v=CfPE4WnvlFw
Kérem ne csináljátok utánam, maximum időtöltésként mert azért ez egy elég unortodox módszer a javításra, ráadásul ismeretlen terepen bolyongok én is.
3
Szia !
Becsüllek ezért a "bitvadászatért" (Álló ováció)
Nekem nincs türelmem hozzá .
Gratulálok !
0
Szia!
Köszönöm az elismerést, főleg egy szakembertől.
Annyi cégnek küzdök a tönkrement, régebbi gépeinek a feltámasztásával, ráadásul sokszor dokumentáció nélkül, hogy ez legalább egy igazából személyes ügy. Plusz motiváció, hogy én tettem tönkre (na meg a tervező, aki mosógép összes 5V-ról működő alkatrészét, így vagy úgy csatolásba hozta a fázisfeszültséggel, de ezen kidühöngtem már magam a korábbi hozzászólásaimban,) és azzal sem veszi kedvem senki, hogy állandóan azt kérdezi mikor leszek már kész vele.
Üdv
0