Fwd: Re: Revive 11/34

2017-12-09 Thread John Welch via cctalk 

Update:

This is the map of the machine:


   AAA BBB CCC DDD EEE FFF 
(Rear/Fans/Power Supply) 1 [M8266] (Front/Keypad/DC ON)
 2 [M8265] 
 3 [M9312] [M7859] 
 4 [M7891] 
 5 [M7762] 
 6 [M7860] 
 7 [M7840] 
 8 GNT 
 9 [M9302] [M7856] 
   AAA BBB CCC DDD EEE FFF 

Reseating the ribbon cable on the M7859 changed the display.  I have 
replaced the M7840 with a G7273.


Now when I power on it says (dim)0, (bright)0, blank, (dim)0, blank, blank.

I have reseated the M7859, I don't think I have another one.

Maybe I should hit it with a vacuum.

I had forgotten about needing to cut a wire for DMA.  Can you give me a 
refresher on how to tell which slots are cut?  I remember having to turn 
the chassis over and looking for a particular wire but that was >15 
years ago.

On 12/8/2017 3:17 PM, Henk Gooijen wrote:
>
>
>
>
>
> Van: John Welch via cctech
> Verzonden: vrijdag 8 december 2017 21:25
> Aan: cct...@classiccmp.org
> Onderwerp: Revive 11/34
>
>
>
> I am reviving an 11/34. Cards are:
>
> Back/Fans [M8266]  Front of machine where keypad is.
>
>    [M8265]
>
>    [M9312] [M7859]
>
>    [M7762]
>
>    [OPEN]  [M7860]
>
>    [M7840]
>
>    Bus grant in third from front slot
>
>    [M9302] [M7856]
> The 7856 is hooked to a cable/null modem (i think)/PC running
> XP&Hyperterminal
>
> When I first powered on the programmers console said '7' and I powered
> off, then back on, and now it says '5'
>
> Any suggestions as to what to try first?  I may have the bus grant in
> backwards.  I have other boards I can try.
>
> Sincerely,
> John Welch
> :qw
>
>
>
>
>
> It is not completely clear (to me) how the modules are installed in the
>
> backplane. Standing in front of the 11/34 processor box (looking at the
>
> console), slot number 1 is at the right side. Each slot has 6 positions.
>
> Position A is at the rear side, followed by B thru F. Position F is
>
> thus at the front side.
>
> There is no confusion about the first 4 slots.
>
>
>
> Slot 1 and 2 hold the 11/34A processor boards, with M8266 in slot 1,
>
> and M8265 in slot 2.
>
> Slot 3, positions A and B has the M9312 bootstrap/terminator board,
>
> and slot3, positions C thru F has the M7859 KY11-LB programmer's console
>
> interface board.
>
> Slot 4 holds the RL11 interface. This module does "DMA", so the NPR
>
> jumper must be cut (open) on the backplane.
>
> Slot 5 has an SPC in positions C thru F. I had to look it up; it is the
>
> DR11-C.
>
>
>
> We are up to slot 6. Now things get "interesting" ... is that M7840 a 
typo?

>
> The field guide says that this is a KE11-B Extended Arithmetic Element.
>
> I do not know that board, is it "hex" or "quad"?
>
> Not sure that board belongs there ... and if it is quad, I assume it has
>
> to be in positions C thru F. I would suggest to pull this module, and
>
> check the NPR wire presence on the backplane. You need a G727A or G7273
>
> in this slot when the M7840 is removed.
>
>
>
> If you are not skipping slots (see below), we are now at slot 7. There
>
> is probably a G727A grant continuity card (aka "knockle buster") in
>
> position D. That would be OK, but if the NPR jumper is cut on the
>
> backplane, you would need a G7273 continuity and NPR card in positions
>
> C - D. It is easy to have the G727 put in wrong. The 4 copper "jumper"
>
> traces should be facing the next higher-numbered slot.
>
>
>
> Then you say that the next slot has the M9202 (in position A - B) and
>
> the M7856 (SLU and RTC) in positions C thru F.
> The M9202 connects two system units (backplanes). So, what is the next
>
> backplane?  Or do you have the M9202 in slot 8 and slot 9, positions
>
> A - B?  I have never seen that ...
>
>
>
> I am missing one slot. The 11/34 backplane has 9 slots.
>
>
>
> When you power up the system, the display should show 6 octal numbers.
>
> If only one digit shows a number (7 or 5 or whatever), there is an
>
> issue with the console itself, or the M7859. The 6 digits of the display
>
> are multiplexed. Maybe the connection cable between the console and the
>
> M7859 - damaged/knicked? It is worth checking out the simpler things 
first.

