PROM Image Needed (please)

Back to the thread at hand....................

I said a prayer and fired it up... YES... A working Joust II set!

So, I pulled all 3 PROMs from the Video PCB and will be sending them to Steph for copying and also for others that might need these one day.

The PROMs that were pulled from the Video PCB:
IC14 - A-5282-10295 - Clock ROM 1
IC47 - A-5282-10294 - Horiz-sync ROM 1
IC60 - A-5282-10292 - Decoder ROM 5A (Horiz)

I do not have a list of ICs' for my Joust II PCB set so I am using the Turkey Shoot manual. The only PROM with markings taken from the Joust II Video PCB is IC60 and that matches the part number of the IC 60 for Turkey Shoot as listed in the manual.

If there are persons out there with a Joust II that can verify the part numbers of IC 14 and 47, that would be very helpful.

Thanks to all that said prayers for me and now onto the next step of my never ending quest to get my Turkey Shoots going!

Peace
Jeff
 
Hi;
I'm finally back-on-line!
I had a major computer failure on 09/11, I thought that they had hit us again but when I checked my wifes computer and my b/u, I realized that it was only mine.
I have spent the last 5 days, buying a replacement computer, (Best Buy banged me hard), loading all my apps, (the ones that work with the new 64 bit OS) and buying replacement apps for the ones that were not compatable with the new OS. Then reloading all my data from my back-ups and stripping everything else from the old computer HD.
All said and told, mucho dinero has been spent!

Enough crying.....

Good news, Steph has made the copies of the PROMs and I expect them back shortly.

To date, I have received confirmation that IC60 and IC14 are the same on the Turkey Shoot and Joust II video PCBs, still waiting on confirmation for IC47.

Jeff
 
I just refound this thread. I pulled my Joust2 boardset this morning (I found it a week ago when I was cleaning). PROM 14 & Prom 47 are already socketed on my video board. If Steph has trouble reading those two chips, let me know and I will be happy to forward them to him. My burner came up empty when I tried looking for any of the chip numbers, so it probably can't read them :(.

ken
 
Are you sure it's useless ?
It looks like only the plastic top broke off.
The rest of the chip looks OK.

You going to tell him how to put a new bondwire on the chip to go to the lead that's now missing from the leadframe?

Actually, it looks almost exactly like a UV eprom with the window missing...

Here's a secret for you:
That's pretty much what all chips look like inside
 
That's BS, and there is no reason in spreading rumors. It's hard enough to get people to dump anything. This thread is a perfect example of that.

Oh give me a break... is the 3rd Z80 emulated in Mr. Do's Castle yet? I reported that about 5-6 years ago...

Is the DMA controller in DK emulated yet, or are they still just pointing the sprite RAM into the main RAM table?
 
I just refound this thread. I pulled my Joust2 boardset this morning (I found it a week ago when I was cleaning). PROM 14 & Prom 47 are already socketed on my video board. If Steph has trouble reading those two chips, let me know and I will be happy to forward them to him. My burner came up empty when I tried looking for any of the chip numbers, so it probably can't read them :(.

Reading 5V bipolars is trivial... just make an adapter and rewire it to look like a 2716 and you're done. I've done it dozens of times...
 
Never had occasion to play with the PROMs so this is all new to me at this point. But I did notice on the Turkey Shoot Manual that the three ROMs all use different PROMs:

- Clock ROM1 = 82S123 organized as 32 x 8
- HSync ROM1 = 82S129 organized as 256 x 4
- Decoder 5A = 6349 organized as 512 x 8

The Mystic Marathon boardset uses the same PROMs as well.

ken
 
The reason for this project is to confirm that the Joust II video PCB has the same PROMs as the Turkey Shoot video PCB. The reason being that I am trying to repair my TS game and was informed that IC60 was bad and needed to be replaced and that an image of this PROM does not exist on any database.

Having a working Joust II, I wanted to confirm that the PROMs were the same as the labels have come off the Joust II PROMs and the manual for the Joust II does not list the part numbers so the only way to confirm would be to have Joust II owners actually verify the part numbers on their boardsets.

To date, IC60 and IC14 have been confirmed to be the same, still waiting for confirmation of IC47..

Thanks for all the positive replys.
Jeff
 
I thought I had seen these somewhere. Attached is a zip file with the 3 Bi-Polar ROM images. They were in an old Mystic Marathon MAME ROM image.

From the Williams.c MAME driver documentation:

Mystic Marathon bipolar PROMs:

Location ChipType (Mfr) Williams ID#
-------- ------------------- ------------
IC14.BPR N82S123 (Signetics) A-5282-10295
IC47.BPR N82S129 (Signetics) A-5282-10294
IC60.BPR M3-7649A-5 (Harris) A-5282-10292

Have at it.

ken
 

Attachments

  • Wms BPR Images.zip
    567 bytes · Views: 9
Ken;
Thank you for the files.
I did not think to compare the MM to the TS PROMs, I guess I should have as they all use the same type of boardsets........... Live and learn!
Anyway, I should be getting the burned PROMs back from Steph soon and after Andre returns, I hope to have a working TS boardset.
Keep fingers and toes crossed!
Jeff
 
I received a note from Steph regarding my working PROMs and the files he had downloaded from the above link:

With regards to IC14: "The 6th byte on your prom is $BD whereas the MAME file has $FD"

