PDP-11/70 progress (and a cry for help)

Jon Elson elson at pico-systems.com
Sun Feb 21 10:48:16 CST 2021


On 02/21/2021 03:33 AM, Josh Dersch via cctalk wrote:
> "0" here selects DR (Destination Register) input to the mux and is
> incorrect; it should be 1 (PCB).  During a single-instruction-step run,
> this value reads out OK on the analyzer.  I noted a few other discrepancies
> in the capture (all of which match the ucode listing during a
> single-instruction step) which makes me think that the high outputs of the
> PROM are right on the bleeding-edge of acceptable TTL.  I checked out the
> signal on the scope while running a BR .-1 instruction (which also doesn't
> execute correctly but at least doesn't halt... I don't have a storage scope
> to capture this during a single instruction execution) and it looks like
> the voltage swing is from about 0.15V to 1.7V or so.
1.6 to 1.7 V is the normal internal pull-up of a TTL gate 
input.  It sounds like that is what you are seeing.  The 
PROM can pull low when needed, but has no pull-up working 
anymore.
> On the off chance it was the 74S174 at E97 pulling the signals down, I
> socketed it and substituted a spare '174 in; no change.  I also noted that
> the +5V at this chip was about 4.95V, I goosed it up to 5.10V to see if it
> made a difference (it did not.)
>
> So it seems likely it's the PROM.  Looks like I may have some typing to
> do, though given that the ROM works well enough at slow speeds I might be
> able to dump it with my Data I/O Model 29 and compare it against the
> listings in the engineering drawings, to save some time...
>
> I'll try to dump the PROM tomorrow and see what I get.
>
> - Josh
>
>
> A status update here:
>
> I've dumped the bad PROM at U101 (and it read out fine on my Data I/O 29,
> comparing it with the listing in the engineering drawings).  A local friend
> had a spare 11/70 boardset, so while I wait for some (hopefully) NOS
> bipolar PROMs to arrive, I've installed a spare RAC board.  With this
> installed, instructions execute much better, and after tracing down a
> faulty Unibus terminator, I got it to run the bootstrap PROM on the M9301!
>
> I used my Unibone to boot XXDP+ from an emulated RL02 pack and over the
> past week I've been running diagnostics and debugging the hardware.  Thus
> far:
>
> - Unibus Map registers non-functional:  addresses decode but writes have no
> effect and all reads come back as "0". Replaced bad 8640 bus receiver on
> the Unibus Map board.
> - EMKA memory diagnostic hangs the processor in t5 of uAddr 343 (IRD.00),
> in PAUSE.  Traced it down to the HC42 (replaces the original Cache Control
> Board) board of the Hypercache boardset, lacking any engineering info I
> swapped this for a spare that I'm fortunate enough to have.
>
> The system is now passing all but two diagnostics:
> - EMKA reports strange errors in banks 50-57 of memory and only with
> pattern 17; all other banks test fine:
> MEMORY DATA ERROR
>    PC    BANK  VADD     PADD     GOOD     BAD     XOR  MAR BOX MTYPE INT PAT
> ARRAY
> 032334   50  157564  05077564  000377  000377  000000  0   ?   MJ11  ?   17
>   ??
> 032334   50  156450  05076450  000377  000377  000000  0   ?   MJ11  ?   17
>   ??
> 032334   50  155330  05075330  000377  000377  000000  0   ?   MJ11  ?   17
>   ??
When a memory test reports an error, but the good and bad 
values are equal, I might suspect bad memory where the 
program is running from or a CPU error.
> 032334   50  154210  05074210  000377  000377  000000  0   ?   MJ11  ?   17
>   ??
> 032342   50  154020  05074020  000377  177777  177400  0   ?   MJ11  ?   17
>   ??
> 032342   50  153740  05073740  000377  177777  177400  0   ?   MJ11  ?   17
>   ??
> 032342   50  153734  05073734  000377  177777  177400  0   ?   MJ11  ?   17
>   ??
> 032342   50  153732  05073732  000377  177400  177777  0   ?   MJ11  ?   17
>   ??
> 032342   50  153730  05073730  000377  177400  177777  0   ?   MJ11  ?   17
>   ??
> 032342   50  153726  05073726  000377  177400  177777  0   ?   MJ11  ?   17
>   ??
> 032342   50  153724  05073724  000377  177400  177777  0   ?   MJ11  ?   17
>   ??
> 032342   50  153722  05073722  000377  177400  177777  0   ?   MJ11  ?   17
>   ??
> 032342   50  153720  05073720  000377  177400  177777  0   ?   MJ11  ?   17
>   ??
> 032342   50  153716  05073716  000377  177400  177777  0   ?   MJ11  ?   17
>   ??
And, these look like a byte enable bit might not be getting 
through and data from the previous test pattern remains in 
one byte.

Jon


More information about the cctalk mailing list