>
>
>
> Henk.

--
Sincerely,
John Welch
281-353-4706 Home
713-725-7017 Cell
:qw

Revive 11/34

2017-12-09 Thread John Welch via cctalk 

I am reviving an 11/34. Cards are:

Back/Fans [M8266]  Front of machine where keypad is.

  [M8265]

  [M9312] [M7859]

  [M7762]

  [OPEN]  [M7860]

  [M7840]

  Bus grant in third from front slot

  [M9302] [M7856]
The 7856 is hooked to a cable/null modem (i think)/PC running 
XP&Hyperterminal


When I first powered on the programmers console said '7' and I powered 
off, then back on, and now it says '5'


Any suggestions as to what to try first?  I may have the bus grant in 
backwards.  I have other boards I can try.


Sincerely,
John Welch
:qw

Re: Revive 11/34

2017-12-09 Thread John Welch via cctalk 

I also have an 11/04 that I went and drug out.  It is configured like this:

11/04:
   AAA BBB CCC DDD EEE FFF 
(Rear/Fans/Power Supply) 1 [M7263] (Front/Keypad/DC ON)
 2 [M7847] 
 3 [M7859] 
 4 [M7847] 
 5 GNT 
 6 [M7762] 
 7 [M7840] 
 8 [DILOG] 
 9   {nothing} 
   AAA BBB CCC DDD EEE FFF 
I am thinking I could put a M9203/M7856 into slot 9, and find a M9312 
for slot 3 and maybe this would fire up.  Any suggestions?



On 12/8/2017 3:50 PM, Jerry Weiss wrote:

On Dec 8, 2017, at 2:25 PM, John Welch via cctech  wrote:

I am reviving an 11/34. Cards are:

Back/Fans [M8266]  Front of machine where keypad is.

   [M8265]

   [M9312] [M7859]

   [M7762]

   [OPEN]  [M7860]

   [M7840]

   Bus grant in third from front slot

   [M9302] [M7856]
The 7856 is hooked to a cable/null modem (i think)/PC running XP&Hyperterminal

When I first powered on the programmers console said '7' and I powered off, 
then back on, and now it says '5'

Any suggestions as to what to try first?  I may have the bus grant in 
backwards.  I have other boards I can try.

Sincerely,
John Welch
:qw


1) The G727A bus grant card is keyed (somewhat). It should be in Row D 
(fourth from the back)
  It won’t seat evenly if reversed. At least that is what my scraped 
knuckles remember.

  You can temporarily pull it out to finish the check out.  There’s nothing 
past the
   M7840 that requires DMA.

2) Check the baud rate, stop bits and parity settings on both the Hyperterminal 
and the M785 to make sure they match.
  
3)  Are you seeing a single 7 or 5 on  KY11-LB Programmer Console or on the Hyperterminal?
  
  An other status led’s lit on the KY11-LB?


4) I don’t see any memory listed…  Do you have any M7847’s?

5) Grab a copy of EK-11034-UG-001 PDP-11-34 System User’s Manual for more info.


Jerry



--
Sincerely,
John Welch
281-353-4706 Home
713-725-7017 Cell
:qw

11/04 Project

2017-12-13 Thread John Welch via cctalk 

I am back in front of the machine:

The M7856 is set thusly:
    1  2  3  4  5  6  7  8  9 10
-- -- -- -- -- -- -- -- -- -- --
S5 DN DN DN UP DN DN UP DN DN UP
S3 DN DN UP DN UP UP DN UP DN UP
S1 UP UP DN UP DN DN UP UP DN UP
S4 UP UP DN DN UP UP DN DN DN UP
S2 DN DN UP DN DN UP DN DN -- --

