3 Dec
2009
3 Dec
'09
4:39 p.m.
On 03/12/2009 22:38, Pontus Pihlgren wrote:
I've gone back to my workshop and done the
following.
1. Verifying the backplane, I have a H9273 in a BA-11N with a H786 PSU
(Not a serpentine )
2. Reseated the cards without spaces. Now it looks like this:
A B C D
|--CPU--| (M8186)
|--MEM--| (M8044)
|--SLU--| (M8043)
blank .
.
.
|------BDV11-----| (M8012)
That should be fine.
3.Checked the console cable pinout, it follows the
description in my
"Microcomputer Interfaces Handbook"
4.Checked the jumpers on CPU, MEM and SLU board. I _think_ they are set
sanely (mostly default settings)
5.Swapped memory and SLU for spare cards.
6.Swapped CPU for an LSI-11 (M7270)
7.Tested two know good terminals(vt125 and vt320), with various baud
rates(although I know it is set to 9600)
8.Check voltages under load, on the BDV11. +5 is 5.06 and +12 is 12.11
9.Tested without BDV11 inserted.
Still, no output on the terminal (plugged into the console port, J3 far
left on the DLV11).
Then, assuming the cable really is correct (have you tried swapping Tx
and Rx?), is plugged in to the correct port on the DLV11-J, and the baud
rate is sensible or close to correct, either:
-- the cable has a broken wire or a short
-- the DLV11-J has a blown RS232 transmitter IC (unlikely, if you've
tried two of them)
-- port 3 isn't actually set up as a console port.
It's also possible you have a damaged backplane preventing the DLV11-J
from responding, but since the BDV11 "does
things" (to use a technical
description :-)) that's not plausible.
Check the C1 and C2 jumpers on the DLV11-J. If you hold it
component-side up with the SLU connectors at the top, they're at the
lower left, just below the address jumpers. They must both have a link
from X (the pin nearest the middle of the PCB) to 1
(the centre pin of
the three). Any other setting will prevent port 3 operating as
a
console. Also, the base address of the DLV11-J has to be one of 176500
(the standard base address) or 176540 or 177500, otherwise even setting
C1 and C2 won't work.
I'm somewhat confused about the BDV11 diagnostics.
Under what conditions
are they run? If I start the machine (or reset it) with the halt switch
down all leads will be on, if I start (or reset) with the halt switch up
(enabled?) the leads will blink in a certain pattern and end up in the
"waiting for console input" state.
What you describe is exactly what you should expect. With the HALT
switch up, booting the machine causes the processor to behave according
to the boot mode set on its jumpers, which is commonly to start
execution at the standard bootstrap address of 173000. That executes
the diagnostic code in the BDV11, which (with its normal settings) does
some processor and memory tests, turning LEDs off as it completes each
test and sizes the memory, sends a prompt to the console
("XX<CRLF>START?", where XX is the memory size) and then waits for you
to type either "Y" or a 2-character device code.
With the HALT switch down, the CPU enters the halted state, without
executing any of the code in the BDV11 ROMs, so all the BDV11 LEDs
remain on.
I thought that starting with the halt
switch up would put me in ODT right away (given the
boot mode configured
on the CPU card).
It will indeed do that.
But you're not getting any serial data to the console terminal so you
don't see that.
--
Pete Peter Turnbull
Network Manager
University of York