All,
I've added a VCB02 card to my MicroVax 2. Right now the VAX is setup with
the following layout...
Slot 1 KA630-A CPU M7606AF
Slot 2 8M RAM M7609-AM
Slot 3 8M RAM M7609-AP
Slot 4 CMD SCSI MSCP encapsulating (top half) empty bottom
Slot 5 M7516-YM (ethernet, top) M7546 for TK-50 (bottom)
Slot 6 VCB02
Slot 7 VCB02 Memory
Slot 8 VCB02 Memory
Per the docs on bitsavers, the VCB02 can go in any QBUS slot 5-8, but the
layouts in the manual are different than what I have setup.
With the VCB02 in there POST takes longer, but the console still comes out
on the serial port. The VCB02 shows 3 red LEDs.
I assume I need to set the addressing on the card, but I have 0 clue what
to do.
--
-Jon
Jonathan Katz, Indianapolis, IN.
I am looking for a bbs/fideonet database for Australia
that lists the nodes that existed in the past
so I can see if there were node around my location
?
---
tom_a_sparks "It's a nerdy thing I like to do"
Child of the Internet born 1983
PGP ID: A7EF6006
Please use ISO approved file formats excluding Office Open XML - http://www.gnu.org/philosophy/no-word-attachments.html
Ubuntu wiki page https://wiki.ubuntu.com/tomsparks
This has been relisted several times already, and I imagine the owner is likely to scrap it if it doesn't sell.
http://www.ebay.com/itm/s/380869476221
--Bill
Some time back (too long ago to remember, which lately means > 2
months) I purchased a set of slides marked "(C) Digital Equipment
Corp." They were stuffed in a drawer and forgotten until recently,
when I dug out my slide scanner for a different job. Thanks to
inertia, the scanner stayed where it was and I scanned in the DEC
slides as well. Nothing cohesive here and completely lacking context
but I thought the DECfans among us might find them interesting. They
appear to be part of some sort of training materials:
http://silent700.blogspot.com/2014/03/and-some-more-slides.html
Enjoy!
-jht
--
silent700.blogspot.com
Retrocomputing and collecting in the Chicago area:
http://chiclassiccomp.org
I have five DEC 3000 series machines that came along with a batch of other items. They do not interest me, and I think that their present monetary value per unit weight is low. Model numbers vary, installed cards vary, and I haven't opened them up or studied them carefully. Paint is scratched up and on some of them the vinyl feet have turned to sticky goo. I want them gone, but I'd prefer not to scrap them. These are just the main boxes, with no keyboards, monitors or cables. One of them looks like it has some sort of fiber optic interface card installed. Some look like they have graphic boards installed, some don't. At least one of them appears to have a CD ROM drive.
Does anybody want them? I'm not interested in packing or shipping them. I'll give them away free if you come pick them up at my home in Riverside on a weekend (note, rough dirt road... truck recommended), or sell them for $4 each if I need to load them back up in my truck and bring them to my workplace in Irvine for a weekday pickup. :)
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/
Servicing a DECstation 5000, I found this old CAD, Matra Euclide-IS.
I managed to make it start: it use a proprietary DB to store objects.
The problem is this: I can retrieve stored objects (the equivalent of
drawings), but haven't figured out how to display them :P
Menus are not so obvious.
I mean that it loads the drawing with no errors, and I saw only the axes
on the graphic screen.
Tried to recalculate, changed view...
Created a drawing by myself: saved it.
On reopening, it happens the same.
I checked the database, and objects are there...
I'm missing something: did you ever use it?
Thanks!
From: Philipp Hachtmann <hachti at hachti.de>
>No more bus driver discussion, PLEASE!
>Throwing up this bus driver thing again and again
>discourages people.
--- Philipp, I hope you will permit me to answer criticism. I think that if we keep it cordial and constructive, it will serve the useful purpose of answering concerns about Omnibus interfacing. I can show that, in fact, the interface approach being used is completely compatible with DEC Omnibus interface practice.
From: Eric Smith <spacewar at gmail.com>:
>Now consider the same question if the vendor explicitly claimed that it did
>meet the specification, and put on their web site a well-intentioned but
>flawed analysis of that claim. Would you complain about someone that
>pointed out the flaw in the analysis?
--- Hi Eric,
As I pointed out before, I didn't claim in the article that the receivers meet "Omnibus specifications", only that I judged it to be close enough. (The transmitters easily exceed DEC practice.) I apologize if the way I originally presented it was confusing. One of the problems with establishing compatibility with Omnibus specifications is that no comprehensive Omnibus specs have turned up so far. Instead, we have to look at actual DEC design practice.
Since you raised concerns about it, I have rewritten the section to clarify the matter. In doing so, I did additional research which revealed that DEC used various ordinary TTL gates as Omnibus receivers on many occasions. There is a list of twelve citations, involving 58 Omnibus connections, which documents this practice. TTL gates used include 74H87, 74H04, 74153, 7404, 7412, 7439, 7410, 7430, 7474, and 74H11.
These were employed for timing signals, control signals and for data buses. This list is by no means comprehensive, since I only spent a short time searching schematics. No doubt, we could find many other instances. You can see the full table at: http://tronola.com/html/ram_for_pdp-8e.html#Secret
The conclusion from this table is that DEC certainly regarded standard TTL input specs as adequate for an Omnibus receiver. Moreover, the specs on the Omnibus interfaces of the 32K RAM board are as good or better than the cited DEC instances. Since quite a few of these instances involve critical signals of CPU cards, we can say that virtually all PDP-8/e, f and m systems have receivers with standard TTL interface characteristics. Thus, there is no reason to suspect that there will be any limitations in using this design, relative to existing DEC hardware.
I appreciate your giving me an opportunity to clarify things and to hopefully lay to rest, any concerns about the interfaces.
Steve Lafferty
Yes I would be very interested in any Targa related files being placed up for download, thank you Kelly.
I also have been searching for Topas or any of the old utilities listed in the software manual
Cheers
Ryan May
Hello, all,
This morning I did some looking at my RK8E boards, and it appears that
it has been ECO'd to make a change to the clock generation logic for the
Current Address Counter.
This ECO supposedly helped with the issue, but apparently it isn't good
enough for this RK8E to work properly in my 8/e.
I tacked in an extra probe wire to the least significant bit of the
Current Address Counter on the RK8E.
I put things back together, and toggled in my little test program that
loads the Current Address Counter with 0, then loops on itself to
generate scope traces.
When I ran the program, it was instantly obvious that the counter is
indeed incrementing due to the transient in the clock signal.
The LSB of the counter goes to logic 0 for a short time (as a result of
the load operation), then pops up to logic 1 due to the transient
causing a count cycle on the 74161 counter.
You can view the traces here:
http://pail.bensene.com/RK8ECounter.jpg
The top trace is the LOAD signal into the counter, the middle trace is
the CLK signal into the counter, and the bottom trace is the LSB of the
counter.
It's clear that when the CLK signal goes high (the clock triggers on the
positive edge) after the transient, the counter counts up one, causing
the LSB to go to 1.
As David Humphries mentioned, it appears to be a design flaw in this
clock generation circuitry that, depending on small timing variances in
different machines, causes this transient to be generated, messing up
the operation of the RK8E.
A couple of different signals from the master timing of the PDP 8/e are
used to generate this clock signal, and it could be that one of these
signals on my machine is slightly off due to variances in propagation
times in gates and flip flop timing chains that manifests this weakness
in the RK8E Current Address Counter clock circuitry.
The machine where the RK8E was tested as good may have had slightly
different timing that either rendered the transient too short to trigger
a count, or eliminated it completely.
The next step is to try to figure out what I need to modify to make this
transient either go away or such that it is no longer effective in
triggering the Current Address Counter to count up before DMA operations
begin.
Suggestions as to how to clear this up are warmly welcomed.
Thanks to all,
Rick Bensene
Hi folks!
I grabbed my first Osborne I today :)
I powered it and it showed a crisp and vivid monitor :D
I had a bunch of disks, but none of them worked (boot error).
So I tried them elsewhere: they were all Double Density (so I have DD
drives) but almost unreadable: the surface is dirty and covered with
spots, may be fungi :(
I dowloaded some IMD images and gave it a try...
It booted with the Osborne logo and then the screen was slowly filled
with junk, mainly "@". The Osborne stopped responding: I pressed the
Reset button...
Continuous beep on reboot, screen filled with random chars.
I powered off, waited some minutes: no changes, no boot.
Beep and screen junk, the floppy drives lights dance rhythmically :p
I'll able to open it only the next week (the work table is full), but
I'd like to figure out what's happened.
Ram? Rom?
Thanks!
Hi folks,
I have or don't have a problem with one of the OmniUSB board. I just don't know.
So is there anybody who has tried to use a board in a pdp8/a? Or is there
someone with a board and a pdp8/a at hands to give it a try?
This is the story: I distributed most of the OmniUSB boards last year. And did
not get very much feedback from the people who bought them. I know only of one
party having successfully used the board. All boards have been checked with a
special CPLD firmware and a checkout program on the pdp8 which together provide
complete test coverage for all signal ways going to the pdp8 and back. Even the
DIP switches were tested individually. So I strongly assume that all boards I
shipped are working fine. But.... A few weeks ago I got informed of a board just
not doing anything in a pdp8/a. I gave hints how to use it etc. Then I asked to
send the board back to me to check what is wrong with it. The board arrived and
I put it into my development 8/e - works perfectly. I also did my checkout
routines - everything seems to be perfectly fine. Now I have no idea what could
be wrong. Something with the 8/a? Or a general 8/a issue? The 8/a has the same
CPU as the 8/e afaik. Could there be some subtle differences between 8/a and /e?
Following some detailed info about how OmniUSB talks to the Omnibus:
These are the signals from and to the Omnibus:
> -- Omnibus connections
> io_pause : in std_logic;
> ts3 : in std_logic;
> tp3_n : in std_logic;
> sw_n : in std_logic;
> initialize_n : in std_logic;
> md : in std_logic_vector (3 to 11);
> DATA_R : in std_logic_vector(4 to 11);
> DATA_D : out std_logic_vector(4 to 11);
> internal_io_d : out std_logic;
> c0_d : out std_logic;
> c1_d : out std_logic;
> skip_d : out std_logic;
> int_rqst_d : out std_logic;
The most operations are enabled by a signal named io_active which is:
> io_active <= io_pause and ts3;
e.g.
> if (match_rx = '1' or match_tx = '1') and io_active = '1' then
> internal_io_d <= '1';
> end if;
for driving the internal_io Omnibus line
Might this be a problem? Is there anything different with 8/a bus timing? Is the
TS3 signal unavailable? Is the io_pause signal unavailable?
I appreciate any hint.
Kind regards
Philipp
> Message: 9
> Date: Fri, 21 Mar 2014 10:06:59 -0600
> From: Roe Peterson <roe at liveblockauctions.com>
> To: General Discussion: On-Topic Posts Only <cctech at classiccmp.org>;
> Subject: Re: PDP-8a Restoration/RL01 issues
> Message-ID: <532C63A3.9040302 at liveblockauctions.com>
> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
>
> On 03/21/2014 09:55 AM, Ethan Dicks wrote:
>> On Thu, Mar 20, 2014 at 4:47 PM, Anders Sandahl <anders at abc80.net> wrote:
>>> Ok, I got the parts and putted the things together.
>
> It might be a good idea to cover the window on the eprom in your third
> photo...
>
I'll fix that.
/Anders
We have 18 paid units for the group buy, which is enough for the buy to
proceed. There are still several folks who expressed interest, but have
not paid.
If you want one of these, now is the time! Here are the details again, in
case you missed them:
The 32K RAM kit is for an Omnibus card that should work in the PDP-8/e, 8/f,
8/m, and 8/a:
- Complete kit, including battery, PCB and parts. Soldering required.
Includes IC sockets for the RAM kit, but not for the prototype area.
- The amount is $95, including shipping. If you are outside the USA,
please add $20 for shipping.
- Please make Paypal payment to this email address. It will show my
wife's name, Hildebrand. (My initials are vrs, and that email is just
my initials at msn.com.)
- Ordering for this project will close March 31, 2014.
- The kits are expected to ship by May 8th. (Long PCB turn time is used to
keep the price down.)
- Please allow up to 10-days for delivery.
Some features of the kit:
- Battery backup with long life.
- Inhibit on power fail to prevent memory corruption.
- Easy to build, with all through-hole parts.
- Provides full 32K memory in a single card slot.
- Cooperation with any mix of core memory or ROM boards.
- Compatibility with the Omnibus.
- Most of the full Omnibus board area is laid out for prototyping.
- High quality board with gold fingers, plated holes, silk screen and
solder-mask.
You can read Steve's article about the prototype here:
http://www.tronola.com/html/ram_for_pdp-8e.html
Thanks,
Vince
Apparently there's a project to revive it.
http://www.geekdot.com/helios-ng
Source on OSnews:
http://www.osnews.com/comments/27631
The first comment is a nice little paean to the Atari Abaq which
people might enjoy - with a link to a Youtube video of boot-up.
--
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
I did a comparison of the bus input receiver on the 26S10 vs 8641 a while back.
Here is the plot: http://ak6dn.dyndns.org/stuff/26S10vs8641.jpg
As you can see, there is about a 0.5V difference in the receiver threshold.
May make a difference in some configurations, probably not in most.
Also the 26S10 is a faster device on the bus transmitter output.
This may cause undesired reflections/ringing under some bus loading conditions.
Ideally the transition time should be longer than the electrical length of the bus.
With a 26S10 the maximum unibus length would be much shorter than with a legacy 8641.
Again, may make a difference in some configurations, probably not in most.
Don
-----Original Message-----
>From: Vincent Slyngstad <vrs at msn.com>
>Sent: Mar 19, 2014 12:07 PM
>To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>Subject: Re: DEC Unibus Interface ICs
>
>From: Paul Birkel: Monday, March 17, 2014 12:13 PM
>> Unibus Handbook Figure 1-30 does specify the RC-equivalent input for this
>> IC but I have not as yet tried to cross-walk it against well-known
>> SN74xx-series chips. I imagine that I'm the umpteenth person to encounter
>> this problem, so before I try to rediscover fire I'm hoping that someone
>> else could share their torch of knowledge :->?
>
>I remain a fan of the AM26S10 for this, though like everything else, it fails
>to meet the detailed specifications.
>
> Vince
Hi,
The QBus field guide is pretty specific when it comes to the M7609, but rather terse when it comes to the M7621 description. Reading through the KA630 and 650 CPU module user's guides, it seems both CPU's communicate with RAM via CD and the 50 pin ribbon cable.
Is the main difference between the uVax memory boards just access speed, or are they matched by design to the various CPU's?
ie. can an 8Mb board from a KA650 CPU be used with a KA630 CPU?
thanks
--
alex
Hey,
A friend of mine has had an unassembled Heathkit H89 in original packaging.
He wants to know if it is worth any more or less because it was never
assembled. If anyone could help, we'd appreciate it!
Thanks
Joe.
All,
Many of you know I took in Pat's E10K. Sadly, I just don't have the time or
physical power requirements to get it going. I need to find it a good home.
Here is what I know...
64 400Mhz CPU x 64G of RAM E10K. Comes with an assortment of PCI-based and
sbus-based IO boards. Has S1 boot drives. It has 2x U5 SSPs that have the
SSP software and run and boot. It comes with several spares including power
supplies, system control boards and system boards. It's crammed with
various IO boards of the FCAL, ethernet and SCSI varieties.
It's located in Indianapolis, IN 46219 in my garage. You'll need a truck
with a lift to pick it up.
--
-Jon
Jonathan Katz, Indianapolis, IN.
Well, new to me, anyway.
http://www.1000bit.it/
You're meant to read that in binary - in other words, it's about
eight-bit home micros, mainly.
An eBayer looking at my DEC tapes asked me if I had any fliers or
commercial literature for them, which sadly I don't.
--
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
Hello,
I'm looking for any technical reference material on the ICS11614 aka
Gravis GF1 chip on the original GUS series of sound cards. Specifically
I'm after pin map, AC and DC electrical characteristics (basically the
Datasheet) and a register level reference such as a programmers
technical reference manual. If anyone can point me in the right
direction, I would greatly appreciate it!
Thanks,
-Alan
WTS Data General AVIION 3600R, USED, qty 1, CALL, Data General AVIION 3600R
System Made in the USA.
I have this whole cabinet full of boards and hard drives. Anyone interested
let me know soon before it goes to La La land.
Jim Firlik
Techway Services
Phone: 855-832-4929 x201
Jim at techwayservices.com
NOT affiliated with seller. If someone wants this, give him a call or
email.
Cindy Croxton
Electronics Plus
Hey all --
Got myself a Zilog S8000 Model 31 in operable condition. It's a bit of
a mongrel (I'll get into that later) and of course the drives have been
wiped. I know this is a long shot, but does anyone happen to have any
media for this thing, in any format? There doesn't appear to be much out
on the 'net about this thing so I'm guessing that software is going to
be hard to come by, but I have to try, right?
I'm also looking for an ECC controller for this thing -- when I got it
it had several random (and possibly mutually incompatible) boards
installed in random slots. I have one 1mb ECC board (no controller),
one 1mb parity memory board (that I have no documentation for -- nothing
on Bitsavers matches this thing) and one 128K parity board that appears
to have been upgraded to 512K (4 rows of 18 64kbit DRAMs).
There's also an "I/O Processor" board (with its own Z8001 cpu) which I
have no information on.
I'll be dumping the EPROMs from this once I get my stuff unpacked from
my recent move, I can also take pictures of stuff if anyone's interested...
Thanks as always,
Josh
>For new designs, or rewiring old ones (dead-bug?), is there a generally
>agreed logical substitute for the 8640?
--- The DEC8640 is recognized as the National Semiconductor DS8640, long obsolete of course.
It is listed as being available here:
http://octopart.com/partsearch#!?q=ds8640
Most sources there quote by RFQ (which I have found does work) but one, Quest, has it for $15.
Steve Lafferty
The DEC PDP-11 Unibus Handbook identifies three standard ICs for use when
connecting to Unibus lines:
Bus Receiver - 8640 Quad NOR
Bus Transceiver - 8641 Quad
Bus Driver - 8861 Quad NAND
It seems to be generally agreed that the 8861 driver/transmitter can be
substituted by the 7439 Quad 2 Input NAND Buffer O.C.
There seems to be no recognized physical substitute for the 8640, at least
in part because it uses the 1 & 8 pins rather than 7 & 14 pins for GND/VCC,
respectively (see Figure 1-25). Is that correct? What have folks been doing
when needing to physically replace one of these -- substitute from a
sacrificial module?
For new designs, or rewiring old ones (dead-bug?), is there a generally
agreed logical substitute for the 8640?
Unibus Handbook Figure 1-30 does specify the RC-equivalent input for this
IC but I have not as yet tried to cross-walk it against well-known
SN74xx-series chips. I imagine that I'm the umpteenth person to encounter
this problem, so before I try to rediscover fire I'm hoping that someone
else could share their torch of knowledge :->?
-----
paul
I'll keep it short.
Stuff that might interested CCmp types...
TEAC 5.25" HD (1.2MB) floppy drive
http://www.ebay.co.uk/itm/271428687740
Set of 4 x 1600bp 9-track tapes: VAX software & others
http://www.ebay.co.uk/itm/271429544913
Set of 3 DEC Compactape TK50 cartridges in original packaging with blank labels
http://www.ebay.co.uk/itm/271429550658
Set of 7 3M Compactape TK50 cartridges in original packaging (used)
http://www.ebay.co.uk/itm/271429552762
N.B. I have 3 sets of 7 - if it sells, I'll be relisting the last item as-is.
Perfectly happy to split if you only want 1 or 2 items.
--
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
The RQDX2 controller (MFM and floppy) received the scatter/gather list as
part of the MSCP command - thus offloading the scattering and gathering to
the device.
On 3/19/14, 11:00 , "cctech-request at classiccmp.org"
<cctech-request at classiccmp.org> wrote:
>On Tue, Mar 18, 2014 at 9:11 AM, Ethan Dicks <ethan.dicks at gmail.com>
>wrote:
>>
>>That is essentially it. Between maxxing out at 4GB of RAM and how
>>slow the KD32 was, ISTR they didn't last long after the MicroVAX
>>II/VAXstation II came out a few years later.
>>
>
>(We all know you mean 4MB, not 4GB).
>
>http://ifctfvax.harhan.org/Quasijarus/vaxhw/overview.html
>
>Q22-bus MicroVAXen
>KA610 aka KD32 was the first Q22-bus MicroVAX made. It is also the
>worst VAX ever made. This is because it violates the two-layer bus
>structure requirement (see above). KA610 aka KD32 is the only Q22-bus
>MicroVAX on which there is no bus adapter or any other kind of nexus
>standing between the CPU and the Q22-bus devices. KA610 aka KD32 uses
>the Q22-bus as its VAX main bus and Q22-bus memory as main memory.
>Among other horrible things, this means that the main memory is
>limited to 4 MB and that no scatter-gather DMA is possible.
Well, I'm embarrassed. The Teac units are indeed 35-track drives with
deathly slow seek rates. Just finished formatting, reading and writing a
couple of diskettes under IMD.
I had already tried slowing down the step rate as far as 10ms, but never
went any further since I had never encountered a drive any slower than
that. This is a lesson I won't forget!
Thanks again to all.
Steve
--
----- Original Message -----
> Date: Tue, 18 Mar 2014 07:14:36 -0400 (EDT)
> From: Steven Hirsch <snhirsch at gmail.com>
>
> On Mon, 17 Mar 2014, MikeS wrote:
>> Any chance it has a jumper setting that puts it into double-step mode and
>> emulates a 'normal' 40 track drive (albeit with a narrow head)? AFAIK RPM
>> and
>> current would be the same.
>
> Could be, but that doesn't explain why it seems to single-step when a
> train of pulses arrive at the max rate, yet double-step when they arrive
> individually.
>
> I really hate to write off these two drives. They are incredibly clean
> units, probably NOS and were top of the line in their day.
>
> Steve
----- Reply: -----
Then maybe the step rate is just too fast for those drives? Some systems did
have an option to set the step rate depending on the drive type.
Are the rails immaculately clean, i.e. no unusual friction? Maybe try
exercising one of the drives for a bit to see if that helps...
----- Original Message -----
> Date: Sun, 16 Mar 2014 13:19:10 -0700
> From: Chuck Guzis <cclist at sydex.com>
>
> On 03/16/2014 12:42 PM, Steven Hirsch wrote:
>
>> Question remains: Why is it doing this? Are both drives defective?
>
> I doubt it--lots of Tandy enthusiasts have used these drives for years.
>
> I'll think on it, but do you have the termination pack installed if this
> is the only drive on the cable? Sometimes you get odd effects if the
> terminator is omitted.
>
> --Chuck
------ Reply:-----
Any chance it has a jumper setting that puts it into double-step mode and
emulates a 'normal' 40 track drive (albeit with a narrow head)?
AFAIK RPM and current would be the same.
Greetings,
This is not a very easy message to write. After about 13+ years of running
AlphaServers, I will be decommissioning them within two weeks. As sometimes it
takes a while to find new owners for these machines, I'm sending this message
in advance to gauge interest in taking them. They are:
DEC AlphaServer 1200: (1) 533 MHz 21164A-2 CPU (until recently, it had two of
these. One is now showing a fan error. Perhaps, if you replaced the fan, it
still might work, if the board is OK), 1 GB ECC RAM, (2) 9.1 GB disks (one is
DEC OEM :]), (2) 18.2 GB disks, (3) 36.4 GB disks, (2) DEC DE500-XA 100 Mbit ethernet adapters, ARC Logic 2000PV VGA adapter (2 MB RAM?), QLogic 1020 Fast Wide SCSI HBA, Mylex RAID DAC960P/PD controller with 8 MB RAM.
DEC AlphaServer 4100: (4) 467 MHz 21164A-2 CPUs (one of these is dying, but I
have a replacement for it), 1 GB ECC RAM, (2) 9.1 GB disks (one is also DEC
OEM :]), (2) 18.2 GB disks, (3) 36.4 GB disks, (2) DEC DE500-[A,B]A 100 Mbit
ethernet adapters, S3 Trio32/64 VGA adapter (1 MB RAM?), QLogic 1020 Fast Wide
SCSI HBA, Mylex RAID DAC960P/PD controller with 8 MB RAM, (2) 9.1 GB disks
configured RAID1, (4) 9.1 GB disks configured RAID5, another (4) 9.1 GB disks
configured RAID5, (3) 9.1 GB disks configure RAID5. That makes (3)
StorageWorks arrays in the pedestal.
Pictures of the machines are available upon request. There's probably some other goodies in the box at the colo. I can't remember what's inside. Definitely, I have (3) DS 1287 TOY (time of year) chips. These are not very easy to find.
These machines are available to (in order of priority):
1) NetBSD/alpha port maintainers;
2) NetBSD/alpha developers;
3) pkgsrc developers (any platform/any OS);
4) NetBSD developers;
5) Developers from any other open source OS;
6) The general public;
First person(s) in those categories showing interest gets them. You don't have
to take both; you can just take one if for some reason you don't want both.
I'm not parting them out, though. They've available for pickup in Troy, MI,
UNITED STATES, and I can coordinate with the colo for you. The colo will also
ship these machines for me, if you are willing to pay the shipping. In that
case, they're not limited to any particular geographic area.
The members of this list have 14 days to declare interest/work out the
logistics of procuring these machines. Any other ideas for finding new owners
is also welcome.
Best regards,
rodent@
Has anyone had any success using SCSI to CF adapters on Sun SPARCs? I
was thinking about something like a Stratos Technology CF Aztecmonster
for my SPARC Classic. Any other better suggestions?
Thanks!
-Kurt
Greetings,
This is not a very easy message to write. After about 13+ years of running
AlphaServers, I will be decommissioning them in two weeks. As sometimes it
takes a while to find new owners for these machines, I'm sending this message
in advance to gauge interest in taking them. They are:
DEC AlphaServer 1200: (1) 533 MHz 21164A-2 CPU (until recently, it had two of
these. One is now showing a fan error. Perhaps, if you replaced the fan, it
still might work, if the board is OK), 1 GB ECC RAM, (2) 9.1 GB disks (one is
DEC OEM :]), (2) 18.2 GB disks, (3) 36.4 GB disks, (2) DEC DE500-XA 100 Mbit ethernet adapters, ARC Logic 2000PV VGA adapter (2 MB RAM?), QLogic 1020 Fast Wide SCSI HBA, Mylex RAID DAC960P/PD controller with 8 MB RAM.
DEC AlphaServer 4100: (4) 467 MHz 21164A-2 CPUs (one of these is dying, but I
have a replacement for it), 1 GB ECC RAM, (2) 9.1 GB disks (one is also DEC
OEM :]), (2) 18.2 GB disks, (3) 36.4 GB disks, (2) DEC DE500-[A,B]A 100 Mbit
ethernet adapters, S3 Trio32/64 VGA adapter (1 MB RAM?), QLogic 1020 Fast Wide
SCSI HBA, Mylex RAID DAC960P/PD controller with 8 MB RAM, (2) 9.1 GB disks
configured RAID1, (4) 9.1 GB disks configured RAID5, another (4) 9.1 GB disks
configured RAID5, (3) 9.1 GB disks configure RAID5. That makes (3)
StorageWorks arrays in the pedestal.
Pictures of the machines are available upon request. There's probably some other goodies in the box at the colo. I can't remember what's inside. Definitely, I have (3) DS 1287 TOY (time of year) chips. These are not very easy to find.
These machines are available to (in order of priority):
1) NetBSD/alpha port maintainers;
2) NetBSD/alpha developers;
3) pkgsrc developers (any platform);
4) NetBSD developers;
5) Developers of any other open source project;
6) The general public;
First person(s) in those categories showing interest gets them. You don't have
to take both; you can just take one if for some reason you don't want both.
I'm not parting them out, though. They've available for pickup in Troy, MI,
UNITED STATES, and I can coordinate with the colo for you. The colo will also
ship these machines for me, if you are willing to pay the shipping. In that
case, they're not limited to any particular geographic area.
The members of these lists have 14 days to declare interest/work out the
logistics of procuring these machines. Any other ideas for finding new owners
is also welcome.
Best regards,
rodent@
> From: "Kurt M. Nowak" <kurt.m.nowak at gmail.com>
> Subject: SCSI to CF adapter on Sun
> Message-ID: <5325D3DD.1050001 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Has anyone had any success using SCSI to CF adapters on Sun SPARCs? I
> was thinking about something like a Stratos Technology CF Aztecmonster
> for my SPARC Classic. Any other better suggestions?
>
> Thanks!
>
> -Kurt
>
I'm currently working on testing some of these out for my Sun's (back to
Sun 2/120 and Sun 3/110...)
Right now I just got the SCSI2IDE board I built working (thanks to an AHCS
member... Go Alan! :-) )
( http://n8vem-sbc.pbworks.com/w/page/57640284/SCSI2IDE ) and once I get a
working console cable
connected where I can watch it's behavior I'm going to begin testing it
with my Sun's.
I've also got a SCSI to SD card on order (hopefully will arrive by the end
of the month)
(http://www.codesrc.com/mediawiki/index.php?title=SCSI2SD#Overview) that
I'll also be testing.
So those are 2 options that seem less expensive than some of the others. I
like the SCSI2IDE idea
better (but I'm hearing that card is not going to be fast) since it would
give me the option of either using
Disk on Modules (DOM) for IDE, CF->IDE adapters or SD->IDE adapters (all of
which I have that work).
It would give the most options. SCSI2SD though should be good as well,
just not as many options for
the actual storage.
Earl
i am looking for the fabled Windows NT ATVista targa graphics card drivers/software. I have been reading old articles and it was claimed an expensive solution existed to capture frames from the card under Windows NT. I would even use a dos capture program if it could run in a dosbox under windows (the version I have off the demo disk seems to lock up if in windows)
Heck even one for Windows 3.x or 9x would be great. Any ideas where to start? I can't even find the ATVWin.exe or tiga graphics drivers anymore, sheesh.
Thank You
Ryan
Hello all,
we at https://hack42.nl just bought a very cool looking terminal, a
Lexicon Videotype like this one:
http://aheckofa.com/FoolMeOnce/MiscScans/EarlyVideoWP400.png
but it is only the terminal. We think it is missing some cpu box,
because it has a 96pin connector on the back.
does someone have information on this thing?
--
Met vriendelijke Groet,
Simon Claessen
drukknop.nl
Hello all,
we've got a couple of those and have not find the time to power them up.
are there things to look after before you do that, besides the elcos and
caps in general? are there docs around. found something for a 9100, but
is is totally different.
--
Met vriendelijke Groet,
Simon Claessen
drukknop.nl
I'm hoping someone can shed light on this. I picked up a couple of NOS
Teac FD-50A-03 floppy drives with DEC badges on the front and have been
trying to use them in various older systems with little success.
Yesterday I sat down with ImageDisk on my duplicating machine and started
digging deeper. These things are behaving very oddly. From what I read
on the web, the FD-50A-03 is a single-sided, 96tpi drive that supports
250KB/sec data rate and spins at a conventional 360rpm. This seems
nominally to be true, but...
I created a reference diskette by formatting single-sided on a known good
1.2M drive at 300K/sec (to account for its 300rpm operation). This should
be the correct layout for the Teac drive. Here's where things get weird:
- If I configure IMD to treat this as an 80-track drive and tell it to
read the reference diskette single-stepped, it can read even numbered
tracks only. The odd number tracks all throw read errors.
- If I put IMD into alignment mode and select a track at even decade using
the 0-9 command, it properly seeks to that track and reads it with no
errors! Since this works for, e.g. 4-7, the drive clearly is a 96tpi
unit. BUT, if I single step in either direction from an even track using
+/-, it tells me it's seeing data from a track that's _two_ steps away and
reads as if it was slightly out of alignment. If I try to move back to
the even decade, that is now off as well. Moving back to zero and trying
a seek to that same track gets me back to a good read!
- If I take a new, bulk-erased diskette and try to format it 80-track
single-stepped, it starts banging into the limit stop at slightly past
track 40 - almost as if it were actually double-stepping.
So, question is: What in blazes is this thing doing and why? Both drives
behave the same way. If they're both defective, it's a rather odd defect.
Steve
--
On 15/03/2014, Philip Belben <philip at axeside.co.uk> wrote:
> Late in 2012 finally gave in and bought a pocket-sized tablet PC (for
> which read "smartphone" - in fact a Samsung Note)...
[on folding keyboards]
> The trouble is, it would probably use bluetooth, and there is little to
> beat a bluetooth keyboard for creating security holes! OTOH, phones
> usually have a jack socket for speakers, handsets, etc.
These days, they also tend to have USB OTG ports; buy an OTG-to-host
funnyplug and a USB keyboard, and you might just have what you need.
USB keyboards are available in a huge range of sizes, including
pocket-sized. And they won't run out of batteries just as you're about
to commit your masterpiece to the screen. :) And given that you
already have a Samsung Note, it could cost as little as a tenner for
the keyboard and OTG-to-host widget.
Alternatively, there are still no-name laptops emerging from China
with WM8850 processors, 7" screens, real keyboards and price tags of
about sixty quid on ebay.
When I was storing many RK05 carts, long ago, I
had a 7 foot high steel shelving unit. For what
ever reason, it was supplied with holes drilled
in all the shelves, a few inches apart, in a neat
row about 2 inches from the front of the shelf,
and in another row across the back. I used cheap
paneling to close off the back of the space
between two of the shelves, and the sides, to
keep the dust out. Threaded rods through the
holes at front and back left gaps about the right
size for the packs to be stored on edge. I even
constructed a cover out of 3/8" plywood, with a 3
inch lip around it to accommodate the fact that
the shelves were about 2 inches too shallow.
Don't have shelving like that? You'll have to
come up with something else. Maybe wood shelving with 3/8" dowels between them.
-T
At 04:01 AM 3/16/2014, you wrote:
>Does anyone have recommendations for affordable/DIY space-saving
>storage for disk cartridges?
>
>I have ~30 or so RK05, RL01, & RL02 disk cartridges that take too much
>floor space in my workshop. I store them vertically, like vinyl
>records, but the floor isn't the best place for them. :P
>
>Does anyone have a design/photo of a DIY shelf for safely storing
>their disk cartridges, using the least "floor space" possible?
>
>
>Thanks,
>
>Bob
780 . [Prosperity] Nothing is harder to direct
than a man in prosperity; nothing more easily
managed that one is adversity. --Plutarch
a50mhzham at gmail.com ? N9QQB (amateur radio)
"HEY YOU" (loud shouting) ? Second Tops (Set Dancing) ? FIND ME ON FACEBOOK
43? 7' 17.2" N by 88? 6' 28.9" W ? Elevation 815' ? Grid Square EN53wc
LAN/Telecom Analyst ? Open-source Dude ? Musician
? Registered Linux User 385531
Does anyone have recommendations for affordable/DIY space-saving
storage for disk cartridges?
I have ~30 or so RK05, RL01, & RL02 disk cartridges that take too much
floor space in my workshop. I store them vertically, like vinyl
records, but the floor isn't the best place for them. :P
Does anyone have a design/photo of a DIY shelf for safely storing
their disk cartridges, using the least "floor space" possible?
Thanks,
Bob
I have about 35 Quarter Inch Cartridge tapes (QIC) tapes that are free
for the taking. Most are 3M DC 6150s and DC 600s (150MB and 60MB).
They are in the Portland Oregon area and I would prefer not to ship.
Contact Dennis at: drac7ft at gmail dot com