The M9312 is set thusly:

    1  2  3  4  5  6  7  8  9 10
-- -- -- -- -- -- -- -- -- -- --
S1 UP UP DN DN DN DN UP DN DN DN

This should be 300, 8, Odd, 1
I have what I think is null modem between the M7856 cable and a PC 
running XP with Hyperterm set to 300, 8,O,1


Troubleshooting from the programmers console:
CNTRL plus HALT, no bus hang.

CLR, 777566, LAD, 101, DEP, Hyperterm shows: A
CLR, 777566, LAD, 102, DEP, Hyperterm shows: AB (the B popped up next to 
the previous A )



CLR, 777564, LAD, EXAM, display shows: 000200
CLR, 773024, LAD, EXAM, display shows: 165024
CLR, 773024, LAD, EXAM, display shows: 165024
CLR, 773000, LAD, CNTRL plus START, console says: 173002

I am thinking that the Hyperterm should be seeing an "@" and I should be 
able to boot from there.


Any thoughts?

Sincerely,
John Welch

Re: 11/04 Project

2017-12-13 Thread John Welch via cctalk 
I have bi-directional communication from PC/Hyperterminal.   I forgot 
about having to tell HyperTerminal to echo characters locally. Anyway, 
'a' comes over as 000141 and 'A' comes over as 000101. So far so good.

However, I have not gotten "@"
CNTRL+HLT
CLR
LAD
DEP
CNTRL+INIT
CNTRL+START -> reads 02
CNTRL+BOOT  -> reads 165024

CLR, 165024 LAD, CTRL/START reads 165024
773024 LAD, EXAM, reads 165024

Reconfigured the switches on the M9312

 1  2   3   4   5 6   7   8   9   10
   --- --- --- --- --- --- --- --- --- ---
S1 Off On  Off Off Off Off Off Off On  Off

CNTRL+HLT
CLR
LAD
DEP
CNTRL+INIT
CNTRL+START -> reads 02
CNTRL+BOOT  -> Run light is on, SR Disp light is on,
CNTRL+HLT reads 173150


CLR, 165024 LAD, CTRL/START reads 165024
773024 LAD, EXAM, reads 165024

773024 LAD, 773000 DEP, BUS ERR light comes on.

Any suggestions?  I have other M9312s I could try.

On 12/13/2017 12:38 PM, Henk Gooijen wrote:


Jumping over the settings. They seem OK, as you get the AB in Hyperterm.

That 777564 shows 000200 is also correct (as I remember that): it 
indicates “transmit buffer empty”.


You can also try it the other way:

  * type one character in Hyperterm
  * check that 777560 has the receiver buffer full flag set (000200)
  * in 777562 you will see the typed character (in octal)

773024 showing 165024 rings a bell. IIRC, 165024 is the start address 
of the monitor on the M9312.


That is the PROM “in the middle” on the board.

I think that if you enter CLR, 165024 LAD, CTRL/START you will get the 
“@”.


BTW, there is a second start address. One does some diagnostics, the 
other does not.


My guess that on 773000 and you getting 773002 on the display means 
that you try to boot


from a “device” that is specified in one of the four PROMs, but the 
PROM socket is empty …



*Van:* cctech  namens John Welch via 
cctech 

*Verzonden:* Wednesday, December 13, 2017 7:23:01 PM
*Aan:* cct...@classiccmp.org
*Onderwerp:* 11/04 Project
I am back in front of the machine:

The M7856 is set thusly:
 1  2  3  4  5  6  7  8  9 10
-- -- -- -- -- -- -- -- -- -- --
S5 DN DN DN UP DN DN UP DN DN UP
S3 DN DN UP DN UP UP DN UP DN UP
S1 UP UP DN UP DN DN UP UP DN UP
S4 UP UP DN DN UP UP DN DN DN UP
S2 DN DN UP DN DN UP DN DN -- --

The M9312 is set thusly:

 1  2  3  4  5  6  7  8  9 10
