OK, now I think I've got it straight.... SoftLA isn't fast enough for the
CPU side of the PIA but it is plenty fast enough for the output to the
pod. In fact monitoring the RESET, MAINSTAT, and PODSTAT gives one all
the control lines to the POD that one needs. Then one just needs to crack
the POD 0 - 7 code so one can "read" the pod and
"write" to it. I don't think this is going to be that horrible
after all...so I'm going to concentrate on the first project, figuring
out the BUS test write/read with respect to the pod. FYI the code takes
about 440ms from RESET to finish.
See
http://www.bgmicro.com/pdf/page14.pdf
for a write-up on SoftLA.
John :-#)#
At 07:51 PM 04/03/2002 -0800, John Robertson wrote:
Well, I think the explanation is simple, SoftLA isn't FAST enough to pick up the CS or EN signals. It's fastest timebase is 5.88us and I think that won't work in this application. Need to SLOW the system down. Perhaps a slower crystal? But I don't think this is going to be as easy as I originally thought... Anyone here with a Logic Analyzer that is interested in taking this project on?
John :-#(#
At 07:18 PM 04/03/2002 -0800, techToolsList@flippers.com wrote:
Well, I've been trying to interpret the coding to the Pod from the base unit using a really nice software/hardware tool called SoftLA. Software Logic Analyzer is what it is, 16 channels! You can get it from www.BGMicro.com for about $30US.
...
If I tell the Pod to do a BUS test, and I use CS as the trigger point I get a RESET BEFORE the 6520 is SELECTED...psychic...it knows it is wanted. Is anyone here more familiar with the programming ins and outs of the 6520? I think FLUKE might have used an undocumented (in my reference book by Rockwell) data call to the PIA that seems to enable PORT A to output data WITHOUT the CS or EN.
...