I have a HP 9845T (B with 2 tape drives and printer) for trade or sale.
The unit is in a nice optical condition, except for a bit screen mold on the
monitor and the ROM's are bad, not a real problem because I throw in 2
ROM-boards with the programmed flash IC's.
The only thing you have to do is to build the rom boards and place them in
the HP 9845B (I did tested it with the board of my own and it works).
I tested the PSU and replaced the filter caps with new ones.
This also includes a manual and some other papers.
Trade for other HP-stuff preferably HP 9800 items (roms manuals interfaces
etc.)
But I will consider other options.
Item is located in the Netherlands.
-Rik
------ Original Message:
Date: Fri, 17 Feb 2012 20:34:19 -0500
From: Dan Veeneman <dan at decodesystems.com>
> Hello,
> First, thanks to Jay West et al for bringing the list back to life.
--
Ditto!
--
>I'm looking for a source for the data cable that connects a Commodore PET,
>CBM 8032 to a Commodore 4040 dual disk drive. The cable has an IEEE-488
>connector on one end and a female PCB connector on the other.
> Any leads would be appreciated. Thanks!
> Cheers,
> Dan
Toronto PET Users Group store:
http://www.tpug.ca/index.php?option=com_content&view=article&id=73&Itemid=70
While not a 6502, 6809E chips fail on the Coco quite often. The cartridge connector is directly connected to the processor without buffering or protection of any kind. Removing a cartridge, or jostling the disk controller cartridge with the power on can short lines and kill the chip.
Cloud9 sells a board that one can install with a 6809E or the Hitachi version of the 6809 (6309) to protect the processor.
http://www.frontiernet.net/~mmarlette/Cloud-9/Hardware/Pro-TectorPlus.html
I haven't bought one yet, because I bought 68B09E chips from Jameco for $5 each.
I've only seen one Coco with a blown chip, and I got it that way.
Al
I have a VAXstation 3100 that I would like to pass on. I acquired it
recently and I have successfully booted it into VMS over the network. It
does not have a disk.
I am based in Stockport, UK and would prefer collection in person.
Regards
Rob
I've got an Acorn AKF-17 on my workbench, serving duty as a test monitor
and the display for my Acorn A3000. For those not in the know, it's
essentially a Philips CM8833 Mk.II chassis with most of the inputs
blanked off. It's actually quite a nice monitor, except the power switch
is on the back (I prefer front-mounted power switches) and it's not
quite as nice looking as the metal-case Microvitec Cub (which has a nice
industrial look going for it).
Here's the catch. It seems to have a bit of a problem in the video
synchronisation department.
Specifically, the picture rolls vertically (from bottom to top), and
seems to move to the right as it does so. In other words, a vertical
line turns into a forward-slash.
Has anyone worked on one of these "fine" monitors (CM8833, CM8833 Mk2,
AKF17 or one of the many re-brands e.g. Atari SC1435) before?
What should I be staring daggers at first?
Does anyone know where I might be able to get a service manual (or at
least a schematic set)? I've got the Mk1 schematics and service manual,
but not the Mk2. Apparently someone posted them to Rapidshare last year
but the link is now rather dead :(
Also, does anyone know where I might be able to get a new power switch?
Apparently it's an ITT ME5A, Philips 12NC number 4822 276 11504 though I
can't confirm this (I don't have an AKF17 or CM8833mk2 service manual).
I've ruled out the A3000 -- MonitorType is 0 (TV-rate monitor) and Sync
is 0 too (composite sync). If I switch to Separate Sync (MT0/SYNC1), my
LCD monitor (an NEC EA231WMi) will lock on and display video...
Cheers,
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
A couple of weeks back I wrote to the list asking for advice on fixing a
C1581 drive (and thanks again for all the suggestions!). I now have the
drive working again so I thought I'd detail my experience in case it
helps someone else...
Symptoms: Both LEDs (red & green) stuck on constantly, no response from
drive via serial port. Drive does seek back to track zero on powerup.
Power supply good.
Initially, I had assumed that because the drive was seeking back to
track zero on startup, that the CPU was running properly. (I later
discovered that this is actually incorrect -- the 3.5" drive unit in the
1581 (an 800K unit identical to those used in the Amiga 500) does this
operation itself when it is powered up.) The CPU's clock pin was
pulsing so at least -something- was running.
The EPROM and WD floppy controller chip are socketed in my unit. There
were no visible signs of life on the WD control pins. Dumped the EPROM
and verified its contents (they were good). Since the WD controller was
socketed and I had a spare, I swapped it out. No joy there.
At this point, lacking any other diagnostic information I decided to
monitor the CPU's Address and Data lines to see if I could work out what
it was trying and failing to do at powerup. Thanks to a new 40-pin DIP
clip (thanks again, Ian!) it was pretty easy to connect up my logic
analyzer (a Tek 1241 for those curious) and it pretty quickly became
clear that while the CPU was running, it wasn't functioning properly at
all. No matter how I looked at the address & data I couldn't work how
it could possibly be running a valid program. Data matched up to the
addresses being read (for addresses within the EPROM's address range
anyway) but the ordering of the addresses did not seem to correspond to
a running program.
I desoldered the 6502 and stuck it in a working Apple II, and sure
enough the Apple would not run with the 1581's CPU. I installed a
replacement 6502 in the 1581 and I'm happy to report that it now works
properly again! I believe this is the first time I've run into a faulty
CPU in a vintage computer (or peripheral).
- Josh
From a friend just getting back into hardware:
"I'm wanting to catalog a large collection of chips that my Dad had so I
know what I have...
7400 chips are easy to find / grab the datasheets for...
Others I'm having issues as it appears manufacturer's have used the same
number various times; often times locating on the web is a problem even
finding the number...
Major question is : 1) Is there a list of somewhere that I can use to
identify the chip manufacturer's logo? Some of these chips are from the
70's. "
I'm not a "vintage IC" knowledgable person, but I would be happy to pass
on any links provided. I also asked him to snap some pics of ICs, and
maybe folks here could point him to relevant datasheets for some of them.
Jim
--
Jim Brain
brain at jbrain.comwww.jbrain.com
>> > I guess I'm a total anorak, but there was a TNIX..
>> >
>> > [Tektronix Unix, running on a PDP11/23-based development sustem]
>> I own one of those and BTW I am looking for software for it. The
>> hard
>> disk needs a fsck(8) and this is a stand alone tool. Unfortunately I
>> didn't get those floppies with the machine.
>
> I _may_ have the distribution kit for my machine I will see what I
> can find.
>
> -tony
>
ISTR fsck needed to be run quite often on the 8560. Not the world's
most stable system :-(
But IIRC Tnix is simply AT&T Unix version 7 with bits taken out and
other bits added on, so fsck should be the standard Unix v7 fsck for the
PDP-11. I suppose that could be found elsewhere? Or would it have been
modified to suit Tek's hardware?
/Jonas
I've had to have a bit of a tidy up, and I have to part with the nice
Sony monitor off one of my SGI INdys.
Sony GDM-17E21 17" CRT, colour "granite" grey, to match an Indy or O2
keyboard. Dual inputs: HD15 "VGA" connector and 5 BNC (R/G/B/HS/VS).
Not used for a few years but should be in good order. I can't ship this
because I can't find a box and packing large enough, so it will have to
be collected from York, UK. It also can't stay here long; it was going
to the electrical waste this weekend before I put my foot down. But it
might stay a few extra days if someone guarantees to collect it.
--
Pete Peter Turnbull
Network Manager
University of York