-- -- -- -- -- -- -- -- -- -- --
S1 UP UP DN DN DN DN UP DN DN DN

This should be 300, 8, Odd, 1
I have what I think is null modem between the M7856 cable and a PC
running XP with Hyperterm set to 300, 8,O,1

Troubleshooting from the programmers console:
CNTRL plus HALT, no bus hang.

CLR, 777566, LAD, 101, DEP, Hyperterm shows: A
CLR, 777566, LAD, 102, DEP, Hyperterm shows: AB (the B popped up next to
the previous A )


CLR, 777564, LAD, EXAM, display shows: 000200
CLR, 773024, LAD, EXAM, display shows: 165024
CLR, 773024, LAD, EXAM, display shows: 165024
CLR, 773000, LAD, CNTRL plus START, console says: 173002

I am thinking that the Hyperterm should be seeing an "@" and I should be
able to boot from there.

Any thoughts?

Sincerely,
John Welch



--
Sincerely,
John Welch
281-353-4706 Home
713-725-7017 Cell
:qw

Re: 11/04 Project

2017-12-13 Thread John Welch via cctalk 

On 12/13/2017 10:41 PM, Jerry Weiss wrote:

What is the configuration of jumpers?


I have tried the following:
    1   2   3   4   5   6   7   8   9   10
   --- --- --- --- --- --- --- --- --- ---
S1 Off On  Off Off Off Off Off Off On  Off
S1 On  On  Off Off Off Off On  Off Off Off
S1 On  On  Off Off On On  Off Off On  Off
S1 On  Off Off Off On  On  Off Off On  Off
Maybe some others, never get anything to the screen.

I have some cards that are marked TP1:Red TP2:Blk TP4:Clr
and other cards marked TP1:Red TP2:Clr TP4:Blk
I would really like to hear from someone that has it working rather than 
risking popping something.


On Dec 13, 2017, at 10:34 PM, JCWelch > wrote:


So far nothing puts ‘@‘, or anything on the screen.

Sent from my iPad

On Dec 13, 2017, at 10:05 PM, Jerry Weiss > wrote:


According to the documentation EK-M9312-TM-002 M9312 
Bootstrap-Terminator Module Technical Manual

there are two addresses to use for the Console Emulator.

165020 (765020)  for Console with Diagnostics  SW 1 and 7 on
165144 (765144)  for Console w/o Diagnostics   SW 1,5,6,9 on

The switch settings below correspond to xxx004.. which is probably 
the first drive for the ROM in position 1 and does

not invoke diagnostics.

Have you tried 173000 (773000)?

Jerry


On Dec 13, 2017, at 8:37 PM, John Welch via cctech 
mailto:cct...@classiccmp.org>> wrote:


I have bi-directional communication from PC/Hyperterminal.   I 
forgot about having to tell HyperTerminal to echo characters 
locally. Anyway, 'a' comes over as 000141 and 'A' comes over as 
000101. So far so good.

However, I have not gotten "@"
CNTRL+HLT
CLR
LAD
DEP
CNTRL+INIT
CNTRL+START -> reads 02
CNTRL+BOOT  -> reads 165024

CLR, 165024 LAD, CTRL/START reads 165024
773024 LAD, EXAM, reads 165024

Reconfigured the switches on the M9312

   1  2   3   4   5 6   7   8   9   10
 --- --- --- --- --- --- --- --- --- ---
S1 Off On  Off Off Off Off Off Off On  Off

CNTRL+HLT
CLR
LAD
DEP
CNTRL+INIT
CNTRL+START -> reads 02
CNTRL+BOOT  -> Run light is on, SR Disp light is on,
CNTRL+HLT reads 173150


CLR, 165024 LAD, CTRL/START reads 165024
773024 LAD, EXAM, reads 165024

773024 LAD, 773000 DEP, BUS ERR light comes on.

Any suggestions?  I have other M9312s I could try.


On 12/13/2017 12:38 PM, Henk Gooijen wrote:

Jumping over the settings. They seem OK, as you get the AB in 
Hyperterm.


