Got yet another PET today - a CBM 8032 with the black bezel. In my PET
collection I'm trying to get, instead of each model, a representative of
each body style - and there seems to be no shortage of that. Of the five I
now have, each is different in some way.
Anyway, I'm confident the 8032's mainboard is alive - it chirps on startup.
But that's all it does. Nothing appears on the screen. I took the screen
hood off - the tube lights up, so there's power and action. If I disconnect
the data cable from the motherboard, I get a single dot in the center of the
screen.
I also have a SuperPET here, the only other unit with the larger monitor.
So naturally I tried 'swapping' them - ie running the monitor leads from
each to the other's motherboard and turning both on. However the SuperPET
monitor doesn't come on either when connected to the 8032, and the 8032's
monitor still doesn't come on even when connected to the SuperPET. Not sure
what this portends - my expertise has been in the older models so far.
Anyway, any advice would be appreciated.. I was hoping I'd get something by
doing the swap, so I had an inlking as to what was wrong, but it appears
that isn't going to happen here.
Brad
Carl has a large "Marquette MUSE system" system for sale in Memphis, TN.
MUSE=Marquette Universal Storage for Electrocardiography.
It's DEC-based, not sure of the specifics.
See pics here:
http://oldcomputers.net/temp/muse-1.jpghttp://oldcomputers.net/temp/muse-2.jpghttp://oldcomputers.net/temp/muse-3.jpg
Pick-up required.
Contact Carl if interested: Carl E. Osborne Jr. - carl at datamed.com
------------------------------------------------------------------
History:
Marquette?s forte? was the acquisition and storage of cardiology
records, specifically electrocardiographic data (ECG/EKG), using
mainframe Digital Equipment Corporation (DEC) PDP-11 computer systems.
They were large ECG management systems that stored electrocardiograms on
300MB CDC 9448 hard drives.
Am I doing something wrong? I've written two new topics in the last few
days, and neither of them are showing up.
However, my replies to existing threads seem to show up more reliably.
Is this even visible?
TIA for any info.
So it being the 30th anniversary of the Mac and all, I thought I'd play
with my 128K Macintosh a bit. I've had it running before, but never got
it running anything interesting, so I thought I'd start with a few small
games... and there, the trouble began.
In a nutshell: I have a few 400K boot disks that I wrote years back
(and they're still fine), these contain System 2.0 and System 3.2. All
well and good -- I can boot and everything's grand (though a bit boring.)
Likewise, I can format other 400K disks in either the external drive or
the internal drive, and read/write from/to them without problems.
UNTIL...
I take one of the 400K disks I've formatted on the 128K Mac and attempt
to copy some games from my Mac 512Ke to the disk. The 512Ke is happy to
read/write the disk (using the same external drive I used with the 128K
Mac) and everything's marvelous. But afterwards, when Finder on the
128K Mac attempts to open the disk, it bombs out with an address error
("Sorry, a system error occurred. ID = 02") and I'm forced to reboot.
At this point, I've tried:
- Using the internal rather than the external drive to read the disk
(suspecting some manner of alignment issue with one or more of the drives)
- Several different floppies (all DD, not HD, before you ask :))
- Formatting the floppy on the 512K Mac.
- Copying files to a system disk, rather than a blank disk and then
booting from said system disk
- Booting the 512K Mac with various different System versions (3.2,
6.0.3) and doing the copy from there.
- Both System 2.0 and System 3.2
All with the same results -- once the 512K Mac has modified the disk,
the 128K Mac chokes on it (it will still *boot* from a modified System
disk, but is unable to open it in the Finder without crashing.)
At this point I'm stumped. I suppose it's possible my 128K Mac has a
fault of some sort (a bit difficult to diagnose given my lack of ability
to run a diagnostic...) but it seems to work fine otherwise. Is there
some incompatibility between the filesystem portions of the toolbox ROMs
in the 128K vs. the 512Ke that could cause problems here?
My early-Macintosh-System-Fu is rather weak (I haven't used anything
prior to System 6.X all that much) so perhaps I'm missing something
obvious here...
Thanks for any tips...
- Josh
Sounds like possibly an alignment issue. ?I went through this with my 400k drive in my Lisa and my Plus. ?The Plus could only occasionally read what the Lisa wrote. ?Then I realized when I had had the Lisa drive apart for servicing I had forgotten all about alignment for the stepper motor. ?As it turned out, I got lucky.. I actually had pictures of it from before disassembly and was able to use the sticker on the motor to make a lucky guess. ?After that, everything was merry.
Sent from Samsung Mobile
<div>-------- Original message --------</div><div>From: azd30 <azd30 at telus.net> </div><div>Date:01/25/2014 8:16 AM (GMT-08:00) </div><div>To: "General Discussion: On-Topic Posts Only" <cctech at classiccmp.org> </div><div>Subject: Re: 128K Mac oddness... </div><div>
</div>Don't know about floppies, but hd's have an interleave issue between some early Mac models. It usually makes them slow though. Try asking this on m68kla.org
--
alex
----- Original Message -----
From: Josh Dersch <derschjo at gmail.com>
To: On-Topic and Off-Topic Posts <cctalk at classiccmp.org>
Sent: Sat, 25 Jan 2014 00:00:54 -0700 (MST)
Subject: 128K Mac oddness...
So it being the 30th anniversary of the Mac and all, I thought I'd play
with my 128K Macintosh a bit.? I've had it running beforeI, but never got
it running anything interesting, so I thought I'd start with a few small
games... and there, the trouble began.
In a nutshell:? I have a few 400K boot disks that I wrote years back
(and they're still fine), these contain System 2.0 and System 3.2.? All
well and good -- I can boot and everything's grand (though a bit boring.)
Likewise, I can format other 400K disks in either the external drive or
the internal drive, and read/write from/to them without problems.
UNTIL...
I take one of the 400K disks I've formatted on the 128K Mac and attempt
to copy some games from my Mac 512Ke to the disk.? The 512Ke is happy to
read/write the disk (using the same external drive I used with the 128K
Mac) and everything's marvelous.? But afterwards, when Finder on the
128K Mac attempts to open the disk, it bombs out with an address error
("Sorry, a system error occurred.?? ID = 02") and I'm forced to reboot.
At this point, I've tried:
- Using the internal rather than the external drive to read the disk
(suspecting some manner of alignment issue with one or more of the drives)
- Several different floppies (all DD, not HD, before you ask :))
- Formatting the floppy on the 512K Mac.
- Copying files to a system disk, rather than a blank disk and then
booting from said system disk
- Booting the 512K Mac with various different System versions (3.2,
6.0.3) and doing the copy from there.
- Both System 2.0 and System 3.2
All with the same results -- once the 512K Mac has modified the disk,
the 128K Mac chokes on it (it will still *boot* from a modified System
disk, but is unable to open it in the Finder without crashing.)
At this point I'm stumped.? I suppose it's possible my 128K Mac has a
fault of some sort (a bit difficult to diagnose given my lack of ability
to run a diagnostic...) but it seems to work fine otherwise.? Is there
some incompatibility between the filesystem portions of the toolbox ROMs
in the 128K vs. the 512Ke that could cause problems here?
My early-Macintosh-System-Fu is rather weak (I haven't used anything
prior to System 6.X all that much) so perhaps I'm missing something
obvious here...
Thanks for any tips...
- Josh
Just throwing this out to see what other people think.
I suspect we're at the tail end of the usage life of devices that don't speak IP.
I'm mostly thinking about networking devices 80's > 00's
So, what needs to be preserved? How much of this does CHM need to do? Is any other
collecting institution already covering this? How much is within scope?
We've been having curatorial discussions about this for years inside CHM, and have
been doing some directed collecting since before the big exhibition was locked down
in 2010, but it is a big topic and there were a lot of evolutionary dead-ends.
What got me thinking about this is I've been working with someone who has storage
units full of mid-80's IBM SNA stuff and it's taken me months to scan a fraction
of it. I know there are huge swaths of telephony and networking that I've never
even looked at. It's pretty overwhelming, actually, to get my head around from the
software side.
It's working again!
I made a new RL02 pack using vtserver on my other machine (11/23+),
which takes a while to transmit 7.8 MB even at 19200 baud, put it in
the 8/A drive 0, held my breath, flipped the boot switch... and got
the "." prompt on the terminal :)
So the problem that started this whole mess was an IDC connector that
I had improperly crimped, inside one of the RL02 drives, so that I
could run ribbon cable to the RL8A instead of buying the expensive
BC80xx cable. Lesson learned. Bought a BC80J-20!
That short circuit was somewhere in the write data lines, which
apparently then wiped out the OS/8 pack so it wouldn't boot any more.
Lastly, my incorrectly seated quad extender card was introducing
errors even after fixing the cable problems, and I wasted several
hours chasing that... I may invest in a hex-height extender card to
avoid this problem in the future!
On the other hand, I now have a serial interface on the desktop PC
>from which I can download programs direct to the 8/A. The next thing
is to learn how to use Philipp Hachtmann's KL8E in FPGA to download
through a laptop USB port at high speed. It looks like I can just
change the few IOT instructions of the RIM and BIN loaders to match
the card's switch settings. Trying to get Windows to put binary files
out a USB port will be more fun, I'm sure.
Meanwhile, back to the original problem! My build of OS/8 does not
recognize that there are two RL02 drives in the system... which is how
I think this thread got started in the first place quite some time ago
:)
Somewhat off-topic, but this was brought up in the GreenKeys mailing list.
The new CEO of the Bletchley Park Trust is sacking some of the circa
80 year old volunteers who had been working for Bletchley Park and the
National Museum of Computing; apparently just for showing guests the
NMOC and Colossus.
In case the BBC link doesn't work, here's a link to the reposted
version on YouTube: http://www.youtube.com/watch?v=d5n9eVVtKeA
I've attached one of the more interesting and informative replies
after the forwarded message.
Regards,
Christian
---------- Forwarded message ----------
From: Craig Sawyers <c.sawyers at tech-enterprise.com>
Date: 24 January 2014 18:55
Subject: [GreenKeys] Bletchley Park
To: greenkeys at mailman.qth.net
This has just been aired on BBC UK. Bletchley Park's new boss Ian Standen
is sacking the 80-odd year old volunteers that have been working there for
decades.
http://www.bbc.co.uk/news/uk-25886961
Craig
______________________________________________________________
GreenKeys mailing list
Home: http://mailman.qth.net/mailman/listinfo/greenkeys
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:GreenKeys at mailman.qth.net
2002-to-present greenkeys archive: http://mailman.qth.net/pipermail/greenkeys/
1998-to-2001 greenkeys archive:
http://mailman.qth.net/archive/greenkeys/greenkeys.html
Randy Guttery's 2001-to-2009 GreenKeys Search Tool:
http://comcents.com/tty/greenkeyssearch.html
This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
On 25 January 2014 04:57, Craig Sawyers <c.sawyers at tech-enterprise.com> wrote:
> All the details are in the video segment - but I suspect that might not be
> possible to get outside the UK. Basically it is one guy in tears because
> after taking visitors around Colossus (which he was not allowed to do; see
> below) he was called to Standen's office and dismissed. It showed another
> guy who had been given his marching orders (remember these guys are unpaid
> volunteers) clearing out the display cabinet of his own personal Churchill
> memorabilia into cardboard boxes. Then there was an interview with Standen,
> in which he said that to enhance the visitor experience the site had to move
> with the times, and those who would not fall in line had to go.
>
> This is all down to a major league dispute between the Bletchley Park Trust,
> who own the site, and the National Museum of Computing where Colossus and
> Tunny and all the related equipment and galleries are. Basically the
> relationship used to be pretty positive - the NMOC paid a rent, the ticket
> price was split between the Trust and the NMOC and everything worked. Then
> Standen, and ex-military guy, took over as the Trust's CEO and all hell
> broke loose. The Trust now claim that the NMOC owe them ?200k in historic
> debt; they claim part ownership of Colossus; they refuse to collect money on
> the gate for NMOC so you have to pay extra to see Colossus, and the whole of
> the NMOC is out of bounds to tour guides - I believe they are even
> instructed not to mention its existence.
>
> The only mention of the NMOC on the Bletchley website is buried here
> http://www.bletchleypark.org.uk/content/visit/whattosee/other.rhtm . What
> it does not mention is that you cannot visit the site just to see Colossus
> etc - you have to pay the site entry fee at the gate, and then as a result
> of Byzantine politics pay extra to see everything to do with Colossus.
>
> The knock-on has had an effect on the Lorenz SZ42, which I restored to full
> functionality around ten years ago. During a visit to Paderborn in Germany
> five years ago for a Cipher Challenge, the Germans fired it up before I
> arrived and blew up the mains transformer, which was kind of ironic. On
> return I had that re-rewound. Then Tony Sale died, and shortly afterward
> Standen took over as CEO. The problem is that formal ownership of the SZ42
> is still GCHQ, and custodianship vests in the CEO. But the location of the
> machine is at NMOC. The continuing blood on the walls dispute essentially
> locks me out of repairing the only functional SZ42 on the planet.
>
> It is a total mess, alas
>
> Craig
>
>
>
> ______________________________________________________________
> GreenKeys mailing list
> Home: http://mailman.qth.net/mailman/listinfo/greenkeys
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:GreenKeys at mailman.qth.net
>
> 2002-to-present greenkeys archive: http://mailman.qth.net/pipermail/greenkeys/
> 1998-to-2001 greenkeys archive: http://mailman.qth.net/archive/greenkeys/greenkeys.html
> Randy Guttery's 2001-to-2009 GreenKeys Search Tool: http://comcents.com/tty/greenkeyssearch.html
>
> This list hosted by: http://www.qsl.net
> Please help support this email list: http://www.qsl.net/donate.html
--
Christian M. Gauger-Cosgrove
STCKON08DS0
Contact information available upon request.
The manuals for the TU58 DECtape II tape drive controller indicate that the transmit and receive baud rates can be set independently. Have any of y'all ever heard of an application that uses different transmit vs. receive baud rates with a TU58 drive, or is this independent baud rate capability just a coincidental feature that arose from the way the controller's UART was implemented?
I'm thinking about a little embedded TU58 emulator project, and I'm wondering how important it is to support the independent baud rate feature.
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/
>>On Sat, 21 Dec 2013 22:36:42 -0600, you wrote:
>>
>>>The last time I had a chance to tinker with my malfunctioning PDP-8/A
>>>with two RL02's was way back in Feb. 2013... here is the most relevant
>>>tail of the old thread:
>>>
>>>> The connections from the drive select outputs on the RL8A checked
>>>> perfectly to the line receiver inputs on the RL logic board. While I
>>>> appreciate Rick's taking the time to make me a selectable version of
>>>> the RL02 oscillating seek.... he included a bug at no charge too ;)
>>>>
>>>> Specifically, the constant at 0230 (0100) selects the appropriate
>>>> drive and resets it all right (0101 in AC). But - later on down the
>>>> program, the SEEK (03) command is issued with another RLCB... however,
>>>> the AC is forced to 0003 by the microprogrammed 7325.
>>>>
>>>> (As is probably apparent by now, the AC must have 0103 in it to select
>>>> Drive 1).
>>>>
>>>> I edited the program to use a TAD 0231 and put the constant at 0231.
>>>> So instead of the CLA CLL CML IAC RAL (load AC with 03 the hard way,
>>>> an old-time DEC programmer's way to save one word when memory was a
>>>> precious commodity) :) the AC now loads with 0103 and lo and behold,
>>>> Drive 1 seeks merrily away! Restore the two constants to Drive 0 and
>>>> THAT drive seeks. OK.
>>>>
>>>> However, all was not lost... during the couple of hours of chasing my
>>>> tail wondering where the LSB of the drive select was going, I found
>>>> that I had inserted the header into the RL logic board crookedly and
>>>> bent two pins, one in the wrong hole and one shoved aside! :(
>>>>
>>>> Not only that, the line driver chip which provides the drive select
>>>> signals had come from the factory with NO solder at all on its Vcc pin
>>>> 16!
>>>> =:^O
>>>> Fixed that too.
>>>>
>>>> I think the OS/8 packs have been wiped out by now... various FAULT
>>>> lights coming on, especially on the 2nd drive in the chain... going to
>>>> build another system pack with VTserver which takes a good half-hour
>>>> or more at 19200 baud. Hope the servo tracks are ok, otherwise I'll
>>>> need to buy a couple of good packs!
>>>OK. Last week I finally fired up the 8/A again. The problems had
>>>actually gotten worse during the prolonged rest... I couldn't get
>>>either drive to work this time (fault lights on both, as soon as the
>>>Ready lights come on, even before any accesses). After much hair-
>>>pulling and 'scope troubleshooting, I finally found (inside drive 1)
>>>that I had improperly crimped one of the IDC connectors to the ribbon
>>>cable, inside the bottom drive in the rack, where it was making a
>>>variable resistance short between the two sector pulse drive lines!
>>>
>>>So, having fixed that, I verified that Rick's oscillating seek program
>>>works on either drive without faulting. Enter the constants for drive
>>>0, drive 0 seeks no matter whether the first or second drive in the
>>>chain as long as the unit 0 plug is inserted. Same for drive 1. Both
>>>are not being selected simultaneously.
>>>
>>>I also entered a short program to get the two status words, and that
>>>reads the status of either drive correctly (idle, spin up, locked on
>>>track 0, spin down, write protect button pushed).
>>>
>>>Now, the original problem is still there, that OS/8 won't boot and the
>>>RL02 faults (with either the original OS/8 pack that may have been
>>>wiped, AND the remade one). Doesn't matter which drive is used as
>>>Drive 0, or whether the new or the original OS/8 pack... Hit the BOOT
>>>switch and Drive 0 audibly moves its heads, the fault light flashes
>>>briefly, then it goes back to being ready (and of course OS/8 is not
>>>running).
>>>
>>>The interesting part is if both drives are loaded, then the fault
>>>light on *both* drives flashes, then they both go ready again!
>>>I haven't recently tried disconnecting the second drive cable and just
>>>running with one drive, but that wasn't working before, either.
>>>
>>>I am not going to be able to sort this out (unless I use my ancient
>>>Tek 7D01 logic analyzer triggered by the fault signal) without a
>>>diagnostic pack...
>>>
>>>Does anyone have the diagnostic program set for PDP-8 and can put them
>>>on an RL02 disc pack? I could either mail a disc to you, or I could
>>>pay for one if a spare is available.
>>>thanks for any help!
>>>-Charles
>>
>>OK. Got a serial link to my PC going, and successfully downloaded various RL02 diagnostics from the "diagpack2.rk05" image. The seek test works, as does pack verify. However, either drive 0 or 1 flags an error on the read/write test promptly.:
>>
>>WD1 0235
>>WD2 0000 (the two status words from the RL02, and they are normal);
>>ER 2001 (if I'm interpreting this right, this is the Error Register which is showing only an OPI - Operation Incomplete error);
>>CB 0115 (<----------- what is this? ----------)
>>CA 0000 (cylinder address)
>>SA 0100 (sector address)
>>
>>As I posted on another thread, having instructions for these AJxxxx routines would really help, although I can figure much of it out from the RL02 manual, especially if I just use the defaults when prompted.
>>
>>What I think this is telling me is that the problem is somewhere on the controller card, as neither drive will write but both can read without errors.
>>
>>There is a "Diskless RL8A test" (AJRLAC) but I can't figure out how to use it. Anyone got instructions for this one? thanks :)
>
>Read over the RL8A Technical Manual, specifically the write section.
>
>CB = Command Register B, 0115 is Drive 1, memory field 1, Write
>command.
>CA = Command Register A (which also happens in this context to be
>Cylinder Address :) Head 0, Direction Forward, Cylinder 0).
>
>So - the proper write command is being issued on the first
>cylinder/sector address of the platter, but OPI (operation incomplete
>in 200 ms) is the only flag returned. That tells me the fault is
>likely somewhere in the write logic as it appears that nothing is
>being written at all, not just incorrect data or at the wrong time
>which would set other error flags. Will report more when I get another
>chance to work on it!
I think I found the problem (aside from the defective cable previously
described), and "Y'all ain't gonna believe this"...
I toggled in a couple of simple programs to write each register
(Command A, Command B, Word Count, Sector Address) and read them back.
On a few occasions I noticed the SA was not reading the same as
written. And... the returned bit pattern changed when I moved the RL8A
card!
As it turns out, my quad extender card was not lined up perfectly in
the chassis (which is hex-height, and so is the RL8A, but it only uses
four of its six finger sets). I put the RL8A directly in the slot and
re-ran the diskless controller test and it worked flawlessly. Also the
read/write tests now work without all those errors too. I can't
believe I spent hours and hours chasing this :P
However, my OS/8 pack still won't boot. Interestingly, the same boot
behavior is seen with the scratch packs that I used on the read/write
tests (flip the boot switch, the heads move, the fault light flashes,
drive goes back to being ready). So it looks like the OS has been
wiped out and it's time to make another pack on the 11/23+ with
vtserver. We'll see how that goes soon...
Just what a ?carefully researched article? means I?m not sure; an
historian does exactly that or should. But if we historians are not
willing to stand-by our research & printed(electronic, oral &
otherwise) works then why do it in the first place! If I say this is
the evidence I have and did due diligence then I stand by what I have
done. If it is ?corrected? in the future then so be it. But let us not
avoid writing history ?at all costs? just because Will considers them
?the most dangerous words in historic research?. I?d rather have my
opinions out there then not! But so has he. A conundrum indeed.
This applies to the 30th ann. of the MacIntosh. We know its history
but not the underlying reason it was created as S. Jobs is no longer
here. I can surmise what was his intention but that's all. Does this
negate what I do? Hardly!
Murray :-)
BOOT /PT
Rick Bensene
The Old Calculator Museum
http://oldcalculatormuseum.com
-----Original Message-----
From: Marc Howard [cramcram at gmail.com]
Received: Saturday, 25 Jan 2014, 1:49PM
To: General Discussion: On-Topic Posts Only [cctech at classiccmp.org]
Subject: Quick way to load bin loader into memory from OS8
I seem to recall seeing that the BIN (and probably RIM) loaders can be
loaded with a single command from OS8. What's the magic command?
Thanks,
Marc
Picked up this critter yesterday, it's a short (~7") 8-bit ISA card made by
ATD (which the FCC sticker tells me is Advanced Transducer Devices) with a
female DB-25 and female DE9 connector on the rear edge.
There's a 40-pin IC on it labeled 'printer', as well as a 24-pin IC labeled
'mono', and a 6845 CRT controller. Fair enough, and initially I'm thinking
that it's just a reworked clone of an IBM MDA card - but also present on
the board are two 48-pin ICs, which suggests there might be more to it than
that; sure, I remember there being a lot of TTL logic on the IBM MDA board,
but I'm surprised it needs two 48-pin ICs to condense it all.
Unfortunately the pair of 48-pin chips are custom parts (as are the 'mono'
and 'printer' ICs) - one's branded ATD1/BLOWD/802D8643LD and the other
ATD2/WIND/8038637LDC.
Does anyone remember this board and can tell me if it is something more
than just MDA/parallel? There's no separate ROM chip, but I suppose it's
entirely possible that it has some firmware embedded in one of the large ICs.
cheers
Jules
It looks like I might have an extra RK05j available, but first, a question:
Can a reasonable PDP-11/45 system be made using a single RK05? The
system I have has been hacked up and modified so much from its gas
chromatograph days that I feel like I can justify fooling around with
it any way I like. It has no disk, but I am pretty sure I can slide an
RK05 in the rack (it is a two rack system, with the second rack being
a TU10). I do not think a second RK05 will fit, so that one will
likely be available. Please ask off list.
--
Will, 10512. Yes, it is a zip code.
I appreciate all the hearty discussion in response to the article:
http://www.tronola.com/html/who_built_the_first_minicomput.html
There are some points that I would like to respond to:
>It perpetuates the myth that there was such a thing as a "minicomputer" before the late 60's. There have been several threads now on the origin of the term...
--- In no way did I mean to suggest that the TERM minicomputer was used contemporaneously with the machines which I found to be classifiable as minis. Rather, I am trying to clarify what that term has come to mean. From there, I proceeded to look for the first machines that fit that definition. Now, I certainly don't claim that the definition I propose is the very best one and would appreciate helpful comments on improving it.
>There have been numerous attempts to redefine the boundaries based on [various criteria] ALL such redefinitions, that ignore the fundamental nature of being MARKETING terminology...
---Marketing people might have originated the term minicomputer but like all words, it is defined by the people who use it. We do in fact use it and others seem to know what we mean. My task was to clarify what people do mean by it.
>Likewise, the use of the word "first" is fraught with danger without completely ARBITRARY further stipulations...But, the boundaries are undefined, or rather, everybody has a unique definition of the boundaries of their own.
--- I totally agree that "first" would be meaningless without first defining what you are saying is first. Rather than using arbitrary criteria with which to define mini, I tried to find ones which could be justified and that many could agree upon. For each factor, I looked for good common-sense reasons that it needed to be so and stated those. If I am off base on some, I would appreciate feedback on what you think would be better.
>Are we talking about working prototype? announcement? orders taken? first delivery? full retail availability?
--- It was stated that first production ship date would determine priority. Please see the article for the justifications for that. I think you will find that this is what makes sense.
>Should limited production machines be excluded?
--- The requirement was simply that it must have been manufactured in quantity. Fortunately, the exact quantities shipped did not become an issue for minis. The lowest quantity machine was probably the LINC, of which some 50 or so were made.
Thanks,
Steve L.
http://www.tronola.com/
Hi, All,
Much like the famous XX2247 key for DEC gear, apparently the
default key for a number of TI machines, including the TI980B,
is a Chicago Lock cut to code C2132 (the code is typically
stamped on the key). Does anyone have such a thing and
can spare one? I have a TI980B and no key.
Thanks for looking,
-ethan
The Bendix G-15 was conspicuously left out, although I think
it meets all the requirements. it was the size of a
refrigerator,
weighed 800 Lbs, had several K of drum memory (not "RAM")
had an IBM executive typewriter for I/O, and ran a version
of Algol.
Jon
What about the Bendix G15? Introduced in 1953. Definitely fits the criteria outlined in the article.
Not that I agree with the article..like many others here feel, the term `first` in a historical context is too fraught with issues of definition.
Rick Bensene
-----Original Message-----
From: Chuck Guzis [cclist at sydex.com]
Received: Friday, 24 Jan 2014, 9:17AM
To: General at bensene.com [General at bensene.com]; Discussion at bensene.com:On-Topic and Off-Topic Posts [cctalk at classiccmp.org]
Subject: Re: Who built the first minicomputers?
I'm surprised that the Packard-Bell PB250 wasn't considered. It could
run from a standard US lighting circuit. Circa (IIRC) 1959. Not a drum
machine, but used a recirculating magnetostrictive memory.
It also seems that there may have been a few military computers that
would satisfy your criteria.
As Will has stated "first" is a very dangerous word and "minicomputer"
is, in fact, a term of art. Like pornography, it's what it is because
someone says so.
--Chuck
Found via Hack-a-Day just now...
https://github.com/davecheney/avr11
It apparently can handle booting v6 UNIX on an emulated RK05 at about
10% the speed of real hardware. It requires a custom sheild to add a
couple of 8-pin SPI RAM chips. Directions for that are said to be
coming soon.
-ethan
I've got a PDP-8A with RK05's and a TC08/TU56.
I've verified the serial port is okay (via checkser), loaded focal with the
rim loader and run both read and write tests on a RK05 pack.
I've done a restrk05 with both
diagpack2.rk05<http://www.pdp8online.com/pdp8cgi/os8_html?act=dir;fn=images/os8/diagpack2.…>
and haygood-osv3r.rk05<http://www.pdp8online.com/pdp8cgi/os8_html?act=dir;fn=images/os8/haygood%2D…>.
It seems to progress ok, counting up to the last cylinder and leaving the
AC equal to 0 when done. However when I execute the two word bootstrap for
the RK8E I hear the drive seek once and then stop at location 0031.
I've also tried a restore with the TC08 but it never even gets to the point
that the drive gets selected (the SR is 0 on entry). However if I punch in
the TC08 bootstrap unit 0 does a rewind, then goes forward (with lots of
das blinken lights), goes past quite a few blocks and then halts (this is
on a tape that claims to have OS8 on it).
The RK05 is most frustrating since it passes the rw tests (9 passes) but
doesn't boot.
I guess I'm going to be loading in some maindecs unless someone out there
has any other ideas.
Thanks,
Marc
Dear sirs,
I'm looking for education, since I know nothing about S-100
I got some boards from an Alcon surgical laser, and they SEEMS TO BE
clearly S-100-compatible. The CPU board uses an 8085, with ROM mapped from
$1000 on. BIN avaiable upon request.
Since I'm a complete n00b about S-100 systems, how can I positively
identify this board as a S-100 compatible board, and what are the minimal
connections I can use for, at least, make it tick?
(now I understand the need to learn more about CPU emulators and how to
integrate "blocks" of code to emulate an unknown computer easily)
Thanks
Alexandre Souza
Correction...the G15 was introduced in 1956.
Rick Bensene
-----Original Message-----
From: Rick Bensene [rickb at bensene.com]
Received: Friday, 24 Jan 2014, 10:18AM
To: cctalk at classiccmp.org [cctalk at classiccmp.org]
Subject: RE: Who built the first minicomputers?
What about the Bendix G15? Introduced in 1953. Definitely fits the criteria outlined in the article.
Not that I agree with the article..like many others here feel, the term `first` in a historical context is too fraught with issues of definition.
Rick Bensene
-----Original Message-----
From: Chuck Guzis [cclist at sydex.com]
Received: Friday, 24 Jan 2014, 9:17AM
To: General at bensene.com [General at bensene.com]; Discussion at bensene.com:On-Topic and Off-Topic Posts [cctalk at classiccmp.org]
Subject: Re: Who built the first minicomputers?
I'm surprised that the Packard-Bell PB250 wasn't considered. It could
run from a standard US lighting circuit. Circa (IIRC) 1959. Not a drum
machine, but used a recirculating magnetostrictive memory.
It also seems that there may have been a few military computers that
would satisfy your criteria.
As Will has stated "first" is a very dangerous word and "minicomputer"
is, in fact, a term of art. Like pornography, it's what it is because
someone says so.
--Chuck
http://www.ebay.com/itm/380684482851
the seller is 'special'
he had useless pictures, updated them at my request, then realized that there was a market for
just the keyboards, pulled them off and now is selling them separately for $50
I'm sorry I even asked
Anyway, if someone else is looking for one for $150, here's your chance.
On Jan 20, 2014 2:07 PM, "Holm Tiffe" <holm at freibergnet.de> wrote:
> Next interesting thing are 10 pcs. of NS405-B18N, a sticker says that
that
> are display processors, someone knows where tehy where used in?
To a first approximation, nowhere. Ciarcia used it in the TERM-MITE
construction article in the Feb. 1984 issue of BYTE, reprinted in
_Ciarcia's Circuit Cellar, Vol. 7_.
There's also an NS455 variant, and alternate part numbers (e.g. NS32045).
They have an enchanced 8048 core and a text-oriented CRT controller.
Does anyone here know where I could find a "generic" monitor ROM that
could be tweaked for the target system? I'm looking for something that
would fit in a 4K EPROM.
tnx.
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://scarlet.deltasoft.com - Get it _today_!
The forums have a maintenance announcement up last time i checked an hour or so ago so hopefully some planned maintenance is going on. It didnt specify any eta but they're (or Erik) usually pretty quick to get things up.
I still can't boot OS/8 on my 8/A with RL02's. I now have the ability
to download files from my PC to the console port (which goes a heck of
a lot faster at 9600 baud than at 110!). For example, FOCAL-69
downloads in about 20 seconds. It works too, so I don't think the
problem is with the 8/A itself. Anyhow, I have all the RL02
diagnostics from the diagpack2.rk05 image. So far, AJRLHA.BN (that's
the "SEEK/FCTN" test) works without errors. I'm about to try the
AJRLIA (read/write test) which should require losing the contents of a
pack...
What I'm looking for is a library of all the instructions for the
diagnostic routines on that pack, since they are not all just "start
at 0200 and follow the prompts". Is there such a thing, or do I have
to try and find each one separately? At least just the AJxxxx
diagnostics?
thanks for any hints.
-Charles
I was handed a pile of 88mb Syquest disks - ostenisibly Mac formatted
- a while back and I decided to have a go at them tonight. The only
Syquest drives I found in my pile were the original 44mb and the later
200mb (model 5200C.) Everything I can find on this drive (which isn't
much) declares that is is backward *read* compatible with 44mb and
88mb cartridges. That's fine, reading is all I want to do.
My test platform is Win7 x64 (boo hoo I know...but it's convenient and
there is a working 'dd' I've used many times for hard disk imaging.)
I first tested the drive with a 200mb pack I already had. It mounted
the cart, presented it to the OS and allowed me to dd the cart to an
image file which mounted in a Mac emulator. I declared the drive
good.
Trying 88mb carts results in consistent errors. The drive sounds like
it's mounting it, clicks a bit, spins up and down and finally settled
on a 5-green, 5-amber blink code. According to this chart:
http://www.kassj.com/articles/sqtable.html
that means "incompatible cartridge." My carts are all
Syquest-branded. Beyond that (and the possible Mac formatting,) I
know nothing else about them.
The real rub is this - once it displays that error code, the drive
_disappears_ from the SCSI chain. Neither the OS tools nor a SCSI
explorer utility find it. Insert the 200mb cart and it's back again;
not even a power-cycle needed. The drive does appear with a SCSI ID
before inserting a cart; a mounted cart is not necessary for it to
present itself.
So, theories:
- This drive isn't 88mb compatible after all
- *All* my carts are bad
- The carts were degaussed and thereby lost some sort of low-level
formatting or other ID method that the drive uses to recognize them
- There's some sort of mode jumper or switch (hardware/software) to
kick it into 88mb compatibility mode, if such a thing exists. I have
no manual for these drives
- I need some sort of driver to enable reading 88mb carts; I don't
think this is the case - most OSes should simply see them as removable
media; it's the drive's job to sort out cart compatibility
Any experience/insight/advice is appreciated here. Also offers of a
88mb Syquest drive :)
-- jht
The last time I had a chance to tinker with my malfunctioning PDP-8/A
with two RL02's was way back in Feb. 2013... here is the most relevant
tail of the old thread:
> The connections from the drive select outputs on the RL8A checked
> perfectly to the line receiver inputs on the RL logic board. While I
> appreciate Rick's taking the time to make me a selectable version of
> the RL02 oscillating seek.... he included a bug at no charge too ;)
>
> Specifically, the constant at 0230 (0100) selects the appropriate
> drive and resets it all right (0101 in AC). But - later on down the
> program, the SEEK (03) command is issued with another RLCB... however,
> the AC is forced to 0003 by the microprogrammed 7325.
>
> (As is probably apparent by now, the AC must have 0103 in it to select
> Drive 1).
>
> I edited the program to use a TAD 0231 and put the constant at 0231.
> So instead of the CLA CLL CML IAC RAL (load AC with 03 the hard way,
> an old-time DEC programmer's way to save one word when memory was a
> precious commodity) :) the AC now loads with 0103 and lo and behold,
> Drive 1 seeks merrily away! Restore the two constants to Drive 0 and
> THAT drive seeks. OK.
>
> However, all was not lost... during the couple of hours of chasing my
> tail wondering where the LSB of the drive select was going, I found
> that I had inserted the header into the RL logic board crookedly and
> bent two pins, one in the wrong hole and one shoved aside! :(
>
> Not only that, the line driver chip which provides the drive select
> signals had come from the factory with NO solder at all on its Vcc pin
> 16!
> =:^O
> Fixed that too.
>
> I think the OS/8 packs have been wiped out by now... various FAULT
> lights coming on, especially on the 2nd drive in the chain... going to
> build another system pack with VTserver which takes a good half-hour
> or more at 19200 baud. Hope the servo tracks are ok, otherwise I'll
> need to buy a couple of good packs!
OK. Last week I finally fired up the 8/A again. The problems had
actually gotten worse during the prolonged rest... I couldn't get
either drive to work this time (fault lights on both, as soon as the
Ready lights come on, even before any accesses). After much hair-
pulling and 'scope troubleshooting, I finally found (inside drive 1)
that I had improperly crimped one of the IDC connectors to the ribbon
cable, inside the bottom drive in the rack, where it was making a
variable resistance short between the two sector pulse drive lines!
So, having fixed that, I verified that Rick's oscillating seek program
works on either drive without faulting. Enter the constants for drive
0, drive 0 seeks no matter whether the first or second drive in the
chain as long as the unit 0 plug is inserted. Same for drive 1. Both
are not being selected simultaneously.
I also entered a short program to get the two status words, and that
reads the status of either drive correctly (idle, spin up, locked on
track 0, spin down, write protect button pushed).
Now, the original problem is still there, that OS/8 won't boot and the
RL02 faults (with either the original OS/8 pack that may have been
wiped, AND the remade one). Doesn't matter which drive is used as
Drive 0, or whether the new or the original OS/8 pack... Hit the BOOT
switch and Drive 0 audibly moves its heads, the fault light flashes
briefly, then it goes back to being ready (and of course OS/8 is not
running).
The interesting part is if both drives are loaded, then the fault
light on *both* drives flashes, then they both go ready again!
I haven't recently tried disconnecting the second drive cable and just
running with one drive, but that wasn't working before, either.
I am not going to be able to sort this out (unless I use my ancient
Tek 7D01 logic analyzer triggered by the fault signal) without a
diagnostic pack...
Does anyone have the diagnostic program set for PDP-8 and can put them
on an RL02 disc pack? I could either mail a disc to you, or I could
pay for one if a spare is available.
thanks for any help!
-Charles
Hi there!
Time to do some DEC collecting again...
Just wondering, does anyone have a MicroVAX II in BA23 pedestal chassis they'd be willing to sell?
Thanks in advance!!
-Ben
To Tom Gardner,
I'm working this week with Jason Honigberg. Did you know him at SyQuest? Is there anything specific I can ask him that might help you?
Billy Pettit
bpettitx at comcast.net
So, does anybody want to admit to winning the TU58-DA (desktop dual TU58 drive with controller) on eBay this afternoon? I sadly didn't win it, but I determined how much the winner had to pay for it. ;)
P.S.: I'm on the lookout for a TU58-CA, the rack-mountable version.
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/
Here's something you don't see on eBay:
Vintage PDP-12 computer was completely operational MUST PICK UP
http://www.ebay.com/itm/161199469414
Long Island, NY
How many of these exist? How much will this one go for?
-Glen
Folks,
I'm looking for a replacement SCSI to ESDI controller made by SMS for a Masscomp I,m trying to get running.
Its an SMS OMTI 7400 controller which supports ESDI/ST506 hard drives, QIC 02 cart tape, and floppy drive.
The current controller has failed in the floppy drive circuitry.
However I'm in the process of trying to source and replace the possible faulty components but I was wondering if anyone had a spare they would be willing to part with - for cash of cause.
Also looking for an ESDI hard drive, my Micropolis 1355 has failed but not the usual sticky bumper issue..
Many thanks
Andy
I have a TK50 and M7546 (Q-bus) controller available.
The drive is pretty dirty, you will HAVE to open it up
and clean it before use, but it looks like it should
work after that. I don't have the cable, it was from
one of the boxes that had an interconnect board in
the middle between all the controllers and drives.
I'm in the St. Louis, MO area, and really only want to get
the packing and shipping covered.
Jon
> From: Pontus Pihlgren <pontus at Update.UU.SE>
> To: "General Discussion: On-Topic and Off-Topic Posts" <
> cctalk at classiccmp.org>
> Cc:
> Date: Tue, 21 Jan 2014 09:42:11 +0100
> Subject: Re: eBay PDP-12
> On Thu, Jan 16, 2014 at 02:51:54PM +0000, Adam Sampson wrote:
> > Pontus Pihlgren <pontus at Update.UU.SE> writes:
> >
> > >> How many of these exist?
> > > I can't know for sure, but here is a lower bound: 11
> >
> > Robert Krten has a longer list of potentially-surviving PDP-12s:
> > http://dustyoldcomputers.com/pdp12/location.html
>
> All the ones I listed are in Krten's list.
>
> /P
>
The RICM is negotiating with a private collector to get a PDP-12 that is
not on Robert's list.
Michael Thompson
Anyone here have a VAXBrick, or know what a fair price on one might be?
I've got a drop on one but the guy wants almost $2,000... I know they're rare and all, but that seems a bit on the ridiculous side to me...
I could be totally wrong though. Any input is appreciated.
-Ben
I suddenly have 5 of the things! I think that 2 of them are empty, but
3 have hard disks in:
1 * RZ52 (5.25" FH)
2 * RZ25 (3.5" HH) - I think this is a rebadged Conner CP3100, a 105MB drive
I don't yet know if they work.
Of any interest to anyone, do you folk think?
--
Liam Proven ? Profile: http://lproven.livejournal.com/profile
Email: lproven at cix.co.uk ? GMail/G+/Twitter/Flickr/Facebook: lproven
MSN: lproven at hotmail.com ? Skype/AIM/Yahoo/LinkedIn: liamproven
Tel: +44 20-8685-0498 ? Cell: +44 7939-087884
On 01/21/2014 11:03 PM, cctech-request at classiccmp.org wrote:
>> Hi guys,
>>
>> I've looked trough my Z80 Stuff some minutes before b'cause a friend wanted
>> an Z80A CPU, ok found it. In a Bag 6 uPD780-1 which are also Z80A's, I found
>> two uPD7201C. I've googeled some time before that the uPD7201A is some
>> Z80-SIO - alike, has an other Pinout for example and should be compatible
> Well, it's synchronous/asynchronous serial chip, but I don't think it's
> very similar to the Z80-SIO
Its a SIO like part (same register structure) with one difference the
interface is
8085/8088/8086 compatable. Its awkward to use with Z80 and why would one
as the SIO can be had. The biggest differnce is the interrupt is a
Call(8085) or
vector(8088) and can interact with the 8259A.
FYI the part was created by NEC and the 8274 was the licensed copy though
Intel often lagged by a mask rev.
Try google.. If I had a scanner I have the NEC Microcomputers data catalog,
alas no scanner.
Allison
Now what the heck is going on here?
I needed to hook up a printer to my Commodore 64, and as luck would have
it, there was an interface among my stuff. It's a STRADDLEPRINT Interface
with Graphics - but I had no manual for it, and didn't know how to
configure it, etc. Google has nada for it.
Digging through my manuals, I came across a bad photocopy of the manual for
an Axiom ParallAx CD interface for Commodore. I thought maybe, just maybe,
it might have some clues for me.
So I start going over it.. and my luck, it seems to describe what I have
rather well.. rather TOO well, in fact. As the similarities piled up, I
finally opened the Straddle case and.. the board is marked "ParallAx CD
ver. XX".
So once again, what the heck is going on, here? Was Straddle actually Axiom
/ Parallax - or perhaps vice-versa?
I'm wondering if any one has archived the contents of Mr. Eichberger's
blog pages that have a list the various PDP-11 operating systems?
His old blogspot page says the content has moved to his new site. And
the new site -- at least to me -- appears to be rather lacking in any
form of content. It was a really good reference, and now that I
finally have some time to actively get back into my classic computing
hobby, I can't find the reference list of operating systems. (I mostly
am trying to find the which version of RSX-11/M+ is most current, and
which is the most current RSX-11/M+ is available for download.)
Also, does anyone have a copy of the DSM-11 tape from the Computer
Conservation Society webpage? Trying to download the image from their
provided link 404's.
Thank you,
Christian
--
Christian M. Gauger-Cosgrove
STCKON08DS0
Contact information available upon request.
On Jan 20, 2014, at 4:23 PM, Al Kossow wrote:
> Just throwing this out to see what other people think.
>
> I suspect we're at the tail end of the usage life of devices that don't speak IP.
> I'm mostly thinking about networking devices 80's > 00's
>
> So, what needs to be preserved? How much of this does CHM need to do? Is any other
> collecting institution already covering this? How much is within scope?
Al, you are probably very far ahead of me, but I have two suggestions:
1) ?bridge? pieces - the Kindergarten example is probably a Dayna EtherPrint-T or Asante EN/SC type device that allowed a LocalTalk network to bridge to an Ethertalk network. In terms of long-term, serious restoration/preservation, having one of those available means having a device that could be (maybe) deconstructed to give information about both types of network. It also seems pretty helpful to anyone trying to restore hardware on the less-used (LocalTalk) side.
2) Interconnects used to parallelize processors in supercomputer families - Infiniband and the like. This may be a hard goal, but it could be that retiring supercomputer sites may have the stuff available, and recalling the Cray software discussion going on now, this might be a good time to ask. And, looking far ahead, some characteristics of these interconnects will be needed to supply the voracious data demands being put on the internet, so they may serve as prototypes for data center interconnects in widespread use years from now.
My two cents, HTH.
- Mark
No doubt you will all pick many holes in this, but...
Summary:
Chris Fenton and Andras Tantos decided they wanted a model of the
famed supercomputer for their desk. It turned out to be a more
complicated project than expected.
http://gigaom.com/2014/01/14/the-search-for-the-lost-cray-supercomputer-os/
--
Liam Proven ? Profile: http://lproven.livejournal.com/profile
Email: lproven at cix.co.uk ? GMail/G+/Twitter/Flickr/Facebook: lproven
MSN: lproven at hotmail.com ? Skype/AIM/Yahoo/LinkedIn: liamproven
Tel: +44 20-8685-0498 ? Cell: +44 7939-087884
On 17 January 2014 20:20, John Foust <jfoust at threedee.com> wrote:
> At 11:26 AM 1/17/2014, Chuck Guzis wrote:
>>On 01/17/2014 04:54 AM, Liam Proven wrote:
>>>You cannot install this onto a PC. It is not a PC OS and it was not
>>>available to the public. It *only* came in the ROM of certain
>>>battery-powered pocket devices.
>>
>>Not entirely true! WinCE was extensively deployed on x86 thin clients.
>
> Like point-of-purchase systems, right?
>
> - John
Some years ago I watched the in-flight movie system on a Lufthansa
flight trying to reboot (the type with one video screen embedded in
the chair in front of you). IIRC it took something between five and
ten minutes to boot.
-Tor