Tak blahopreju k odhaleni zavady!
Nicmene moje zkusenosti nezahrnuji ani zadny pripad, kdy by proste jen
tak samo od sebe a bez priciny odeslo hradlo, ktere v obvodu po cele
roky fungovalo spravne.
Jelikoz zrejme jedinym uzivatelem signalu exWAIT je Unikarta, tak mne
napada, zda na tom prave ona nemohla mit nejaky podil? V takove uvaze
mne napada jediny mozny zpusob vzniku poruchy a to na zaklade rozdilu
napeti mezi Sharpem a pripadnym USB zarizenim, ktere mohlo byt k
Unikarte pripojeno. Tak jako se to stalo sveho casu Jakubovi L. - tomu
to ale odrovnalo translator napeti na Unikarte.
Michal
Dne 3.3.2013 23:53, Sillicon (sharpemupandora.cz) napsal(a):
Zobrazit citovaný text (23 řádků)
> No co si clovek neudela sam... ;-)
>
> Tak dneska jsem se k tomu konecne dostal, ale v tomto smeru moje chabe
schopnosti bylo treba podporit pritelem na telefonu. Po predani informace v
jakem stavu se Sharp respektive CPU nachazi - zastaven na adrese $0000 a na
datech bylo $C3 coz je prvni znak v ROMce, CS ROMky byl taky aktivni, takze bylo
jasne ze CPU vubec nebezi. Hodiny 17MHz i po vydeleni GDGckem 3,5MHz pro CPU
bezely v poradku, RESET fungoval taky spravne. Takze prisly na radu obsluzne
signaly a bylo jasny ze CPU byl drzen signalem WAIT. Pres hradlo v brouku na
pozici 5D kde se tvori signal WAIT z cest od GDG, zvuk.cipu a EXWAIT ze
sbernice. Na vstupu hradla (pin 10) z EXWAIT byla 0 i kdyz je tam pull-up a po
provereni ze cestou to neni nikde zkratovane byl vytipovan hlavni podezrely.
Vyndat tu potvoru 74LS08 a nahradil uz byla jen chvilka a Voila - Sharp uz opet
zije :).
> Jeste jednou diky Martine ;-)
>
> Mel jsem stesti ze to byl jen obyc brouk a ne GDG, snad nekomu tenhle popis k
necemu pomuze ;-)
> Sillicon
> ---
> Pobyty na horách se slevou
> http://raketa.cz/slevy/pobyty/hory/
>