That 777564 shows 000200 is also correct (as I remember that): it 
indicates “transmit buffer empty”.


You can also try it the other way:

* type one character in Hyperterm
* check that 777560 has the receiver buffer full flag set (000200)
* in 777562 you will see the typed character (in octal)

773024 showing 165024 rings a bell. IIRC, 165024 is the start 
address of the monitor on the M9312.


That is the PROM “in the middle” on the board.

I think that if you enter CLR, 165024 LAD, CTRL/START you will get 
the “@”.


BTW, there is a second start address. One does some diagnostics, 
the other does not.


My guess that on 773000 and you getting 773002 on the display means 
that you try to boot


from a “device” that is specified in one of the four PROMs, but the 
PROM socket is empty …



*Van:* cctech > namens John Welch via 
cctech mailto:cct...@classiccmp.org>>

*Verzonden:* Wednesday, December 13, 2017 7:23:01 PM
*Aan:* cct...@classiccmp.org 
*Onderwerp:* 11/04 Project
I am back in front of the machine:

The M7856 is set thusly:
   1  2  3  4  5  6  7  8  9 10
-- -- -- -- -- -- -- -- -- -- --
S5 DN DN DN UP DN DN UP DN DN UP
S3 DN DN UP DN UP UP DN UP DN UP
S1 UP UP DN UP DN DN UP UP DN UP
S4 UP UP DN DN UP UP DN DN DN UP
S2 DN DN UP DN DN UP DN DN -- --

The M9312 is set thusly:

   1  2  3  4  5  6  7  8  9 10
-- -- -- -- -- -- -- -- -- -- --
S1 UP UP DN DN DN DN UP DN DN DN

This should be 300, 8, Odd, 1
I have what I think is null modem between the M7856 cable and a PC
running XP with Hyperterm set to 300, 8,O,1

Troubleshooting from the programmers console:
CNTRL plus HALT, no bus hang.

CLR, 777566, LAD, 101, DEP, Hyperterm shows: A
CLR, 777566, LAD, 102, DEP, Hyperterm shows: AB (the B popped up 
next to

the previous A )


CLR, 777564, LAD, EXAM, display shows: 000200
CLR, 773024, LAD, EXAM, display shows: 165024
CLR, 773024, LAD, EXAM, display shows: 165024
CLR, 773000, LAD, CNTRL plus START, console says: 173002

I am thinking that the Hyperterm should be seeing an "@" and I 
should be

able to boot from there.

Any thoughts?

Sincerely,
John Welch



--
Sincerely,
John Welch
281-353-4706 Home
713-725-7017 Cell
:qw



Jerry Weiss
j...@ieee.org 






Jerry Weiss
j...@ieee.org 





--
Sincerely,
John Welch
281-353-4706 Home
713-725-7017 Cell
:qw

Re: 11/04 Project

2017-12-14 Thread John Welch via cctalk 



On 12/14/2017 6:47 AM, Noel Chiappa wrote:

 > From: John Welch

 > CLR
 > 765000
 > LAD
 > EXAM
 > 'Bus Err' light comes on.

