------------------------------
On Thu, Feb 28, 2013 12:22 PM PST Tony Duell wrote:
>I do wonder, though, why you think the HP67 (1975-ish) was the last
>useable HP calcualtor. I feel the HP41 and HP71 families are also
>well-desngied. Current HP models, fo coruse, are not.
>
>-tony
In a mad fit I sold my 50g. I could see myself buying another one. The 75mhz Arm made the clearing of the stack tolerable (less then a second, 3-4 on the 49g. Zounds). You got to love something. You can't fix everything in this day and age.
I'm told the TI-nspire CX CAS is more toy then anything. You gotta love something though. My 49g's have fallen on hard times. Can't figure out why my old TI86 doesn't work, I used it 3 times. Need a replacement. Need one bad...
Bit late, but I'm totally up for... let's say three... Omnibus-USB interfaces.
Let me know details when they're fixed - price, ordering etc.
Mike
http://www.corestore.org
'No greater love hath a man than he lay down his life for his brother.
Not for millions, not for glory, not for fame.
For one person, in the dark, where no one will ever know or see.'
------------------------------
On Thu, Feb 28, 2013 11:55 AM PST Jim Stephens wrote:
>
>On 2/28/2013 11:40 AM, Chris Tofu wrote:
>> What about security? Does Rpi employ a firewall and virus scanning? And since the pi uses sd storage, it might make more sense to compare it's internet capabilities with a tablet or smart phone.
>Raspian, the debian equivalent that runs on the Pi is just one of many OS's that run on that target.
>
>You have confused the target (arm 7) and platform (Raspberry Pi) with the OS. The things you speak of above have entirely to do with the OS and nothing to do with the platform or target, other than performance.
>
>The Rpi has nothing to do with firewall, virus scanning, or security in this context. It is true that many target processors have enhanced security and media extensions, but I do not think the Pi has such.
>
>And unless you go out of your way to run windows or macos emulations on the rpi, the virus is pretty much astronomically useless to discuss. The chances of any targeted virus to an arm at this point is pretty remote, though I'm sure there are linux exploits that may be applies.
C: we were specifically discussing performance. People seem to have an inordinate attachment to this thing. And do I have to say again I'm not altogether panning it. But to state there's no concerns about virus' on a unit that's being touted as general purpose computer is insane. The performance benefits obviously have everything to do with what it's running (commonly running?). You could install an inefficient pig on rpi just like anything else. I'm not confusing anything. There's many reasons why things go slow and things go fast.
Don't know if anyone is interested, but I have a complete boxed set of
HPUX 11i Ver. 1 Enterprise Operating Environment complete with Gold Pack
updates, and Bonus Pack Software. Covers most all of the PA-RISC
machines capable of supporting HPUX 11i (9000 series servers,
workstations, etc.) I had bought it several years ago for a J6750
workstation that I eventually changed over to Linux. You can see the
details here...
http://www.landcomp.net/index.php/2012-11-28-23-34-35/15-computer-related/7…
--
Dave Land
Land Computer Service
Check out my site at http://www.landcomp.net
Non-Linear Systems Kaypro II - 1983? model
Serial No. 27171
Machine is complete with 2 - 5.25" floppy drives and powers up, but I
have no software to test it fully. Has new keyboard cable and comes
with power cord. Need to unload some stuff to make room for some new
office furniture that I just acquired.
$125.00 USD + shipping
Shipping weight with packing would be around 30 - 33 lbs.
http://www.landcomp.net/index.php/2012-11-28-23-34-35/18-vintage-computer-s…
--
Dave Land
Land Computer Service
Check out my site at http://www.landcomp.net
On Thu, Feb 28, 2013 12:25 PM PST Tom Cruise wanna be wrote:
>Easy enough to do, just stop watering him.
My roots go deep enough and are strong enough to snap an F15 hull like an eggshell.
>g.
>
>--
>Proud owner of F-15C 80-0007
>http://www.f15sim.com - The only one of its kind.
>http://www.diy-cockpits.org/coll - Go Collimated or Go Home.
>Some people collect things for a hobby. Geeks collect hobbies.
>
>ScarletDME - The red hot Data Management Environment
>A Multi-Value database for the masses, not the classes.
>http://www.scarletdme.org - Get it _today_!
This will be little help, and I can't recall the exact details, but a magazine I used to have described a circuit that IIRC put MDA on a composite monitor. It was Micro something, and common enough but just wasn't BYTE or PC Mag. And you built the thing by wire wrapping w/machine pin sockets and pins that at the time IIRC you could only get from Mouser. They were named as the source anyway.
Have you tried beeping? I think rom BASIC supports beeping or some kind of rudimentary sound generation. With no floppy disk or h/d it automatically loads BASIC. Hallelujah. It can be a useful diagnostic tool.in some instances.
>Anybody remember USES of the SIXTH ROM socket?
Sorry no
>"MBI" (probably a different MBI) made a supplement ROM that added
>some printer configuration features, etc.
>I think that there still is one in my 16K 5150
Such a big market for them old printers these days (ok a plotter is a sort of printer and the only way anyone's getting mine is wrenching it from my cold rigor mortised embrace. And would you believe I only payed 5 clams. How much joy can you get for 5$ these days???)
>Other "non-standard" ROMs:
>Todd Fischer? made a diagnostics ROM, to temporarily replace the BIOS ROM,
>and communicate through the serial port!
Ooh gimme dat! I want one seriously. What's his phone number?
ROM monitors are standard on many Japanese puters, Canon, NEC.
Just can't find any docs :(
You can pop the hood and put in a new chip. But what about an extension via the all too popular casette port?
>
>--
>Grumpy Ol' Fred cisin at xenosoft.com
------------------------------
On Thu, Feb 28, 2013 11:53 AM PST Cindy Croxton Electronics Plus wrote:
>We have IBM 5150s here. I can put almost any 8-bit ISA video card in it,
>and get the boot sequences on the screen. If it is supposed to be color,
>but comes up b/w, then I make a batch program called color.bat or whatever
>and reference the driver for the card, and presto, I have color. Some of
>these old cards came with drivers, and I have a very large collection of
>these very old drivers.
But again a driver is different from the post code contained in the extension rom. You can also change the screen from a black and white screen (not the same as an MDA screen) with a mode command in dos or screen in BASIC.
>Some of the old cards have switches or some other means to set the graphics
>mode and resolution, but others do not. There are very few old 8-bit cards
>that will not work on the 5150.
True. But there are a lot of cards out there that aren't CGA, MDA, EGA, PGC, VGA and they're seldom seen.
>I have never seen Autocad for a 5150, but there are color games for the
>5150, and if you have a color monitor, the games have code in them to set
>the colors and resolution. Since there were a number of cards, and thus a
>wide variety of options for the game programmers, they usually chose 8 or 16
>colors, and told the user to choose 40 or 80 columns, and then you had a
>color game. Granted, circles and ovals looked like a bunch of tiny squares
>lined up to make a circle or oval, but they ran pretty well.
Autocad didn't need drivers for CGA, but did to run advanced modes of some cards even if they did emulate or were really CGA but on steroids. You needed drivers to run A* in high res modes on the IBM Professional Graphics Controller, which starts right up as double scanned CGA (on a 5175 or multisync). Autocad had to provide drivers for bloody loads of cards if they wanted their s/w to work. Whether the high res modes were initialized by the driver or at
startup along with the CGA's 6845 registers I couldn't tell you. But probably at POST.
I did have a problem with the PGC card on one AT, but didn't investigate and the problem may have been that it was setup for MDA (do you set dip switches in an AT like a PC or PC/XT?). But
I seem to recall putting in a VGA card subsequently. Does the VGA also look like an MDA to an early PC/XTG/AT?
>-----Original Message-----
>From: cctalk-bounces at classiccmp.org [mailto:cctalk-bounces at classiccmp.org]
>On Behalf Of Chris Tofu
>Sent: Thursday, February 28, 2013 12:51 PM
>To: cctalk at classiccmp.org
>Subject: RE: IBM 5150
>
>
>
>------------------------------
>On Thu, Feb 28, 2013 10:18 AM PST Cindy Croxton Electronics Plus wrote:
>
>>Why can't you just write a small batch program that references the
>>driver and the necessary commands, and put it on the startup disk? If
>>not enough room on a 360K, then you can use a second floppy. We used
>>to do this for customers all the time, 15 years ago. Also included
>>small start up menus, etc.
>
> Drivers = extension rom code? Interesting proposition. I'll wager it's not
>very straitforward. Numerous graphics cards had drivers for say Autocad and
>whatnot. But that's entirely different from the startup code needed to set
>up initial register values and whatever on the cards chips.
> It seems what you're saying is the pc will startup w/o video (usually
>returns an error, but you can use a pc w/a terminal off the rs232 port, just
>don't ask me the particulars). Then initialize the video card as dos is
>starting. Seems possible, would be interesting to see someone do it.
>
>>-----Original Message-----
>>From: cctalk-bounces at classiccmp.org
>>[mailto:cctalk-bounces at classiccmp.org]
>>On Behalf Of madodel
>>Sent: Thursday, February 28, 2013 11:48 AM
>>To: General at proxyz14.mailnet.ptd.net;
>>Discussion at proxyz14.mailnet.ptd.net
>>:On-Topic and Off-Topic Posts
>>Subject: Re: IBM 5150
>>
>>On 2/28/13 9:43 AM, TeoZ wrote:
>> The ROM say IBM 1981, this unit must be early, Serial # 0155185 (did
>> they start from #1?).
>>
>>I was told by David Both that he used the very first PC off the
>>assembly line to write the PC Documentation. When I asked what
>>happened to PC #1 after he was done with it he said as far as he knew
>>the same thing they did to all their internal use machines at the time.
>>Stripped it for parts for warranty repairs.
>>
>>Mark
>>
>>
>> So I guess I have to find an original IBM CGA card then and all is well?
>>
>> ----- Original Message ----- From: "Christopher Satterfield"
>> <christopher1400 at gmail.com>
>> To: "General Discussion: On-Topic Posts Only" <cctech at classiccmp.org>
>> Sent: Thursday, February 28, 2013 3:53 AM
>> Subject: Re: IBM 5150
>>
>>
>> I believe your VGA problem has to do with the older IBM ROMs, I
>> believe you need the '82 BIOS to use a VGA card or any card with it's
>> own BIOS, and being as I have a 16-64 KB 5150 with the newer BIOS I
>> assume yours will work also, saying you have an EPROM programmer.
>>
>> --
>> C:\win
>> Bad Command Or File Name
>> C:\
>>
>>
>>
>>
>>--
>>
>> From the eComStation Desktop of: Mark Dodel
>>
>> Warpstock 2013 - http://www.warpstock.org Warpstock Europe 2013
>> -http://www.warpstock.eu
>>
>>
>>For a choice in the future of personal computing, Join VOICE -
>>http://www.os2voice.org
>>
>> "The liberty of a democracy is not safe if the people tolerate the
>>growth of private power to a point where it becomes stronger than their
>>democratic State itself. That in it's essence, is Fascism - ownership
>>of government by an individual, by a group or by any controlling
>>private power." Franklin Delano Roosevelt, Message proposing the
>>Monopoly Investigation, 1938
>>
>>-----
>>No virus found in this message.
>>Checked by AVG - www.avg.com
>>Version: 2013.0.2899 / Virus Database: 2641/6136 - Release Date:
>>02/27/13
>>
>>-----
>>No virus found in this message.
>>Checked by AVG - www.avg.com
>>Version: 2013.0.2899 / Virus Database: 2641/6136 - Release Date:
>>02/27/13
>>
>
>
>-----
>No virus found in this message.
>Checked by AVG - www.avg.com
>Version: 2013.0.2899 / Virus Database: 2641/6136 - Release Date: 02/27/13
>
>-----
>No virus found in this message.
>Checked by AVG - www.avg.com
>Version: 2013.0.2899 / Virus Database: 2641/6136 - Release Date: 02/27/13
>
------------------------------
On Thu, Feb 28, 2013 9:18 AM PST Fred Cisin wrote:
>> >Surely, we would NEVER have discussed the Raspberry Pi, if you hadn't
>> >asked about that damned Acorn!
>On Wed, 27 Feb 2013, Chris Tofu wrote:
>> I was only stating I was indirectly responsible for this current iteration :O
>
>Not to worry,
>We DO hold you responsible for it
Of course!! Everything that goes wrong on the list is my fault! Boy I tell ya!
I snagged an original IBM 5150 early model and have a couple questions about it.
The unit turns on fine and tries to boot from the first floppy drive as far as I can tell, I don't have a MDA monitor and that is what card it came with. When I try a VGA 8 bit card (or my Everex EGA set to CGA) I don't get a screen and it doesn't boot from the floppy (I change the switches 5,6 from OFF/OFF to ON/ON for VGA/EGA). I tried a Taxan Super Color Graphics card but my CGA monitor just shows a few lines scrolling, seems like that card isn't standard CGA.
Not sure how much RAM this thing has either. The 16-64K motherboard has 4 full banks, there is a 64K RAM card installed, and I have a MBI Monte Carlo multi function board with 4 banks full of RAM. Anybody have any information on the MBI board, there are 2x 8 block configuration switches on it that would tell me how it is set up. Also the RAM switched on the 5150 are set to OFF, OFF, OFF, OFF, OFF, ON, OFF, OFF which doesn't seem to jive with the setting options here: http://www.rci.rutgers.edu/~preid/pcxtsw.htm
There is some damage to the board (was shipped with the PS loose and there is a ding by U26), not sure what that might hurt.
Thanks,
TZ
>Surely, we would NEVER have discussed the Raspberry Pi, if you hadn't
>asked about that damned Acorn!
I was only stating I was indirectly responsible for this current iteration :O
------------------------------
On Thu, Feb 28, 2013 6:43 AM PST TeoZ wrote:
>The ROM say IBM 1981, this unit must be early, Serial # 0155185 (did they start from #1?).
Don't know where they started, but was told at a company I worked for years ago we had one somewhere under #100.
>So I guess I have to find an original IBM CGA card then and all is well?
I have a Paradise card that I thought was an early enhanced.CGA model, but might be EGA. I could test it if you're interested and I'd trade you for the Taxan card
In freebsd there's a linux compatibility library/package at least for binaries but I'd be surprised if there wasn't something similar for compilation. Also freebsd (not openbsd but they're all a family so port is likely) I used ndis to use the windows driver for a not supported at the time wireless card in bsd. Not sure if that would be in line with other drivers as well.
(also sent to cctalk, but doesn't look like it came through;
apologies if duplicates)
Some searching on the Color Computer site leads to this:
http://miba51.com/CoCo_VGA_Adpater.html
Roy Justus' converter from 15.7 kHz RGB as generated by a CoCo3 to 31 kHz VGA.
At one point, another was available from Chris Hawks
http://permalink.gmane.org/gmane.comp.hardware.tandy.coco/63638
I have no experience with either, nor any connection except being a
fellow CoCo user.
Hope this helps.
At 16:39 -0600 2/26/13, <Sander> wrote:
>Message: 12
>Date: Tue, 26 Feb 2013 13:29:38 -0700
>From: Richard <legalize at xmission.com>
>To: cctalk <cctalk at classiccmp.org>
>Subject: Re: Tek 4317
>Message-ID: <E1UAR9e-0000zT-PL at shell.xmission.com>
>
>
>In article <201302260715.r1Q7FiJL027219 at ls-al.eu>,
> Sander Reiche <reiche at ls-al.eu> writes:
>
>> Richard <legalize at xmission.com> wrote:
>> >
>> > I have other Tektronix hardware from this time frame and the video
>> > output tends to be standard RGB (possibly synch-on-green) BNC
>> > connectors.
>>
>> I'm still pursuing this, but it's taking its time.
>>
> > Are there any good converters for RGB? Like to VGA?
>
>Based on this picture, it appears that it would have RGB BNC connectors.
><http://user.xmission.com/~legalize/tmp/vintage/tektronix/xd88/20120417_1304…>
>
>That implies synch-on-green video signalling. If you don't have a
>synch-on-green RGB monitor, then you'll need an adapter to convert
>that to VGA (which splits the synch signals out on a separate pin).
>These shouldn't be too hard to find because synch-on-green was fairly
>common.
>--
>"The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline>
> The Computer Graphics Museum <http://computergraphicsmuseum.org>
> The Terminals Wiki <http://terminals.classiccmp.org>
> Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com>
--
- Mark 210-379-4635
-----------------------------------------------------------------------
Large Asteroids headed toward planets
inhabited by beings that don't have
technology adequate to stop them:
Think of it as Evolution in Fast-Forward.
Also posted this question in the Vintage Computer Forums.
OK, I'm stumped. I'd like to use a real VT100 as a terminal with an
emulated PDP-11 running RT11.
When the VT100 is connected to a real PDP-11, it works fine. When connected
to the emulated PDP-11, garbage characters begin to appear on the screen
when, say, doing a DIR command.
The garbage always starts in exactly the same place in the DIR listing.
After that, garbage characters (grey squares) become interspersed with the
good text.
I have tried this with SIMH under Linux, connecting the VT100 to the serial
console port of the Linux machine. I've also tried it under E11, using that
program's built-in serial terminal capacity. Same exact error in both cases.
I've looked at the RT11 SET command for TT: to see if there are any
applicable parameters. Can't find any. I've set the SIMH TTO device to all
its possible settings: 7B, 7P, 8B, and UC. Same stuff in all cases. I've
looked at the serial settings on the VT100 to ensure 8 bits, no parity, and
correct baud rate. All good.
The VT100 works fine with the Linux box doing Linux-ey things. No character
corruption when doing a big "ls" listing, OK with vi, etc. The SIMH and E11
emulators work fine in their virtual consoles, with no character corruption
when doing a DIR, etc.
Any ideas? I'd really like to, for instance, get my Raspberry Pi to be a
mini PDP-11 system, but I can't get past this character garbage when using
the real VT100. Help appreciated! And thanks for reading!
- Earl
Hi folks,
I'd like to introduce my newly designed Omnibus-USB interface.
I designed a quite well working prototype of something that looks like a KL8E
for the PDP8 and like a serial port on the PC - but is none of both :-)
It ist not meant as a console terminal replacement (which it could be used as)
but as an alternative IO device used to dump (archive!) and restore mass storage
media.
To the people who don't know the problems of having MASSES of disks and tapes to
dump: Please don't flame.
Pictures and some more information can be found on my website:
http://pdp8.hachti.de?gallery/omnibus_usb
My intention is to design an improved (probably full height) version and do a
little production run. As I'm currently out of work, selling those boards could
help a bit. I can do it only if I get enough preorders. So I ask everybody with
serious interest to tell me how many boards he wants and how much he could
spend. Based on that feedback I'll decide if I can do it and fix a price. It
won't be cheap - but very helpful and cool!
I'd really like to make some more. It would be great if there's enough interest
to do it.
If you have any suggestions, let me know!
Kind regards,
Philipp :-)
--
Dipl.-Inf. (FH) Philipp Hachtmann
Buchdruck, Bleisatz, Spezialit?ten
Alemannstr. 21, D-30165 Hannover
Tel. 0511/3522222, Mobil 0171/2632239
Fax. 0511/3500439
hachti at hachti.de
www.tiegeldruck.de
UStdID DE 202668329
I have it all worked out and tested.
It was a parallel IO board using an 8255A, with TTL signals driving the two stepper motors and pen solenoid. TTL 5V signal to one of the four poles of the uniphase stepper motors moves it 3.6 degrees, the operator buttons are reported as inverted TTL signals, no protocols or intelligence at all in the plotter so my job was dead simple. The 20 wire ribbon cable is the six button inputs, the eight stepper motor outputs and the pen solenoid output, plus a ground return. The operator buttons, for example to move the pen to the right, are sent to the computer whose driver would have to step the motor, rather than occurring locally in the plotter. Did I mention that it had zero digital logic chips or intelligence? Nine transistor drivers, a power supply and a few pullup and current limiting resistors, plus the steppers, solenoid, switches and buttons.
If anyone else ever needs one, I have documented the cable assignments here so that they are searchable on the web. I will also mention the S-100 bus card assignments to the 8255A ports in case someone wants to use it with a retro machine through the interface card.
Pins 1, 2, 4 and 5 are not connected.
Pin 3 is ground
Pin 6 is inverted TTL input, status of the "start/enter" button on the cover, port PA5
Pin 7 is the central "fast" button for pen movement, inverted TTL input, port PA4
Pin 8 is the "pen right" button, inverted TT input L, port PA3
Pin 9 is the "pen left" button, inverted TTL input, port PA2
Pin 10 is the "pen down" (actually rotate drum and paper up) button, inverted TTL, port PA1
Pin 11 is the "pen up" button, inverted TTL input, port PA0
Pin 12 is the output to activate the pen solenoid so that the pen is marking the paper, TTL 5V to activate, port PB4
Pin 13 is the output for one pole of the drum movement stepper motor, TTL 5V on this and 0 on the other three, port PC3
Pin 14 is the output for a second pole of the drum movement stepper motor, TTL 5V activates, port PC2
Pin 15 is the output for a third pole of the drum movement stepper motor, TTL 5V activates, port PC1
Pin 16 is the output for a fourth pole of the drum movement stepper motor, TTL 5V activates, port PC0
Pin 13 is the output for one pole of the pen left-right movement stepper motor, TTL 5V on this and 0 on the other three, port PB3
Pin 14 is the output for a second pole of the pen left-right movement stepper motor, TTL 5V activates, port PB2
Pin 15 is the output for a third pole of the pen left-right movement stepper motor, TTL 5V activates, port PB1
Pin 16 is the output for a fourth pole of the pen left-right movement stepper motor, TTL 5V activates, port PB0
For those not familiar with stepper motors, they have four poles each with a ring of 25 'teeth' that will attract a permanent magnet on the rotor. The four rings are staggered so that in total there are 100 positions around the dial - 3.6 degrees per step. Energize one pole and the magnet is held to the nearest tooth of that pole. Drop that pole and activate another whose tooth is adjacent and the rotor swings one position to hold at the tooth on that pole ring. Interface is a simple four bit circular shift register with one high and three low bits circulating in the pattern. Shift it once and the motor moves one step in the associated direction.
Carl
________________________________
This e-mail message, including any attachments, is for the sole use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Gartner makes no warranty that this e-mail is error or virus free.
This is a dumb one, but:
There used to be commercially available dust covers made out of translucent
plastic (vinyl???) that fit over terminals, monitors, printers etc. (and I
think there was a full line of custom-fit ones for ham rigs too). It seemed
silly at the time but now that I'm chest-deep in old computers/terminals/
peripherals, some of the stuff goes many years between uses and the dust is
a real problem.
So ... I have a sewing machine (yes older than my computers and come to
think of it, it gets dusty too) and more patience than I deserve, but I can't
find a source for the kind of plastic sheeting I mean. Hardware-store drop
cloths are too flimsy (might as well just use a trash bag) and I've gotten
nowhere googling, but maybe that's just because I don't know the correct name.
Anyone know what I'm talking about, and where to get it by the yard etc.?
Thanks!
John Wilson
D Bit
http://www.extremetech.com/computing/148482-the-true-cost-of-a-raspberry-pi…
I'm still not knocking it. But what adult male is going to want a Pibow??? Oi vay
My idea of a generic netbook case with perhaps a few exchangeable bezels to accommodate various surplus lcd's makes more sense to me. But I hear no mention of the pi supporting a raw lcd panel, like my pmmx sbc's do. Is there any provision for that at all?
------------------------------
On Wed, Feb 27, 2013 1:55 PM PST Tony Duell wrote:
>Programming I will grant you, although $deity help you to figure it out ...
*puzzled look*
Is that particular $deity more responsive based on what you toss in the plate? Perhaps we can arrange a sort of $group $buy wink wink and coerce said $deity into getting a truly hackable piece of fruity dessert on the market.
cctalk-request at classiccmp.org wrote:
> Subject:
> Re: PDP-11 / Unibus: config info for Motorola Memory Systems MMS1117
> MOS board?
> From:
> ard at p850ug1.demon.co.uk (Tony Duell)
> Date:
> Sun, 24 Feb 2013 19:37:05 +0000 (GMT)
>
> To:
> cctalk at classiccmp.org
>
>
>>
>> > Folks, I'm restoring an 11/34A. One of the MOS memory boards it came
>> > with is a circa 1979 Motorola model "MMS1117", variation "58 PC"
>> > (64KWords / 18 bits / w/parity). Would like to know if anyone out
>> > there has configuration information for this seemingly uncommon board?
>> > It's a very high quality board and has socketed RAM, so it'd be
>> > especially nice to be able to keep using it. It has 5 switch packs
>> > (only 2 of which have markings) and at least a dozen jumpers.
>>
>
> I had a similar problem when I got my first PDP11 (a PDP11/45). The donor
> had wanted to keep the memory that was used in it, he gave me what I
> later discoveed to be a 32KW MUD board (actually, it could be populated
> right up to 128KW, of course only 124K of those would be useable). I had
> no idea how to set the swiches, or indeed, what sort of backplane wiring
> I would need to use it .
>
> This was logn before the days of the web. so there was no way to ask
> others what to do.
>
> And I got it working. I spent a few weeks tracing out the scheamtics of
> the unknown board and figuring out just what all the switches and jumpers
> did. A long job, sure, but IMHO worth it.
>
> -tony
Wow. Do you recall how many layers the PCB had? I'd be interested in
seeing a sample scan of the
schematic you laboriously produced, just to get an idea of technique.
The web has certainly made hobbies like this unimaginably easier, if not
just possible at all.
- jS