<arcarlini at iee.org> wrote:
> Johnny Billquist [bqt at softjar.se] wrote:
>> > I wasn't aware that any prototypes ever were produced and
>> > came as far as
>> > being functional. I thought it was just paper work that had bee done.
>
> iirc CASTOR and POLLUX were PDP-11/74s that were actually used by one of
> the
> DEC PDP-11 software groups for a while. (Or maybe the PDP-11/74 was used
> for
> a while and then broken up to form CASTOR and POLLUX ... )
No, both CASTOR and POLLUX was running at the same time for a while.
CASTOR was used by the RSX development group while POLLUX was either
DECnet or field service. I can't remember which.
But I'm fairly sure that CASTOR and POLLUX were just 11/70mP systems.
>> > Nice to hear. Too bad the machine never got to production. It
>> > would have
>> > been a nice system...
>
> I've read somewhere that it was full of flat ribbon cables and would
> have been a beast to maintain.
Yes, that is one of the stories I've heard too. But that was related to
the mP systems. The 11/74 CPU as such could (I assume) be run in a
single processor configuration as well, just like the 11/70. In which
case, you'd just have an upgraded 11/70, which would have been nice.
Johnny
On 06/23/2010 22:14, Rob Jarratt wrote:
> Are you in the UK? I seem to need a mini-DIN connector which looks like it
> has 8 pins. I also believe the mouse connects to the keyboard, I am not sure
> if it has to be a special mouse or not, but if you have a mouse to go with
> the keyboard that would be even better.
>
> Thanks
I only have one mouse but 4 keyboards.. I can send you a keyboard but
not the mouse if you like.
I'm in West Sussex, contact me off list i guess
Roger
On 6/23/10 5:14 PM, Rob Jarratt wrote:
> Are you in the UK? I seem to need a mini-DIN connector which looks like it
> has 8 pins. I also believe the mouse connects to the keyboard, I am not sure
> if it has to be a special mouse or not, but if you have a mouse to go with
> the keyboard that would be even better.
It does not need to be a "special" mouse, but it DOES need to be a Sun
mouse. I say that because they're far more common in my world than
those other weird mice that PCs use. ;)
But yes, the mouse connects to the keyboard, and you will need one if
you intend to run the machine as a graphical workstation.
-Dave
--
Dave McGuire
Port Charlotte, FL
On 06/22/2010 23:16, Rob Jarratt wrote:
> I believe I may need a type-5 or type-6 keyboard with a
> mini-DIN connector. I can't find much on eBay. Can anyone tell me where to
> find such a keyboard? I don't want to spend a lot because Sun is not my
> thing really, but it would be nice to get it working.
>
> Thanks
>
> Rob
>
I have a bunch of these from a job lot i bought if you want one and dont
mind scraping some grime off them!
I think i have a 5c and a 6 keyboard
does that sound the correct sort?
Roger
Don North <ak6dn at mindspring.com> wrote:
> Johnny Billquist wrote:
>> > "Walter F.J. Mueller" <W.F.J.Mueller at gsi.de> wrote:
>> >
>>> >> The reason why I picked a 11/70 and not a J11 as target is because my
>>> >> goal is a 11/74. I've implemented the IIST already and tested against
>>> >> the IIST Diagnostic I could find in XXDP (riiab0). A dual core will
>>> >> fit into a single xc3s1200e of the NEXYS2 board. The work needed is
>>> >> quite clear and doable (changes on cache, mmu, and cpu core for asrb).
>>> >> However, I've no plans to implement the CIS, so it will always be a
>>> >> subset of a 11/74. But for sure fun to do and run.
>> >
>> > You do know that the J11 is already designed for mP usage, except that
>> > DECs testing of that was even more secret than the 11/74?
>> >
>> > The 11/74 definitely don't need CIS though. I don't think any
>> > prototype 11/74 even had it. It was planned for the next generation of
>> > the machine, that never got built. Anyway, it was to be an option for
>> > the CPU as far as I know. Just as FPP.
>
> Here's a front panel from a 'real 11/74', the uniprocessor one with
> CIS: http://www.ak6dn.com/stuff/1174.jpg
Thanks for sharing that, Don. Now that I see it, I realize that I have
seen it before.
> Note the CIS uADDRS and other CIS status lights selectable on the rotary
> switch on the right.
>
> The marketing dinks appropriated the 11/74 moniker for the wanna-be
> 11/70mp program because '11/74' sounded better for a 4 way MP system.
Yeah, as usual, name confusion is fun. Interestingly enough, RSX
identifies the 11/70mp as an 11/74.
> After the 11/74 CIS COBOL benchmarks came in, the native PDP-11 CIS
> implementation on the 11/74 blew the 11/780 benchmarks away. DEC
> marketing did not like this; it made selling business customers the just
> released 11/780 more difficult. The decision was made to kill the 11/74
> CIS option the day we released it to manufacturing in favor of the new
> VAX system.
I wasn't aware that any prototypes ever were produced and came as far as
being functional. I thought it was just paper work that had bee done.
> Johnny is right, the 11/74 option was a multiboard set (just like the
> FPP option) that could be plugged into the new 11/74 backplane (which
> was an 11/70 backplane with all the CPU and FPP slots pushed down by
> four to make room for the CIS option in the first slots).
>
> I wish I had saved more documentation (print sets, microcode listings,
> etc) but to my knowledge none of this survives for the 11/74 CIS. Only
> my front plex panel which I took as a souvenir.
>
> I was one of the three engineers who wrote the microcode for the CIS
> option subsystem (total of 4K words of 96bit wide horizontal microcode).
Nice to hear. Too bad the machine never got to production. It would have
been a nice system...
Johnny
"RodSmallwood" <rodsmallwood at btconnect.com> wrote:
> How difficult would it be to extend one of these FGPA PDP-11's to be put on
> a quad DEC board and be a plug in replacement for say an 11/93 or 11/94 CPU.
> (M8981-AA OR 11/91-BA)?
You would need to implement the whole bus arbitration and protocol
logic. And hook that up to the cpu. But that should be it.
Not sure how difficult it would be. DEC had a pretty big chip that did
all of that from the J11.
Johnny
I have a "moving box" filled with Multiflow documentation at
my workplace.
According to wikipedia, they only sold 125? systems.
Intermediate Language Document Version 4.3
-- unbound, stamped Company Confidential all over
The UNIX Operation System Programmer's Reference Manual, Section 1
-- in Multiflow 3 ring binder
The UNIX Operation System Multiflow System Administrator's Guide,
Reference Manual, and Supplement
-- in Multiflow 3 ring binder
The UNIX Operating System Programmer's Supplement, Parts I and II
-- in Multiflow 3 ring binder
Multiflow Forgran User's Guide and Reference Manual
-- in Multiflow 3 ring binder
Multiflow Computer Miscellaneous Documents
-- in Multiflow 3 ring binder
TRACE/UNIX Programmer's Reference Manual Sections 2-7
-- in Multiflow 3 ring binder
Multiflow TRACE Assembler and Operation Set Refrence Manual
& Data Transfer Guide
& C Language Notes
-- in Multiflow 3 ring binder
The UNIX Operating System Multiflow System Administrator's Guide
Reference Manual, and Supplement
-- in Multiflow 3 ring binder
I really can't accept the task of preserving them myself. I've had
these at work (and I believe I posted them once before (if not on this
list, then on another)).
I don't know if any Multiflow Systems survive today, but it would be
a shame to see these recycled.
They are located in Cambridge MA near the Alewife redline T station stop.
If you have the means to pick these up, are are willing to pay to have
these shipped... please give these a home.... it would be great to see
these preserved on a site like bitsavers rather than lost for all time.
-- Curt
> From: "A. Christoff Baumann"
>
> If you figure out a solution, there's an entire hobby (amateur radio)
> that is dying that would love to hear your solutions.
The solution is oriented towards hands on training, doing, and actual
elmering (mentoring) as opposed to just telling someone how to do
something, i.e. get involved with helping/teaching instead of just telling!
I am constantly amazed that for the most part, the only people buying
the older Heathkit/Eico/etc. electronics are "old" people who are buying
more for nostagia as opposed to learning.
And this also applies to classic computers. At the last swapmeet, I had
an HP85A for sale with not one person showing any interest.
Most of us here have a lot on our plates, and that makes it easy to
rationalize we don't have time. BS. We find time to do what we want.
A bigger problem IMNSHO is not having any idea of where this training we
could offer leads. I'm not sure any of us are into wasting time per se.
And doing something without a clue where it will lead (especially with a
full plate of stuff to do) makes it easy to not spend the effort to
teach or get involved with others.
BTW, someone told me that Heathkit has started selling kits again; has
anyone heard this?
Marvin
David Gesswein <djg at pdp8online.com> wrote:
>> > I'm very much interested in both of those. Can I talk you into making
>> >them available?
>> >
> I have a copy of vista here
>
> http://www.pdp8online.com/pdp8cgi/os8_html?act=dir;fn=images/os8/dewar-edit…
>
> In a search I found this
> http://vandermark.ch/pdp8/local/Sources/read_dir.php?f=Other/new-22-vista-2…
>
> It appears to be the vista editor source. The actual vista source seems to
> be in the empty at the end if its complete. I haven't tried to build it. Has
> modules for a couple different terminals.
I have the sources for VISTA as well. However, it is written in PAGE8,
which is another assembler for the PDP-8. I also happen to have PAGE8,
so I should make all of that available, when I have time and access to
my PDP8 systems.
I also have the VISTA manual, but I think I might only have it in paper
form, so I guess I should try and scan that at some point as well...
And yes, I'll try to upload my EMACS-clone as well. Just give me time... :-)
Johnny
I have one of these that I would like to get going or at least
see how far i can get.
I don't see much out there except Al's site. Witch has limited info.
Does anyone know of? hardware and trouble shooting? manuals and
what type of? terminal interface they used.? I found this is a Horse
arena upside down.
Jerry
I have a bunch (about 13 pounds) of catalogs and datasheets for VME
products from various manufacturers, plus a directory or two. Any
interest in the pile for $5 plus shipping (media rate - cheap)?
Contact me off list.
--
Will
Don North <ak6dn at mindspring.com> wrote:
> On 6/22/2010 12:34 AM, E. Groenenberg wrote:
>>> >>
>>> >> Johnny is right, the 11/74 option was a multiboard set (just like the
>>> >> FPP option) that could be plugged into the new 11/74 backplane (which
>>> >> was an 11/70 backplane with all the CPU and FPP slots pushed down by
>>> >> four to make room for the CIS option in the first slots).
>>> >>
>> > How was this achived? By reducing the Massbus card space by 4 boards
>> > so 3 interface sections were available? Or by redesigning the processor
>> > in such a way that there were less boards needed?
>> >
>> > Ed
>> >
>> >
>
> Removed one of the MASSBUS controllers.
That makes sense. MASSBUS was on the decline anyway. And if you were
going with mP systems, you could hook up massbuses to several CPUs,
meaning you'd get a lot of them in the end anyway.
Or actually, this was probably when MASSBUS was still very much hip.
Well, mP still meant you could get lots of massbuses on the system, and
RSX-11M+ supported mixed massbus configurations anyway, so you could get
away with fewer massbuses.
The other option would have been to remove the 4 slot Unibus at the back
of the CPU, and just have the single SPC slot, and the out.
> The CPU board set was essentially the same, slot for slot. There were
> several boards that needed rev/ECO to provide hooks for the CIS option,
> but all in all these were minor updates and were backward compatible.
As far as I can tell, it's both changes for CIS, and also changes for mP
capabilities.
> IIRC the main change was to add additional microcode to the base 11/70
> microengine (from 256 to 512 words) by doubling the PROM bit density.
> This code did all the base instruction dispatch and operand fetch for
> the CIS unit.
Looked through the document you provided in another post. Interesting
stuff...
Johnny
I can send you one for the cost of shipping, contact me off-list.
-Dave
--
Dave McGuire
Port Charlotte, FL
On Jun 22, 2010, at 6:16 PM, "Rob Jarratt"
<robert.jarratt at ntlworld.com> wrote:
> I was given a Sun Ultra 5 the other day, not really a vintage
> machine, at
> least not yet, hence "slightly OT". I don't know anything about these
> machines but I expect there will be people on this list who do. The
> machine
> came without a keyboard or mouse and I think I need at least a
> keyboard to
> get it to boot. I believe I may need a type-5 or type-6 keyboard
> with a
> mini-DIN connector. I can't find much on eBay. Can anyone tell me
> where to
> find such a keyboard? I don't want to spend a lot because Sun is not
> my
> thing really, but it would be nice to get it working.
>
> Thanks
>
> Rob
On 6/22/10, Philip Pemberton <classiccmp at philpem.me.uk> wrote:
> Reverse engineering is a great way to spend a day! :)
Many of my nicer ones have been spent thusly.
> I've got a Planar EL panel on my desk, "liberated" from a supply of Sun
> spares (apparently it's meant for a StorEdge A5000 series box). 160x80
> pixels, and a 6x3 touchscreen. Very cool looking
Sounds really cool.
> Anyway, I think I spent about three days probing and tweaking it. It's a
> standard controller (Epson SED1335) but the touch screen controller is
> an ASIC. Turns out it's nice and simple though... Full details (pinouts
> and code) on my website if anyone's interested.
I'll have to check it out - I've been hacking HD44780 and T6963 and
SED<mumble> displays for years for LCDproc. It's especially fun to
pull on from some dead bit of technical kit and put the LCD back in
service. I've done that with a $8 front panel from a satellite TV
converter box (LEDs, buttons and 2x40 HD44780 LCD) among others.
-ethan
I was given a Sun Ultra 5 the other day, not really a vintage machine, at
least not yet, hence "slightly OT". I don't know anything about these
machines but I expect there will be people on this list who do. The machine
came without a keyboard or mouse and I think I need at least a keyboard to
get it to boot. I believe I may need a type-5 or type-6 keyboard with a
mini-DIN connector. I can't find much on eBay. Can anyone tell me where to
find such a keyboard? I don't want to spend a lot because Sun is not my
thing really, but it would be nice to get it working.
Thanks
Rob
Rob Jarratt wrote:
> I have a MicroVAX 3400. It uses quite a lot of power compared to my other
> MicroVAXen (about 180-200W). It has an M9060 Load Module installed and I
> understand that this is needed to give the power supplies enough load to
> work correctly. However, if I have enough stuff already in the machine then
> it would seem that this module is just sucking up power needlessly. How much
> stuff do you need in the machine to make the M9060 redundant? At the moment
> I have a KA640 CPU and a KA655 CPU, two 16MB memory boards a DESQA and the
> TK70 controller. I do not yet have any DSSI disks for it, nor do I have a
> KFQSA, but the KA640 has DSSI built in.
Just remove it and see if the machine stays powered up.
Peace... Sridhar
Rob Jarratt [robert.jarratt at ntlworld.com] wrote:
> I have a MicroVAX 3400. It uses quite a lot of power compared
> to my other MicroVAXen (about 180-200W). It has an M9060 Load
> Module installed and I understand that this is needed to give
> the power supplies enough load to work correctly. However, if
> I have enough stuff already in the machine then it would seem
> that this module is just sucking up power needlessly. How
> much stuff do you need in the machine to make the M9060
> redundant? At the moment I have a KA640 CPU and a KA655 CPU,
> two 16MB memory boards a DESQA and the TK70 controller. I do
> not yet have any DSSI disks for it, nor do I have a KFQSA,
> but the KA640 has DSSI built in.
Each of the two PSUs needs to be sufficiently loaded to work and if
either is not happy the system shuts down. So if you arrange to have
enough load in slots 7-12 you can put the load board to one
side for now.
However, the CPU and memory need to be in the first few slots
(iirc) and I very much doubt that a DESQA and a TQK70 are
enough to keep a PSU happy. If you had a KDA50 in there
you'd be fine, I would guess.
> Incidentally, anyone know why this machine has two PSUs if
> they are not (as I have read somewhere) redundant?
I assume that there was not a single PSU around that could supply
all 12 slots. There are at least two BA200 series enclosures:
the 12 slot one you have and a smaller 6 slot one. I assume that
a single power brick is enough for the smaller enclosure and
that it was simpler to have two power bricks in the bigger
enclosure rather than go off and design a more powerful brick.
Remember that when these things were new 180W was chicken feed
compared to the more powerful machines of the day (like the
VAX 6000 series).
Antonio
Rob Jarratt wrote:
>>I suspect the PERQs you
>>mentioned were the ones that were in the NMoC anyway
>
> I failed to find these, and I think they also have a Cray on display, which
> I also failed to find. I should have asked someone I suppose.
The PERQs and Cray are in the "Scientific Computing" room in H Block.
There's a lot of DEC hardware in there, such as VAX, PDP and the like.
I think the TU77 tape drive that I took to BP is in that room, too.
--
John Honniball
coredump at gifford.co.uk
On Tue, Jun 22, 2010 at 1:08 PM, Rob Jarratt
<robert.jarratt at ntlworld.com> wrote:
> I have a MicroVAX 3400. It uses quite a lot of power compared to my other
> MicroVAXen (about 180-200W). It has an M9060 Load Module installed and I
> understand that this is needed to give the power supplies enough load to
> work correctly. However, if I have enough stuff already in the machine then
> it would seem that this module is just sucking up power needlessly. How much
> stuff do you need in the machine to make the M9060 redundant?
>
> Incidentally, anyone know why this machine has two PSUs if they are not (as
> I have read somewhere) redundant?
The power planes of a BA213 backplane are split into a left half
(slots 7 to 12) and a right half (slots 1 to 6). Each power suppy
only supplies its half of the backplane. If you look at the bare
backplane there are power bus bars at the top and and bottom of the
slots which are visibly split into a left half and a right half.
The BA213 Enclosure Maintenance manual (EK-189AA-MG-001) says that a
M9060 load module must be installed in one of the backplane slots 7
through 12 if the continuous minimum current drawn on the second power
supply is less than 5 amperes. If the minimum current of 5 amperes is
not reached, the power supply enters an error mode and shuts down the
system.
I have a MicroVAX 3400. It uses quite a lot of power compared to my other
MicroVAXen (about 180-200W). It has an M9060 Load Module installed and I
understand that this is needed to give the power supplies enough load to
work correctly. However, if I have enough stuff already in the machine then
it would seem that this module is just sucking up power needlessly. How much
stuff do you need in the machine to make the M9060 redundant? At the moment
I have a KA640 CPU and a KA655 CPU, two 16MB memory boards a DESQA and the
TK70 controller. I do not yet have any DSSI disks for it, nor do I have a
KFQSA, but the KA640 has DSSI built in.
Incidentally, anyone know why this machine has two PSUs if they are not (as
I have read somewhere) redundant?
Regards
Rob
"Walter F.J. Mueller" <W.F.J.Mueller at gsi.de> wrote:
> Hi there,
>
> Brad Parker just posted about his FPGA implementation of a PDP-11,
> which boots so far RT-11, RSTS V4, BSD 2.9 and Unix V6. There was a
> question how fast an FPGA solution might be compared to a PDP-11/93.
>
> I've also implemented a PDP-11 on an FPGA. It is a full 11/70 with
> split I&D, MMU and cache. No FPP so far. Available peripherals are so
> far DL11, LP11, KW11L, PC11, and RK11. All I/O is channeled over via
> 'remote-register-interface' onto a single bi-directional byte stream
> interface, so the FPGA board needs a backend PC with a server program
> to handle the I/O requests.
Cool! Nice!
> The design is FPGA proven, runs on Digilent S3 and NEXYS2 boards, the
> former with 1 MB 10 ns SRAM, the later with 16 MB 70ns PSDRAM.
>
> Resource consumption is
> S3 board xc3s1000 2471 slices or 33%
> NEXYS2 board xc3s1200e 2624 slices or 30%
>
> The implementation was verified against many XXDP maindec's. There are
> some open issues, especially some details of trap and double error
> handling aren't correct yet. In practice this is of little importance,
> the FPGA system happily boots and runs BSD 2.11, a system using 22bit
> addressing and split I&D space. {Note: you need patch 447 for 2.11BSD
> to get FPP emulation and RK support working}
Any plans on the FPP? It would be really nice and useful to have.
As for traps and double errors, feel free to ask. I don't know if I have
all the answers, but I might be able to figure them out. Besides, I also
have access to one (or three) functional 11/70 machines.
> On Performance: The design runs at 50 MHz. I've run parts of the
> Byte Unix benchmark on the FPGA systems. Given that the FPP is only
> emulated by the 2.11BSD kernel it makes only sense to look at the integer
> benchmarks. The Dhrystone benchmark 'dhry2reg' gives about '11500 lps'
> on both boards. For comparison see Michael Schneiders page
> http://www.vaxcluster.de/mambo/bench2.php?mach=pdp11 which gives about
> '830 lps' for a 11/53. There is little Dhrystone difference between
> the two boards despite the very different memory access times. The
> 8 kB cache with 32 bit cache lines really helps on the NEXYS2 board.
The 11/53 is a really slow machine. Not that helpful to compare with.
But you seem to push a nice number anyway.
But 50MHz... The J11 in an 11/9x machine runs at 20 MHz, which would
suggest that you should only be able to push about 2.5 times the
performance, unless you do some more clever tricks.
(The 11/9x machine runs all memory as cache.)
> I'm in the middle of homogenizing some internal interfaces and of some
> code cleanup, also the backend handler needs a re-write in C++ (currently
> perl). When that's done I'll make the whole package (VHDL sources, test
> benches, backend) available on 'OpenCores'.
>
> Finally a comment to Dave Mitton's remark
>> > Now what would be really cool would be to make 4 CPUs and re-create
>> > an 11/74 quad.
>> > http://www.miim.com/faq/hardware/multipro.html#castor
*Sigh* I wonder if anyone is ever going to be able to set Bruce Mitchell
right on his facts.
CASTOR didn't disappear. I talked with Dave Carroll about it not so many
years ago, and the machine was still around, altough at that time with a
hardware problem causing it to be down.
(There are plenty of other small errors on Bruce Mitchells pages as
well, but from my small dealings with him in the past, he don't seem to
be interested in listening.)
> The reason why I picked a 11/70 and not a J11 as target is because my
> goal is a 11/74. I've implemented the IIST already and tested against
> the IIST Diagnostic I could find in XXDP (riiab0). A dual core will
> fit into a single xc3s1200e of the NEXYS2 board. The work needed is
> quite clear and doable (changes on cache, mmu, and cpu core for asrb).
> However, I've no plans to implement the CIS, so it will always be a
> subset of a 11/74. But for sure fun to do and run.
You do know that the J11 is already designed for mP usage, except that
DECs testing of that was even more secret than the 11/74?
The 11/74 definitely don't need CIS though. I don't think any prototype
11/74 even had it. It was planned for the next generation of the
machine, that never got built. Anyway, it was to be an option for the
CPU as far as I know. Just as FPP.
IIST is needed for RSX to be happy (the only OS that supports the
11/74), and you also need to implement parts of the memory bus behaviour
with interlocking. You can ignore the MK11 box CSRs, even though it will
look a little funny, but you do need separate DL11s for each CPU core,
along with the rest of the I/O bus, or else things will probably not
work. The 11/74 is a shared memory machine, but not shared I/O bus.
Johnny
Vintage Computer Festival comes to Chicago!
The fifth edition of VCF Midwest will take place in Chicago (OK, Lombard is
a suburb) this fall - join us on September 18 in conjunction with ECCC as we
once again coax vintage electrons into motion.
The show will run from 8:00 AM on Saturday on into the night, coming to an
official close at 1:00 AM Sunday morning. Early setup will be available on
Friday evening from 5-6:30 PM, at which time the exhibition area will be
locked until the show opens on Saturday morning.
In addition to exhibitions of eclectic electronica, we will feature
speakers, vendors and a Vince Briel workshop (come ready to homebrew!).
Admission is FREE to all whether you come to show, look, build, talk or
sell.
Exhibitor and session info to follow shortly, but save the date NOW!
Join us!
Jack Rubin
chiclassiccomp
Rooms are available at a reduced rate at the adjoining Fairfield Inn. Ask
for "ECCC" or "vintage computer" rates.
http://marriott.com/property/propertypage/CHIFS
Our Facebook Page -
http://www.facebook.com/event.php?eid=137065072974225
**************************************************************
Please feel free to share this information with others who might be
interested. Thank you.
PDP 8/L about 2 years ago at TRW. everyone was looking at it and
marveling at how old it was, and I was counting the 12 front panel
switches, and getting out my $1.
TRW (Northrup / Grumman, LA)swap meet has a combination of computer
users (like me with more than one PC in the house, and potentially a big
pile running), HAMs with their junk (sometimes bring in old computer
stuff), people dumping tailings from local DMRO (or whatever) sales, or
just scrappers with odd bits of stuff.
The computer scrap stores around are pretty much gone now, you have to
know the scrappers and deal with them. And I"m not talking about
"recyclers" though they might yield some things.
Jim
On 6/22/2010 12:05 AM, Rob Jarratt wrote:
> Would you say that a radio rally was a potential good source for computer
> equipment for someone who is not interested in radio, or were you just
> lucky? I have had a look to see what is on in my area and there is a radio
> rally coming up near me quite soon and I am wondering if it would be worth
> going along.
>
> Regards
>
> Rob
obtained 2 rainbows last night. The only k/b we could find in the guy's basement had a CTITOAH (or whatever the hell) designation, although it looked exactly like a R* k/b. I didn't argue the point. I now have 1 k/b between 3 R*s.
Haven't cracked the veep open yet. I imagine it has a z80 or something monotonous like that. I'll screech if it has an 8088/8086, but I truly doubt it. Text is blue, strange, but was told it's a mono monitor. Need anything anyone can provide for it. Thanks.
Wrong tools is sometimes just an excuse. I routinely solder SMD chips
with .025" pin spacing with a soldering iron with about a 3/32" tip.
Granted it is not my first choice, but my other iron died, and I'll use
what I have. Since it works, I don't have a lot of incentive to buy the
proper sized tip even though it makes soldering a LOT easier.
My first choice would be a Metcal with a proper sized tip!
And if I were in better shape financially and/or project wise, I'd take
the complete P112 kit just for the fun of soldering the SMD components
in place.
Marvin
>> The P112 looks pretty interesting. I'd consider a partial kit
>> depending on the price. While I have successfully soldered one SMT
>> part (the FTDI chip on the X0xb0x board), it wasn't fun and I would
>> probably like to try to avoid having to do it again. I think I just
>> lucked out that I didn't fry the chip. I bridged a number of pins
>> and had to clean up with solder wick.
>
> Wrong tools. Betcha anything.
>
> -Dave
Hi there,
Brad Parker just posted about his FPGA implementation of a PDP-11,
which boots so far RT-11, RSTS V4, BSD 2.9 and Unix V6. There was a
question how fast an FPGA solution might be compared to a PDP-11/93.
I've also implemented a PDP-11 on an FPGA. It is a full 11/70 with
split I&D, MMU and cache. No FPP so far. Available peripherals are so
far DL11, LP11, KW11L, PC11, and RK11. All I/O is channeled over via
'remote-register-interface' onto a single bi-directional byte stream
interface, so the FPGA board needs a backend PC with a server program
to handle the I/O requests.
The design is FPGA proven, runs on Digilent S3 and NEXYS2 boards, the
former with 1 MB 10 ns SRAM, the later with 16 MB 70ns PSDRAM.
Resource consumption is
S3 board xc3s1000 2471 slices or 33%
NEXYS2 board xc3s1200e 2624 slices or 30%
The implementation was verified against many XXDP maindec's. There are
some open issues, especially some details of trap and double error
handling aren't correct yet. In practice this is of little importance,
the FPGA system happily boots and runs BSD 2.11, a system using 22bit
addressing and split I&D space. {Note: you need patch 447 for 2.11BSD
to get FPP emulation and RK support working}
On Performance: The design runs at 50 MHz. I've run parts of the
Byte Unix benchmark on the FPGA systems. Given that the FPP is only
emulated by the 2.11BSD kernel it makes only sense to look at the integer
benchmarks. The Dhrystone benchmark 'dhry2reg' gives about '11500 lps'
on both boards. For comparison see Michael Schneiders page
http://www.vaxcluster.de/mambo/bench2.php?mach=pdp11 which gives about
'830 lps' for a 11/53. There is little Dhrystone difference between
the two boards despite the very different memory access times. The
8 kB cache with 32 bit cache lines really helps on the NEXYS2 board.
I'm in the middle of homogenizing some internal interfaces and of some
code cleanup, also the backend handler needs a re-write in C++ (currently
perl). When that's done I'll make the whole package (VHDL sources, test
benches, backend) available on 'OpenCores'.
Finally a comment to Dave Mitton's remark
> Now what would be really cool would be to make 4 CPUs and re-create
> an 11/74 quad.
> http://www.miim.com/faq/hardware/multipro.html#castor
The reason why I picked a 11/70 and not a J11 as target is because my
goal is a 11/74. I've implemented the IIST already and tested against
the IIST Diagnostic I could find in XXDP (riiab0). A dual core will
fit into a single xc3s1200e of the NEXYS2 board. The work needed is
quite clear and doable (changes on cache, mmu, and cpu core for asrb).
However, I've no plans to implement the CIS, so it will always be a
subset of a 11/74. But for sure fun to do and run.
With best regards, Walter
Heya. Given the penchant of people on this list to collect all sorts of obsolete and antique tech, I figured I'd throw a query out here.
I live in an old apartment block that has a 1920's vintage Western Electric intercom system. The system is in need of some "help" (it still works, but is far from what you'd consider 'optimal'). I'm a phone guy by trade, and would love to spend some of my personal time making this system work like it did when it was installed in 1927.
If anybody out there has any knowledge of antique intercom systems like this, please E-mail me off list. I can provide more information (like pictures of the equipment and a better description). Just don't want to further dive down this rabbit hole on this list.
For that matter, if there's a discussion list relevant to antique telephone systems, referring me there would be appreciated as well.
Hi guys,
Here's something for you lot to play with. It's a software
implementation of the "Phase Jerked Loop" data separator, in C++
(although most of the logic is C), complete with notes...
This is extremely sub-optimal, but "It Works For Me"... :)
Tests against the old "Helix" decoder engine (the "smart" histogram
analyser that really is anything but) are still ongoing. As a bare
minimum, the timing figures need to be optimised -- most timesteps will
end up with no accompanying state change. If you can eliminate some of
these timesteps, you can speed up the code quite a bit. The catch is
that the timestep must be a multiple of NSECS_PER_PLLCK/2,
NSECS_PER_PLLCK and NSECS_PER_ACQ... The optimal value should be
lcm(NSECS_PER_PLLCK/2, NSECS_PER_ACQ) [lcm = lowest common multiple].
Optimising the timing factors for a given acq-clock is likely to be the
hardest part of the whole process...
I'm willing to bet it'll work with data grabbed from a Catweasel, but I
don't have any test data to play with... so that's left as an exercise
to the reader.
mfmbits is a vector<bool> which starts out empty and contains the output
MFM bits after the loop has run. A sync marker will appear in mfmbits as
0x4489.
buf is either an array or a vector containing integers of any sane size.
These represent the timing values in units of Tacq (Tacq = 1/Facq, the
frequency at which the acquisition counter is incremented). buflen is
the length of this buffer.
License is GPLv2, code is copyrighted to me. If you want to use this in
closed-source software, email me and ask for a less restrictive licence.
I'm getting pretty pissed off with people in the floppy disc
preservation/analysis field keeping their toys to themselves (*cough*
SPS), and have no intention of contributing further to such nonsense.
> /**
> * This is a software implementation of Jim Thompson's Phase-Jerked Loop
> * design, available from AnalogInnovations.com as the PDF file
> * "FloppyDataExtractor.pdf".
> *
> * This consists of:
> * A data synchroniser which forces RD_DATA to be active for 2 clock cycles.
> * A counter which increments constantly while the PLL is running, and is
> * reset to zero on an incoming data bit.
> * Whenever the counter reaches half of its maximum value, a
> * new data window is started.
> */
>
> // Nanoseconds counters. Increment once per loop or "virtual" nanosecond
> unsigned long nsecs1 = 0, nsecs2=0;
> // Number of nanoseconds per acq tick -- (1/freq)*1e9. This is valid for 40MHz.
> const unsigned long NSECS_PER_ACQ = 25;
> // Number of nanoseconds per PLLCK tick -- (1/16e6)*1e9. 16MHz.
> // This should be the reciprocal of 32 times the data rate in kbps, multiplied
> // by 1e9 to get the time in nanoseconds.
> const unsigned long NSECS_PER_PLLCK = 125/2;
> // Number of clock increments per loop (timing granularity)
> const unsigned long TIMER_INCREMENT = 1;
> // Maximum value of the PJL counter. Determines the granularity of phase changes.
> const unsigned char PJL_COUNTER_MAX = 16;
>
> // Iterator for data buffer
> size_t i = 0;
>
> // True if RD_DATA was high in this clock cycle
> bool rd_latch = false;
> // Same but only active for 2Tcy (SHAPED_DATA)
> int shaped_data = 0;
>
> // Phase Jerked Loop counter
> unsigned char pjl_shifter = 0;
>
> // data window
> unsigned char data_window = 0;
>
> #ifdef VCD
> FILE *vcd = fopen("values.vcd", "wt");
> fprintf(vcd, "$version DiscFerret Analyser D2/DPLL 0.1 $end\n"
> "$timescale 1 ns $end\n"
> "$var reg 1 * clock $end\n"
> "$var reg 1 ' pll_clock $end\n"
> "$var reg 1 ! rd_data $end\n"
> "$var reg 1 %% rd_data_latched $end\n"
> "$var reg 1 ^ shaped_data $end\n"
> "$var reg 8 & pjl_shifter $end\n"
> "$var reg 1 ( data_window $end\n"
> "$upscope $end\n"
> "$enddefinitions $end\n"
> "$dumpall\n"
> "0*\n"
> "0'\n"
> "0!\n"
> "0%%\n"
> "0^\n"
> "b00000000 &\n"
> "0(\n"
> "$end\n"
> );
> #endif
> do {
> // Increment counters
> nsecs1 += TIMER_INCREMENT;
> nsecs2 += TIMER_INCREMENT;
>
> // Loop 1 -- floppy disc read channel
> if (nsecs1 >= (buf[i] * NSECS_PER_ACQ)) {
> // Flux transition. Set the read latches.
> rd_latch = true;
> shaped_data = 2;
>
> // Update nanoseconds counter for read channel, retain error factor
> nsecs1 -= (buf[i] * NSECS_PER_ACQ);
>
> // Update buffer position
> i++;
> }
>
> // Loop 2 -- DPLL channel
> if (nsecs2 >= NSECS_PER_PLLCK) {
> // Update nanoseconds counter for PLL, retain error factor
> nsecs2 -= NSECS_PER_PLLCK;
>
> // PJL loop
> if (shaped_data > 0) {
> pjl_shifter = 0;
> } else {
> // increment shifter
> pjl_shifter = (pjl_shifter + 1) % PJL_COUNTER_MAX;
> }
>
> // DWIN detect
> if (pjl_shifter == (PJL_COUNTER_MAX / 2)) {
> // Data window toggle. Latch the current RD_LATCH blob into the output buffer.
> mfmbits.push_back(rd_latch);
> // Clear the data latch ready for the next data window.
> rd_latch = false;
> // Update DWIN
> data_window ^= 0x01;
> }
>
> // Update shaped-data time counter
> if (shaped_data > 0) shaped_data--;
> }
> } while (i < buflen);
>
> printf("mfmbits count = %lu\n", mfmbits.size());
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
The condition is unknown (other than not cracked and not rusty,) the
box looks original, the RAM slots are empty, the ROM chips are labeled
Boot 0 - Boot3, the zip code is 60074.
Anyone want it?
--
silent700.blogspot.com
Retrocomputing and collecting in the Chicago area:
http://chiclassiccomp.org
Hi Everyone,
A classic computer of the 8-bit era, the Coleco ADAM, is celebrated by
all Adamites of Canada and the U.S.A., each year is winding up in Montreal,
our 22 annual convention. The central part in my opinion is how to run an
ADAM emulator on the PC. For those who still have a working ADAM, more power
to you all.
Happy classic computing!
Murray :)
I referred someone to this mailing list, but he's unable to join. The
server says that he needs to wait to be approved, but nothing happens.
--
David Griffith
dgriffi at cs.csubak.edu
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
I've been talking to someone who posted an amiga 1200 on craigs list.
This is in the chicago area. She has a lot of AV and test equipment
also. I have no relation to her, I'm just passing the list along
incase anyone is interested. I'm also pasting in a description of the
amiga from another thread. Contact her directly (Amy) for pics and
details: smittygal7 at hotmail.com
The seller replied with some pictures. It's a normal amiga 1200 with
a GVP (jaws) 68EC030-40 accelerator without a scsi controller.
Unknown ram. It's the model that didn't come with a hard drive,
although one has almost certainly been added. There's a vga adapter
on the back of the 1200, but it appears that it's not a flicker fixer.
They probably had it attached to a monitor that would sync low
enough. She's including a 1084s monitor with the machine. The tower
has two time base corrector boards installed in what looks like an
8086 type clone motherboard. I'm guessing this because it has the fat
5150 style keyboard connector. Chances are, this motherboard is there
only to make the power supply spin up and to provide ISA slots to
power the TBC boards. I was hoping it was some sort of expansion
chassis that could add zorro or video slots to a 1200, but no dice.
1. Datacom Technologies ET-2 V.35 Error Rate Test Set, brand new wtih
manual, case, power pack, etc...
2. Used, Black Box SAM 232-60
3. Plantronics Wilcom Model T336B Circuit Test Set
4. ADK A Joslyn Company 720- TEST Adam-720 test set
1. SHARP XG-E1200U LCD Projector BRAND NEW in BOX w/REMOTE
2. Yamaha RX 595 Natural Sound 2ch stereo Reciever
3. Astrodesign Inc. Digital Video Generator VG-814 GREAT CONDITION,
LIKE BRAND NEW
4. Plantronics Wilcom Digital Circuit Test Set M#:T336B
5. TOA-9000 Power Amp/Mixer/Matrix BRAND NEW IN BOX
6. SONY STR-GX800ES HI-FI FM/AM STEREO RECEIVER BRAND NEW
7. Pioneer VSX-3300 2-channel MONSTER Audio/video Receiver/Used in
great condition
8. Technics Stereo RS-TR232 Double Cassette GREAT USED
9. Panasonic AG-1960 Pro-line Video Cassette Recorder
10. Onkyo TA-R401 Vintage Stereo Cassette Tape Deck RI
11. Realistic STA-116 Digital Synthesized AM/FM Stereo Reciever
12. Panasonic PV-S7670 BRAND NEW IN BOX SUPER VHS-VCR
13. Panasonic Omnivision Video Cassette Recorder PV-4464 Brand new in box
14. SENCORE CR70 UNIVERSAL CRT ANALYZER AND RESTORER
15. Panasonic Professional Video Cassette Player AG-5100-P new in box
16. Denon Audio CD/Cassette Combi-deck- BRAND NEW IN BOX
17. Tenma Monitor Tester 16 Scan Formats 72-1070 brand new
18. Tenma Dummy Loader 72-4060
"Zane H. Healy" <healyzh at aracnet.com> wrote:
> Now for an interesting bit of info. Apparently there are two
> different types of Firmware. One for the PDP-11, and one for VAXen.
> I'll see if I can get a little bit more info on that.
Huh? That sounds extremely weird, and until you find very good proof of
that, I would say that it is false. In the end, it's a Qbus device, and
talks Qbus just like anything else. It's also an MSCP controller, which
means it talks MSCP, just like any other MSCP controller. And they work
the same no matter if they are controlled by a VAX CPU or a PDP-11 CPU.
> Now for the important part, the whole manual.
> http://www.avanthar.com/~healyzh/RQZX1.pdf
Excellent! Thanks for putting this up there.
> Looking through the list of supported hardware I see where this is a
> board that is of use to very few Hobbyists. It is interesting that
> the older versions of the OS's can't support it, when they support
> something like a Viking QDT just fine.
It is worth pointing out that support OS versions is just a list of the
versions that was current when the manual was written. That does not
mean that the board don't work in previous versions.
The RQZX1 is an MSCP/TMSCP controller, and thus will work with any OS
version where the MSCP/TMSCP driver exist, and work. So, it's no
different than the QDT, or any other MSCP controller.
More or less the same is also true for disk drives. Most any SCSI drive
will work fine. The same is probably also true for tape drives.
Pros with the RQZX1:
It's easy to set up. Switchpacks are easy and obvious. You can boot into
the internal diagnostics. You have the option of 2*MSCP or MSCP+TMSCP.
You have a floppy interface in there as well.
Cons with the RQZX1:
It's a quad board. No more than 4 disks on one controller. No more than
one tape on a controller (it is rather inflexible).
Still, if you have one, it's a nice board to have around.
Johnny
On Thu, Jun 17, 2010 at 9:59 AM, Zane H. Healy <healyzh at aracnet.com> wrote:
> Okay, here is what I learned. ?My comments are in parentheses.
This is great! thanks for taking the time to chase this down.
> 1. When writing an image out to the HD, you must have the exact same number
> of blocks for the image and the HD. ?(This is why I'd suggested dd'ing the
> HD to an image, using that image with SIMH to do the install, and then
> dd'ing it back.)
Ok, this is easy to test, I will report back with the results.
> 4. RSTS/E might only support up to a 2GB drive (I use a 2GB drive).
I will be using 1GB (or thereabouts) drive.
I already said I will be there. I'm going sometime tomorrow (Friday)
and I'll be there on Saturday at least. Anyone else staying in
Bletchley on Friday night or Saturday? Fancy meeting up?
--
Pete Peter Turnbull
Network Manager
University of York
ebay item #310225342321
"Miltope Corp. Vintage Flexible Disk Drive P/N 465490F, P/N
13049073, NSN: 1430-01-124-2671 NOS Condition.
Never Installed. Complete and intact. Should be completely
functional.
Used in the Western Electric Nike System. 8" Floppy Disk Drive.
Used for running simulation programs.
Smoke Free Environment. Please e-mail with any questions.
Sold as is. No Warranty. USA Address Only. LAST ONE!!!"
FYI
--
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
<http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/>
Legalize Adulthood! <http://legalizeadulthood.wordpress.com>
Hello everybody,
Hopefully, somebody can help me out there...
Lately, I?hooked?a M2442AC (which is basically the M2442A with an extra buffer) to a QT13-type coupler in a?microVAX, in order to save some tape contents to disk and CD-ROM. Unfortunately, when?read a tape on VMS with the DIR-command,?I get the following?console-output:
%DIRECT-E-OPENIN, error opening UVAX33$MUA0:[]*.*;* as input
-RMS-E-FND, ACP file or directory lookup failed
-SYSTEM-F-TAPEPOSLOST, magnetic tape position lost
VMSMUP050.A;1
?
Although there seems to be a problem, the name of the file can be read out. Copying doesn't work, though. I get the same error.
?
Therefore, I launched the NVRAM-internal diagnostics of the Emulex-controller. The manual of the controller points out the NVRAM-settings for some types of drives, but not for drives made by Fujitsu :(
The diagnostic tests, which can be run out of the diagnostics menu, all fail (except for "BOT/rewind"- and "host memory DMA"-tests) with the same error description:
?
** ERROR ** Blank tape read
?
I can't find any furhter description to that error type. I tried to play this the NVRAM settings for the type drive and made repetitive tests, but each time, I get the same error.
Does anybody uses such a drive/controller combination and give me some help regarding the settings ?
Here are the current ones, which are stored in the QT13 for my fujitsu-drive:
?
Drive type, 0=Start-Stop, 1=Streamer (0-1,def=1 dec) :
On the fly commands (Y/N,def=Y) :
Enable data busy timeout delay? (Y/N,def=Y) :
Remote density (Y/N,def=Y) :
CDC tape drive (Y/N,def=N) :
Use IDEN line to select remote density (Y/N,def=N) :
IDEN line true selects high density (Y/N,def=N) :
Adaptive DMA (Y/N,def=Y) :
Blank Tape Timeout value, in seconds (1-60,def=5 dec) :
Max retry count for tape errors (0-10,def=3 dec) :
uSec Delay between DMA bursts (4/8,def=4) :
Adaptive DMA threshold (1-7,def=4 dec) :
Tape Drive Speed thousands of bytes/second (0-65535,def=625 dec) :
Support? 800 BPI Density (Y/N,def=N) :
Support 1600 BPI Density (Y/N,def=Y) :
Support 6250 BPI Density (Y/N,def=Y) :
?
"def=" means that this is the currently stored value.
?
Any ideas what might be the problem here?
?
Thanks alot for any hints in advance !
?
Best regards,
Pierre
?
?-------------------------------------------------------------------------------
Pierre's collection of classic computers : http://classic-computing.dyndns.org/
Hi all --
For anyone attending next month's HOPE (Hackers On Planet Earth)
conference in NYC, make sure you attend the vintage computing lecture on
Saturday (7/17) by myself and Bill Degnan. We're scheduled for noon in
the Lovelace room on the hotel's 18th floor. Topic is computer history
of the local region.
Also, if anyone is coming from way out-of-town, then ping me and we'll
arrange tours of our computer museum here on the NJ shore.
- Evan K.
Just curious, has anything been done with this?
On Sat, Mar 20, 2010 at 9:40 PM, Guy Sotomayor <ggs at shiresoft.com> wrote:
>
> On Mar 15, 2010, at 1:00 PM, Julian Wolfe wrote:
>
> > I'd really prefer RP emulation. This would allow use of older OS
> versions.
> > I'd also really prefer to see a UNIBUS version.
>
> I'm planning on doing one that'll handle all of the disk types found on
> Unibus PDP11s (ie no MSCP). The design is sketched out. It's just finding
> the time...
>
> TTFN - Guy
>
> >
> > -----Original Message-----
> > From: cctalk-bounces at classiccmp.org [mailto:
> cctalk-bounces at classiccmp.org]
> > On Behalf Of e.stiebler
> > Sent: Wednesday, March 10, 2010 6:50 PM
> > To: General Discussion: On-Topic and Off-Topic Posts
> > Subject: Re: Solid State Disk replacement for RD53, 54, RK05, RL02/02
> >
> > Rob Jarratt wrote:
> >> There was a thread recently on the comp.sys.dec newsgroup which ended up
> >> with the suggestion from David Riley that he would be prepared to build
> an
> >> FPGA-based board with a QBUS interface on one side and an SD interface
> on
> >
> > Is there really still interest in it ?
> >
> > I put my design away few years ago, as I didn't see anybody interested
> > enough to buy one.
> > There is the seasonal talk of it for sure, but ...
> >
> > OTOH, they old ones show up on ebay frequently, and they are not that
> > expensive.
> >
> > Remarks ?
> >
> > Cheers
> >
> >
>
>
Several years ago, Hans Pufal of ACONIT was one of the people working on restoring a PDP-9 to working condition. In the course of the restoration, they found many DECtapes of PDP-9 and PDP-15 software, which he put up on some personal pages on the museum's web site.
The pages are long gone, and the Internet WayBack Machine has only partial remains. In particular, the images of ADSS15 source DECtapes 2, 3, 7, 8, and 14 are missing, along with the .zip files for ADSS15 and DOS-15.
Does anyone on the list have copies of these (especially the DECtape images)?
Feel free to contact me privately if you like.
Thanks,
Rich
Rich Alderson
Vintage Computing Sr. Server Engineer
Vulcan, Inc.
505 5th Avenue S, Suite 900
Seattle, WA 98104
mailto:RichA at vulcan.com
mailto:RichA at LivingComputerMuseum.orghttp://www.PDPplanet.org/http://www.LivingComputerMuseum.org/
At 01:15 PM 6/17/2010, Rich Alderson wrote:
>South end of Arlington Heights. When I was in high school (1967-69),[1]
>there were two or three radomes at the site--which was in the middle
>of large corn (maize, for our cousins across the Atlantic) fields,
>which have been industrial parks and suburban housing since the 1970s.
Sometime cctalk-list contributor Ed Thelen maintains a site about former
Nike sites.
http://ed-thelen.org/loc-i.html#C-80
- John
Nigel Williams <nigel.d.williams at gmail.com> wrote:
> On Mon, Jun 14, 2010 at 3:22 AM, Johnny Billquist <bqt at softjar.se> wrote:
>> > All right. Time to clear up some misconceptions, I see... :-)
>
> Thank you (and Jerome/Zane) for taking the time to explain and
> educate, I hope I am learning quickly.
No problem, and the questions so far have not been simple or obvious, so
I think it's actually good questions, which also others might benifit from.
And just as you ask, you'll probably suddenly realize that you're
answering some too...
>> > Nigel Williams <nigel.d.williams at gmail.com> wrote:
>> > Ie, if the RQZX1 is putting some special information on the disk during the
>> > formatting, you cannot then take the drive to some other system and connect
>> > and use it there expecting things to not become messed up.
>
> fair point - I sort of hoped any underlying format changes would be
> invisible to UNIX's stream-of-blocks(characters) view of the world.
The basic formatting of a disk is the same for all. In fact, with SCSI,
you just send a command to the disk itself, asking it to format itself.
So there can't be any differences on that level.
If the RQZX1 is doing some tricks, it will have to be that it hides some
blocks for it's own use, and put data there that it "needs".
Those will be normal disk blocks, and another controller will see them
as just simple data blocks in that case.
However, I should stress that I do not know if the RQZX1 really does
this or not. I know that the CMD controllers do not. I've written disks
on a Unix machine, and moved them over to a PDP-11 without problems.
But I have not tried this with the RQZX1, so I don't know if anything is
different with that controller.
> I have a plan B - if I can find a way to convert the .TAP file and
> then "dd" onto a DDS tape I can try booting that by attaching a TZL09
> to the RQZX1.
Should be doable.
> On Mon, Jun 14, 2010 at 5:12 PM, Nigel Williams
> <nigel.d.williams at gmail.com> wrote:
>> > I have a plan B - if I can find a way to convert the .TAP file and
>> > then "dd" onto a DDS tape I can try booting that by attaching a TZL09
>> > to the RQZX1.
>
> Crash goes that plan...the RQZX1 does not allow mixed devices on the
> SCSI side, so no tape and disk together.
Hum? I thought it could. However, you might need to move jumpers around
to allow for that.
This also made me realize that maybe you have your controller configured
in a specific way that explains a thing or two for me.
The RQZX1 can be configured as disk-tape or disk-disk. In the disk-disk
case, one of the disks will use SCSI units 0-3, while the other will use
units 4-6. That would totally explain why your SCSI id 4 maps to MSCP
lun 0. You're on the "second" disk controller. And that also explains
why you cannot use any tapes.
As I said before, I don't have a RQZX1 manual anywhere near, so I can't
help with the configuration here, but I suspect you might want to look
more at this.
> Does anyone know what interface the RQZX1 has for tape? it looks like
> it could accept a TK70 cable.
Just SCSI as far as I know. The only other connection is for a floppy,
unless I remember wrong.
Johnny
Apologies first, but I know there are some good A/V guys here...
Please reply to me _off-list_, since this isn't ClassicCMP, and I'm
only subscribed to the daily digest.
I got my self a nice (older) RCA DVD player, model RC5220P; as seen here:
http://www.amazon.com/RCA-RC5220P-DVD-Player/dp/B00000J05A
Now, on the back, there are 2 phono jack connectors (one yellow, one
white); which are labeled RF output. The manual says you need to use an
RF adapter, part number CRF800.
Here's my question: in usual A/V tradition, a yellow phono connector is
composite video, and white (not paired with a red) would be a line level
mono audio. Is that the case here?
I ask, because I would like to use it with a VCR that only has mono
phono connectors.
And yes, searching the web was most unhelpful....
I'm tempted to just hook it up to my Sony A/V receiver, but don't want
to fry anything.....
--
--- Dave Woyciesjes
--- ICQ# 905818
--- AIM - woyciesjes
--- CompTIA A+ Certified IT Tech - http://certification.comptia.org/
--- HDI Certified Support Center Analyst - http://www.ThinkHDI.com/
Registered Linux user number 464583
"From there to here,
From here to there,
Funny things
are everywhere."
--- Dr. Seuss
--
--- Dave Woyciesjes
--- ICQ# 905818
--- AIM - woyciesjes
--- CompTIA A+ Certified IT Tech - http://certification.comptia.org/
--- HDI Certified Support Center Analyst - http://www.ThinkHDI.com/
Registered Linux user number 464583
"From there to here,
From here to there,
Funny things
are everywhere."
--- Dr. Seuss
Hi folks,
there's a DEC rack from a pdp10 computer sitting in a basement around
here (Kiel).
It's the pdp10 pendant of the common H960 rack i.e. it has the same size
but everything else is slightly different.
Comes empty and in fair condition. No faceplate. But both grey side
panels. There's one DC distribution panel at the lower left side.
If anybody is interested, please contact me! If nobody likes to pick up
the rack, it will go to scrap sometime next week.
Kind regards,
Philipp
P.S.: Sorry, I currently have no pictures.