Oooh, that's very interesting, and illuminative. The ROM isn't working (so
there's no way for the software console to work - its code is in that ROM).

So look at Section 1.5 of the Technical Manual

   http://bitsavers.org/pdf/dec/unibus/M9312_TechRef.pdf
Will do.  I have 4 M9312 cards.  One I know I pulled from an 11/04, the 
others from 11/04 or 11/34 (or 11/34a)

[...]

Also, while we're at it, it's probably worth making sure the CPU will
run. Do this:

   CLR
   LAD
   777  (This is a 'branch .' instruction)
   DEP
   EXAM (Should display '777')
   CLR  (I think you can dispense with these
   LAD  two, but just to be safe...)
   CTRL-START
   'Run' light should come on
   CTRL-HALT
   'Run' light should go out, should display '0' (or maybe '2', I forget)

It read 00



 > Do you know which color wire (red, clear, black) goes to which festoon
 > connector (TP1, TP2, TP3, TP4)?

I would leave them all disconnected for the moment; you don't need them. One
is the 'boot' switch on the console, and its ground. The other is the 'boot on
power on enable' (a duplicate of S1-2), and its ground. Since we're trying to
manually start the ROM console from the front console, they aren't needed for
that.

I don't recall offhand which one connects to which - I will have to check.

 > Don't want to blow anything up.

Not sure it will harm anything if you connect things wrongly, but that's
not tested.

Noel


--
Sincerely,
John Welch
281-353-4706 Home
713-725-7017 Cell
:qw

Re: 11/04 Project

2017-12-14 Thread John Welch via cctalk 

The "@" is on the screen in HyperTerminal.

I have 4 M9312 cards.  Three have W8 jumped, one did not.  I put in the 
M9312 w/o W8 and when I power on I see the "@" on the screen.


Now for the next snag. The bitsavers document suggests L777 ; 
E which should echo some digits.  However nothing pops up.


So I am wondering if I have the handshaking set right?


On 12/14/2017 6:47 AM, Noel Chiappa wrote:

 > From: John Welch

 > CLR
 > 765000
 > LAD
 > EXAM
 > 'Bus Err' light comes on.

Oooh, that's very interesting, and illuminative. The ROM isn't working (so
there's no way for the software console to work - its code is in that ROM).

So look at Section 1.5 of the Technical Manual

   http://bitsavers.org/pdf/dec/unibus/M9312_TechRef.pdf

and make sure all the jumpers on the M9312 are as required. In particular,
jumper W-8 should be _out_.

If it's not, that would explain why the ROM at 765000 isn't resonding. If it's
in, that M9312 board probably has a problem.


Also, while we're at it, it's probably worth making sure the CPU will
run. Do this:

   CLR
   LAD
   777  (This is a 'branch .' instruction)
   DEP
   EXAM (Should display '777')
   CLR  (I think you can dispense with these
   LAD  two, but just to be safe...)
   CTRL-START
   'Run' light should come on
   CTRL-HALT
   'Run' light should go out, should display '0' (or maybe '2', I forget)


 > Do you know which color wire (red, clear, black) goes to which festoon
 > connector (TP1, TP2, TP3, TP4)?

I would leave them all disconnected for the moment; you don't need them. One
is the 'boot' switch on the console, and its ground. The other is the 'boot on
power on enable' (a duplicate of S1-2), and its ground. Since we're trying to
manually start the ROM console from the front console, they aren't needed for
that.

I don't recall offhand which one connects to which - I will have to check.

 > Don't want to blow anything up.

Not sure it will harm anything if you connect things wrongly, but that's
not tested.

Noel


--
Sincerely,
John Welch
281-353-4706 Home
713-725-7017 Cell
:qw

Re: 11/04 Project

2017-12-14 Thread John Welch via cctalk 

I have it working now.  I had to go into XP settings for the comm port.

@L777

@E

000777 173200 165212 000777

So, next is to hook up to the RL02.  I will start a new thread for that.


On 12/14/2017 7:23 AM, Noel Chiappa wrote:

 > From: William Degnan

 > 1) the console rom does not go in any of the 4 bootstrap slots, these
 > should be empty for now. There is a special console rom slot.

Just to clarify, by "slot", you don't mean 'backplane slot', you mean 'socket
(on the card)', right?

Also, note that the console/diagnostic ROM is a different size (bit-wise; I'm
not sure about the physical package) from the bootstrap ROMs.

 > 6) possibly the only switch to worry about now is the power on auto
 > jump to console switch.

I'd leave that, too, until we get the software console to run when started
manually - at the moment, the ROM's not working, so that switch is irrelevant.

Noel


--
Sincerely,
John Welch
281-353-4706 Home
713-725-7017 Cell
:qw

RL02 hook up to 11/04

2017-12-14 Thread John Welch via cctalk 

Now that I have the 11/04 running the next step is to hook up to the RL02.

I need to run a cable from the M7762 to one of the connectors on the 
back of the RL02.  I have cabling stripped from a 11/04.
Is there a terminator that goes on the other connector on the RL02? The 
machine that was stripped actually was a RL01, I hope the cable is the 
same and if not someone will be able to advise me on that.