So either my working PROM is wrong or the MAME file is wrong.

FYI
 
Without any context for disassembly, both are valid instructions.

$BD = JSR (jump to subroutine) instruction,
$FD = STD (store double accumulator) instruction.

Take your pick.

ken
 
Oh... and if you really want to, you can look at the dump of the prom, and compare it to the labelling on the schematics, and figure out which value is 'right'.... :)

0xFD = 11111101
0xBD = 10111101

The questionable bit is D6, which is the 'Latch' line...

A4 = 6MHz
A3 = latched D3 = Mux0
A2 = latched D2 = ~CAS
A1 = latched D1 = ~RAS
A0 = latched D0 = E clock

D7 = 4Mhz
D6 = Latch
D5 = Q clock
D4 = Mux1

...so it's pretty easy to work out the state machine transitions using the contents of the ROM

The PROM contents are:

00000 : 00000100
00001 : 00000100
00010 : 00000100
00011 : 00000100
00100 : 10001100
00101 : 11111101
00110 : 00000100
00111 : 00000100
01000 : 00101000
01001 : 01011001
01010 : 10110110
01011 : 10000111
01100 : 00000100
01101 : 00000100
01110 : 00000100
01111 : 00000100
10000 : 00000100
10001 : 00000100
10010 : 00000100
10011 : 00000100
10100 : 00000100
10101 : 00000100
10110 : 00110101
10111 : 00000100
11000 : 10101010
11001 : 11011011
11010 : 00000100
11011 : 00000100
11100 : 10001000
11101 : 11111001
11110 : 00000100
11111 : 00000100
 
"pretty easy"?!?!?

OK, I'm trying to follow all of this so please don't tear me up.

I pulled the TS schems' and traced IC14 through IC15 (74ls374) and O6 is latch as you have stated.

Due to my limited knowledge regarding electrical engineering, I still have to ask, Is the dump supplied by Yellowdog correct and my PROM bad or is the dump bad and my PROM good??

Thank you for your help
Jeff
 
I'd have to walk through the state machine sequence to know for sure.... and figure out what that 'latch' signal goes to...

From a brief glance, it looks like a standard E/Q clock generator that pauses the E/Q that clock the CPU at certain times during the cycle to allow other things to take over the bus...
 
Since I'm between sims...

A4 = 6MHz toggles between state transitions, since state transitions occur at 12MHz. Looking through the state table, you see a lot of states ending in 0100, and 10100 leads to 00100, so 00100 is the likely start of the state transition table. A3-A0 are just the D3-D0 outputs from the previous state.

Just as a little background, E/Q are the cpu clock phases which are at 2MHz in quadrature, with Q ahead of E by 90 degrees. ~CAS and ~RAS are the DRAM address strobes, and the falling edge of Latch latches whatever data was present on the inputs of the 74373 when Latch was still high.

If you trace out the state transitions, you'll get:

Code:
6 M ~ ~     4 L   M M ~ ~ 
M 0 C R E : M a Q 1 0 C R E

1 0 1 0 0 : 0 0 0 0 0 1 0 0   (invalid states w/ 6M low  go here)

0 0 1 0 0 : 1 0 0 0 1 1 0 0   (invalid states w/ 6M high go here)
1 1 1 0 0 : 1 0 0 0 1 0 0 0 
0 1 0 0 0 : 0 0 1 0 1 0 0 0 
1 1 0 0 0 : 1 0 1 0 1 0 1 0 
0 1 0 1 0 : 1 0 1 1 0 1 1 0 
1 0 1 1 0 : 0 0 1 1 0 1 0 1 
0 0 1 0 1 : 1 1 1 1 1 1 0 1 
1 1 1 0 1 : 1 1 1 1 1 0 0 1 
0 1 0 0 1 : 0 1 0 1 1 0 0 1 
1 1 0 0 1 : 1 1 0 1 1 0 1 1   
0 1 0 1 1 : 1 0 0 0 0 1 1 1   <=- Falling edge of Latch -- latch dram data
1 0 1 1 1 : 0 0 0 0 0 1 0 0   (loop back to beginning)

...so as expected 4M is a 4Mhz clock (with a 2/3 duty cycle, divided down from the 12M state clock. E and Q are 2Mhz clocks in quadrature. Mux1 and Mux0 and ~CAS and ~RAS all appear to be doing the appropriate things.

Mux1 high selects CPU addresses.
Mux1 low selects video decoder addresses.
Mux0 high selects the high order bits, latched by the dram on ~CAS.
Mux0 low selects the low order bits, latched by the dram on ~RAS

...and Latch latches dram bits so the CPU can read them back after the dram has latched the high order CPU address bits on ~CAS, the low order CPU bits on ~RAS, while M1 was high...

So, to answer your question about whether 00101 should be 11111101 or 10111101... it doesn't matter...

0xBD instead of 0xFD would just shift the rising edge of Latch ahead by one 12Mhz clock cycle, and since all we care about is the falling edge, either is fine.
 
Thank you very much for that mind bending explaination!
I'll read it over a dozen or so more times and TRY to follow it through.
And thank you for the simplified version, I'm glad to hear that all the time and effort spent on this was not in vain.
Next step is to replace IC60, (which is why this was all started) and hopefully I will have a working Turkey Shoot PCB set in the near future!
Thanks again
Jeff
 
Back
Top Bottom