Do I need to set any jumpers on the M7762?

Are there any other things I should do the the RL02 prior to plugging it 
into the wall and powering it on?


Sincerely,
John Welch

Re: RL02 hook up to 11/04

2017-12-14 Thread John Welch via cctalk 

Thanks!

I have everything ready to go. Except is the flat Berg cable keyed?  
The connector for the terminal had "AB" and "UUVV" marked.  This cable 
has a black strip on one side and it has "0" on the flat face on one end.



On 12/14/2017 1:20 PM, william degnan wrote:



On Thu, Dec 14, 2017 at 2:18 PM, william degnan <mailto:billdeg...@gmail.com>> wrote:




On Thu, Dec 14, 2017 at 2:10 PM, william degnan
mailto:billdeg...@gmail.com>> wrote:


    On Thu, Dec 14, 2017 at 10:59 AM, John Welch via cctalk
mailto:cctalk@classiccmp.org>> wrote:

Now that I have the 11/04 running the next step is to hook
up to the RL02.

I need to run a cable from the M7762 to one of the
connectors on the back of the RL02.  I have cabling
stripped from a 11/04.
Is there a terminator that goes on the other connector on
the RL02? The machine that was stripped actually was a
RL01, I hope the cable is the same and if not someone will
be able to advise me on that.

Do I need to set any jumpers on the M7762?

Are there any other things I should do the the RL02 prior
to plugging it into the wall and powering it on?

Sincerely,
John Welch


Assuming you have a bridge adapter that goes between the flat
cable and the drive cable.  The bottom drive port should be
terminated if you're not connecting to a 2nd drive.  Here is
how I learned what I needed:

http://www.pdp-11.nl/peripherals/disk/rl-info.html
<http://www.pdp-11.nl/peripherals/disk/rl-info.html>

Bill


The ROM part number should be 751A9, if you're using a 9312,
that's the ROM for the RL01/RL02. The command is DL0 or DL1.  If
you use "DL" it assumes drive 0.  You can boot off of any drive
however.  You can install the ROM in any slot.

Bill


Sorry...any of the 4 bootstrap ROM sockets.  (not slot *banging head 
against cabinet*)


b



--
Sincerely,
John Welch
281-353-4706 Home
713-725-7017 Cell
:qw

RL02 to PC image

2017-12-14 Thread John Welch via cctalk 
Is there a simple cluedge to convert the indicator light on RL02 from 
one number to another?  My RL02 has the "2" and I likely need to change 
that to a "0"


Also, I want to examine the contents of the RL02 and hopefully transfer 
them to the PC to run on SIMH.  Is the windows version of VTServer [ 
http://home.windstream.net/engdahl/vtserver.htm ] the right tool for 
this job?



Sincerely,
John Welch

Help with RSX/PDP11

2017-12-17 Thread John Welch via cctalk 


It is time to ask for help.  I have forgotton more than I ever knew 
about using RSX.  Anyway, using the wonderful PDP11GUI I have imaged an 
RL02 pack to my PC.  I have downloaded a running RSX11m image.


I want to look at my imaged disk to see how it looks. Using SIMH I did 
the following commands:



PDP-11 simulator V3.8-2 (JH stdio telnet)
sim> set cpu 11/93, 4M
Disabling CR
Disabling RK
Disabling HK
Disabling TM
sim> set cpu idle
sim> set rq0 rd54
sim> attach rq0 rsx11mplus_4_6_bl87.dsk
sim> set rl0 rl02
sim> attach rl0 RSX11-bu.rl02
sim> b rl0

SAV -- SOFTWARE CONFIGURED FOR ENABLE HARDWARE WHICH DOES NOT RESPOND.  
HALTED.

HALT instruction, PC: 126272 (BR 126270)
sim>


So then I try:


sim> b rq0



RSX-11M-PLUS V4.6  BL87   2044.KW  System:"RSXMPL"
>RED DU:=SY:
>RED DU:=LB:
>RED DU:=SP:
>MOU DU0:"RSX11MPBL87"
>@DU:[1,2]STARTUP
>;  PLEASE NOTE
>

>QUE BAP0:/AS:BATCH
>@ 
>

===

I think that I should be something like use pip to do something like :
pip [*,*]* /li or something, but I got into trouble real quick.

Do I need to mount the RL02 for the system to see it?
If I want to list the files on the RL02 image what command would I use?

Any help appreciated.

Sincerely,
John Welch

Boot RXS

2018-01-01 Thread John Welch via cctalk 

Hello,
With the wonderful help of many you here I have revived a PDP11/04, 
connected it to an RL02, and using PDP11GUI I have successfully imaged a 
number of RL02 packs.  I found a copy of an RQ device that boots.  I can 
attach my images and explore the contents with PIP so I believe the 
transfer was good.


One of the packs was a system disk so I tried to boot it like this:
   PDP-11 simulator V3.8-2 (JH stdio telnet)
   sim> set cpu 11/93, 4M
   Disabling CR
   Disabling RK
   Disabling HK
   Disabling TM
   sim> set cpu idle
   sim> set rl0 rl02
   sim> attach rl0 RSX11-bu.rl02
   sim> b rl0

   SAV -- SOFTWARE CONFIGURED FOR ENABLE HARDWARE WHICH DOES NOT 
RESPOND.  HALTED.

   HALT instruction, PC: 126272 (BR 126270)
   sim>

Does anyone have any hints on how I can guess what I need to add? The 
original machine was and 11/34 (maybe a 11/34a) and had a multi-line 
serial port setup.  All thoughts appreciated.


Sincerely,
John Welch
:qw

Re: Boot RXS

2018-01-02 Thread John Welch via cctalk 
I can boot RSX from a different device (or RT-11, or unix maybe) and 
then mount this RL02 pack and go exploring through its contents.  Is 
there a possibility that I may find what is missing that way?


On 1/1/2018 12:35 PM, Noel Chiappa wrote:

 > From: John Welch1

 > SAV -- SOFTWARE CONFIGURED FOR ENABLE HARDWARE WHICH DOES NOT RESPOND.
 > HALTED.
 > Does anyone have any hints on how I can guess what I need to add?

Well, Able made a thing called an 'Able ENABLE' which allowed use of more
than 256KB of physical memory on any UNIBUS -11 with memory mapping hardware
which wasn't an -11/70-44-24. That's probably what it's talking about.

We had one on our -11/45 at MIT, BITD. So I have the programming spec for it,
back-created from the source code for that machine. And Clem Cole was nice
enough to follow up on an old message in an email list archive, and dig up
some documentation and scan it in.

I was planning on doing a page for it on the Computer History wiki, haven't
got a round tuit yet, though.

They are, AFAIK, complete unobtainium in physical form; I've been looking for
years, never seen one.

If someone wanted to upgrade SIMH to support it, we do know enough to do that.

Noel


--
Sincerely,
John Welch
281-353-4706 Home
713-725-7017 Cell
:qw

ID board Dilog SU723A

2018-01-08 Thread John Welch via cctalk 

I have this board Dilog SU7 23A

Does anyone know this board?  I think it may be a SCSI controller. I 
cannot tell if it is Unibus or Qbus.


Any help appriciated.

Sincerely,
John Welch

Re: ID board Dilog SU723A

2018-01-08 Thread John Welch via cctalk 
Thanks!  I did some searching but all The Google could find were a few 
re-sellers that had the board but no info.  The 'feet' of the board (the 
part that plugs into the buss sockets) are labeled C, D, E, and F so it 
sort of smelled like unibus.


Have you ever used one of these boards?


On 1/8/2018 9:18 AM, Phil Blundell wrote:

On Mon, 2018-01-08 at 09:13 -0600, John Welch via cctech wrote:

Does anyone know this board?  I think it may be a SCSI controller. I
cannot tell if it is Unibus or Qbus.


According to:

http://www.dilog.com/unibus.html

it's:
SU723A  SCSI, TMSCP, 7drives, Quad Height.

and (judging from the URL) it's presumably Unibus.

hth

p.