Picked up an Otrona Attache (w/8086 option) in a trade today. Very cool
little CP/M machine and I really want to get it running (hopefully it'll
be easier than the ND-812 fiasco which I've shelved until I have a ton
of time to do some major work on the sockets...)
The Attache's power supply is non-functional. I turn it on and get
absolutely nothing out of it, not even the power supply fan is
spinning. I've verified the power switch is working and that the little
220/110V "card" is flipped the correct way. Anyone have power supply
schematics (I have logic board schematics)? Anyone seen similar
problems with this machine?
Thanks!
Josh
Phill hit it on the nose when he wrote,
>The really important thing to remember about SGI machines is that the
>contoler's SCSI ID is 0 and not the more conventional 7, this did seem
>to trip up a lot of people :)
Something I read had me firmly convinced that the machine defaulted to a boot drive on ID 0. On the downside, I feel sort of dumb, but on the upside, the machine sees the drive now :)
Thanks a lot to Phill and Dan for helping me out. The machine makes a great boot chime, which I recorded and posted here:
http://www.nuvistor.org/content/powerindigo2.mp3
John
Hi all --
Picked up an AST Hot Shot/286 over the weekend thinking it'd be a way to
trick out my already tricked out(*) PC XT. (Yeah, like I don't have
enough other projects going at the moment...)
No manuals or cabling, just the card w/10Mhz 286. It has a row of dip
switches on the "front" of the card, a 40-pin connector on the top and a
40-pin socket. I assume the socket is for an 8088 (or maybe a cable
>from the motherboard socket to the card?) and I'm guessing the 40-pin
connector might have been for a RAM expansion.
Anyone have any docs/info on this? All I can find on the 'net is a
driver and a README that's about 4 lines long :).
Thanks once again!
Josh
(*) NEC V20 CPU, 640K RAM, SVGA graphics (1MB vram!), a single 360K
floppy (classic!), a 1.2gb Maxtor SCSI connected to a T128 controller,
3Com Etherlink II-TP, SoundBlaster 2, AST sixpakplus.
A couple of months ago I was lucky enough to find a SGI Power Indigo2, with a R8000 CPU. Naturally it came with no HDD sled but it had a DAT drive on a sled which I figured would work. Only problem is that when I put a HDD on the DAT sled, using an 80 pin to 50 pin adapter (known good), I never see a HDD in the firmware (serial console).
Googling didn't produce a lot of answers so I figured I'd ask the list. Can the DAT sled be used like this? The SCSI ID selection seems to depend, a little too cleverly, on what bay the sled is plugged into, but the sled has a small cable which is supposed to plug into ID selection pins on the drive. I have nowhere to put that. Maybe the cable needs some of its pins bridged? The drive itself is jumpered to the ID that the machine expects for a boot drive.
Is a 9 GB drive too big for the firmware? I am a SGI novice, and my reading of the docs says the firmware should "just see" a correctly configured drive without entering any commands to rescan, but am I wrong about that?
Thanks,
John
I have some sort of empty board for the HP 2760A card reader.
If I had to guess I'd say it was for a diode ROM.
Anyway, if you're interested, I'll let you have it for postage.
Hi there
I wonder how I can get hold of the following CD, as I would like to run
RT11v5.7. Mentec seem to have been purchased and I can find nothing about
PDP11's or licensing on the purchaser's web site.
Are we now in an 'abandonware' phase with RT11?
thanks
Dominic Storey
dstorey at barossafarm.com
Riseley, Berkshire
You can dump and restore RX01 and RK05 images over the console port with
my dump/restore programs
http://www.pdp8online.com/ftp/software/dumprest/
For diagnostic images a good collection is at
http://pdp12.org/pdp-common/reference/papertapes/maindec.html
Also any of the .SV or .DG files at
http://www.pdp8online.com/images/index.shtml can be converted back to
BIN file to load with bin loader, click on the file name and select
convert to BIN loader format. Use the search to find the image with
the correct file.
I have some I have converted for my testing here (dhrkch, dhrkae, dhrkbg)
http://www.pdp8online.com/ftp/images/paper_tape/
Writeups for the maindecs at http://www.pdp8online.com/query_docs/query.shtml
The images from the online archive above plus some non os/8 that
can't be displayed online are also available from
http://www.pdp8online.com/ftp/images/
I think some of the OS/8 RX01's will work fine for you. Not positive
which have the paper tape reader driver. You can check with resorc and
either my online 8/E or simh if you want to verify before restoring
an image.
If your rk05's have interesting stuff not on the online images I
would like to get a image.
I just had a bout with Colon Cancer and will have to start downsizing my
Computer collection which goes back to the early 80's got some S-100
stuff then PC's from the first thru XT, AT, 286, 386, 486's, 586, up to
PII's
I also have a complete IBM Series/! 110V half rack and full rack and
spare External floppy. Plus 4978, some 3101's some TI 810 printers
Cabling. Everything has to go. I also have a Pair of NEC APC's that run.
Got two old IMS 8000 8080 cabinets. Have some S-100 cards and 8"drives.
Got a Teletek Systemaster 65K CP/m SBC that used to work. even a boot
floppy and Docs. Got a Mariposa Design 64K Static Memory Board plus Manual.;
Even have a Tarbell SBC 8-16 that used to run Got all the Boots and Docs
Boy Am I Puter POOR. Got a N* Horizon and a ton of Cards thats up for Grabs.
Got a Cromemco ZPU and a 16K static card Plus an 8K ByteSaver fully
populated sans Proms.
Got a ADS Promblaster wating for one chip. Found one at Unicorn but need
to sell something to get the Bread to purchase
Got a Advanced Digital Corp S-100 MFM Controller but not sure of its
Status.
Got a Tarbell FDC 1011C and a 1011D Fully populated that ought to work
Got two Vector Graphic CPUs and a Z80
Got some spare Compu-Pro cards 8085, Disk1 that needs fixing, Disk3,
couple RAM22.s RAM17.s Interfacer 3 and 4 that I may put up if the
price is right
Looking for Shipping and Handling and a few Bucks to put my pocketbook
to rest.
I'd go the E-Bay Route but they only allow Credit cards for PayPal and I
don't have one. I am strictly "Cash on the Barrel head" which includes
Money Orders
My E-Mail is good if anyone is interested.
I am located just NW of Milwaukee in Menomonee Falls right off of US
41-45 for PICK-UPS
I will be posting Vintage Computer Market Place and Comp.os.cpm and
Maybe even E-BAY
Bob in Wisconsin
> From: Ian King <IanK at vulcan.com>
>
> More than one business has been brought down by being too greedy....
>
> -----Original Message-----
> From: cctalk-bounces at classiccmp.org [mailto:cctalk-bounces at classiccmp.org] On Behalf Of dwight elvey
>
> Well, that ends my ebay usage.
> Dwight
A more accurate statement is that sellers will no longer be able to ADVERTISE
that they will accept checks or money orders, but sellers will still be able to
accept them provided the percentage doesn't go over some amount known only to
oBay. But the limitation on checks, money orders, AND cash don't apply to autos,
mature audiences, and I think one other catagory.
Regardless, I quit selling back in May because of the oBay/PayPal fraud
protection policies in place among many other reasons.
> From: "bfranchuk at jetnet.ab.ca" <bfranchuk at jetnet.ab.ca>
>> For what it's worth, I'll take money orders from you guys even if I
>> can't
>> advertise as such.
>>
>>
> That is not the problem... Ebay's check out will be set up only to
> take
> pay-pal
> as the only way to pay in the menu system.
No, eBay will still allow cash on collection I understand. How do they
know it was shipped and a cheque sent?
>
>Subject: Re: Z80 home brew with FDC
> From: Eric Smith <eric at brouhaha.com>
> Date: Sun, 21 Sep 2008 14:43:09 -0700
> To: General Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org>
>
>Alexis wrote:
>> The other thing that puts me off is the data clock separator. How are you
>> doing this?
>
>I can't speak for Andrew, but if you're not using an FDC with a built-in
> data separator, the easiest way to do it is to use the SMC 9216, 9229,
>or 9239 digital data separator chips, some or all of which were
>second-sourced by Western Digital. Of course, they were obsoleted by
>the newer FDCs with internal data separators.
It can also be done with a small amount of ttl. Of course the 37C65 if
you can find it or salvage it off an old PC floppy/ide board will be
far lower parts count.
Allison
>
>Eric
> There has been a lot of activity recently among the Apple
> II/IIgs crowd about using the combination of a cheap SCSI
> to IDE bridge and an IDE to CF adapter to use Compact
> Flash memory cards in their computers.
>
> This apparently is working quite well and after doing some
> research I've seen examples of people using this set up
> to replace dead SCSI drives in vintage Macs, Suns and at
> least one NeXT workstation.
>
> There is a vendor selling these adapters for $30 each.
> The eBay item # is 350044078177. I did some digging and
> the documentation can be found here:
> http://dl.acard.com/manual/english/aec-7720u&uw.pdf
>
> I hope you folks can use this to revive some bit of rare
> hardware that needed a new hard disk. :)
>
> I'm now looking to get one or two 8 bit ISA SCSI boards
> that I can use in a couple of 5160 PC/XT machines I've
> got. They need to be "bootable" cards. If you have one
> or two you want to part with, please contact me off list.
I'm not sure of the reasons for a long chain of conversions
like that. Small 50 pin SCSI disks should still be around,
and there should be a larger supply of IDE disks. Flash as a
PC disk has the problem of a limited number of writes. Flash
isn't forever and PC operating systems use fixed disks for
things like memory swap and temp files.
Am I missing something here?
Re: "For the record, the time I did it was in a DEC H754 -15V regulator
brick (which is, of course, a switcher). I had it on dummy load, so I knew
it wasn't really being asked to supply too much current, but there was no
output. I lifted the collector lead of the current sense transistor and
switched on. BAD MISTAKE!. The crowbar was firing (incorrectly, the zenner
diode had failed), so there genuinely was an overcurrent situation. The
result was that 4 of 5 transistors fialed (some were blown apart), the
current sense resisitor burnt out (I think it actually glowed) and the fuse
blew."
Isn't it amazing how nasty electricity can get once you get it pissed off?
> Small 50 pin SCSI disks should still be around
Checked their prices lately?
SCSI - IDE bridges are also drying up.
> Flash isn't forever
Usefulness depends on the OS. Many don't swap.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Folks,
Don't know much about RT11, but this looked like a nice set of disks:
http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&item=260290011599&ssPageNam…
Regards, Mark
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iEYEARECAAYFAkjYo/8ACgkQR0vMj/mgdjZqqQCfcVDc43E6pdaX7EnDKh3b9Bf8
Tp4An2jlcC2ioJhjJzBOcrzKvCj12Fln
=rmFz
-----END PGP SIGNATURE-----
This post is addressed to users of Ersatz-11. Many of you are aware
that my addiction is running software for the PDP-11 architecture under
the RT-11 operating system. While those of you who use RSX-11 or
RSTS/E may also be interested, I am not sure how to port the PDP-11
portion of the software to a user environment under RSX-11 or RSTS/E.
Specifically, explicit access to the IOPAGE Registers is required. RT-11
allows access either via the Current Data space if the user is able to run
using an unmapped monitor or as a privileged job under a mapped monitor.
In addition, if the user is running as a Virtual Job using VBGEXE under a
mapped monitor, it is possible to use the .Poke EMT request to make the
IOPAGE Registers available via the Previous Data space. If it is possible
under RSX-11 or RSTS/E to meet that requirement, then the enhancements
specified in this post can also be used under these two operating systems.
About 5 years ago, John Wilson made available a plugin named EMEM.DLL
which allowed an RT-11 user to explicitly access the memory of the PC via
four IOPAGE Registers. Early in September of 2008, John made the final
changes to allow EMEM32.DLL to perform the same explicit access of PC
memory under V5.2 of E11. While John's version makes only 8 MB of such
memory available, it is possible to use WatCom to assemble the source code
and link the OBJ file with many enhancements, including any memory size that
the operating system (in this case DOS or some version of Windows) and
hardware on the PC supports. With the current systems being run under
Windows XP, I am confident that 1 GB of memory can be used.
My interest is to use an enhanced EMEM32.DLL when sieving for Prime
Numbers as one example where very large work RAM will substantially
improve the speed of an algorithm. The present 4 IOPAGE Registers
are used in the following manner:
Mov @#CSR+0,R0 ;Fetch word at address CSR+04/CSR+06
Mov @#CSR+2,R0 ;Fetch word as above, auto-increment word
address
Mov @#CSR+4,R0 ;Fetch low 16 bits of address
Mov @#CSR+6,R0 ;Fetch high 16 bits of address
Increasing the number of IOPAGE Registers will facilitate access to
Byte, Word,
Double Word and Quad Word values. Also included will be the ability to Add,
Subtract and Multiply (initially only unsigned) 16 bit, 32 bit and 64
bit values.
The other set of changes which are exclusively for RT-11 are the enhancement
of the HD(X).SYS device driver. Initial tests using HD(X).SYS have provided
the confidence that I/O throughput is approximately double that for the MSCP
or DU(X).SYS device driver. While the initial version of HD(X).SYS which
John has made available supports only 32 MB devices, adding a DU: type
translation table will allow support for up to 2 TB devices. It should
be possible
to modify the simple device drivers for RK05s under RSX-11 and RSTS/E
to support the HD: device under E11. However, I can't help with this
myself.
If anyone is interested, please respond with suggestions and questions. If
no one responds, I will proceed to enhance HD(X).SYS and EMEM32
after which I will send any hobby user a copy if requested. If any
commercial
user of Ersatz-11 is interested, I will first contact John Wilson to be
sure that
such use is allowed.
Sincerely yours,
Jerome Fine
> > Small 50 pin SCSI disks should still be around
>
> Checked their prices lately?
No, I haven't. I was just considering the fate of a bunch of
them in my cellar this weekend. Good thing I didn't toss
them. I also have a few boxes of small IDE disks.
> SCSI - IDE bridges are also drying up.
That's disturbing.
One of your members (David Griffith), suggested I may be able to find (at
classiccmp.org), someone who could provide me with a copy of an 8" boot disk
(& diagnostics) for an Altos 8200-1.
I would be more than willing to pay any costs incurred in copying/mailing
the disks.
Thanks,
Lorne.
To interested folks,
Spoken for (already). I'll re-post if this doesn't work out,
but I think that's unlikely.
--
- Mark 210-379-4635
-----------------------------------------------------------------------
Large Asteroids headed toward planets
inhabited by beings that don't have
technology adequate to stop them:
Think of it as Evolution in Fast-Forward.
I finished some updates to the Alpha Micro Phun Machine, for fellow
enthusiasts of Alpha Microsystems machines. There is now Kermit for
download (with source), along with new model pages for the Eagle 100 and
AM-1200, and custodial corrections to the links, model list and AMOS
primer pages. Please let me know of any deficiencies.
AMPM is hosted on a real, life Alpha Micro Eagle 300 running AMOS 2.3a
and AlphaTCP.
http://ampm.floodgap.com/
--
------------------------------------ personal: http://www.cameronkaiser.com/ --
Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckaiser at floodgap.com
-- "Another day, another dangling modifier" -----------------------------------
>
>Subject: Re: Z80 home brew with FDC
> From: Eric Smith <eric at brouhaha.com>
> Date: Sun, 21 Sep 2008 18:02:25 -0700
> To: General Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org>
>
>Alexis wrote:
>> The FDC-1 uses a FD179x controller and it appears it uses the same
>> data clock and raw data inputs as the 765.
>
>Not quite. I don't recall the details of the difference, but I think it
>may have just been the polarity of one of the signals. The 9229 and
>9239 had a configuration input to select between 179x and 765 modes.
>The 9216 would directly connect to one, and needed a small amount of
>logic (maybe just an inverter) for the other.
>
>> The decoder is made up of a 74LS197 (clock divider), a dual 74LS74 flip-flop,
>> both used, a 74LS163 counter and an inverter. There are also some open
>> collector NAND gates to select the clock rate for either 8" or 5.25" drives.
>> It'll use more individual IC packages, but they're *much* easier to find.
>
>Sure, but it doesn't sound like it's a very good data separator. The
>good ones have a PLL (either analog or digital), because it is necessary
>to track speed variations, not just of the drive that you're using to
>read a disk, but also of the drive that wrote it. Non-PLL data
>separators work OK when the disk is both written and read under optimal
>conditions, but are unreliable otherwise.
>
Actually it's pretty decent. However as you point out if you really
need the ultimate in relaibility and are throwing crap media with loose
drives in the system then a PLL may help somewhat.
>The 9216, 9229 or 9239 are *highly* recommended, as they have a good
>digital data separator. The 9229 and 9239 also contain write precomp
>logic. The 9239 uses higher resolution timing for its PLL, so it may
>perform better.
yep, now just fine one.
Me I gave up on floppies as even at 1.44Mb they are slow and small.
IDE of CF offer more space and less interface headches.
Allison
Yes finally made the ride up to Lake George, NY. It was a lot more painless then I suspected. The thing could have EASILY been shipped though, I don't know what this guy's problem was. Regardless though, it's in nice shape, is COLOR, and includes the 8" floppy box.
No manuals. Some software on 5 1/4" and 8" disks (some of these disks may be 160k's though - hope ID can handle them <think so>). Haven't looked at any of that yet. There is a site out there (German I think) that has a good assortment of s/w, but no FORTRAN or COBOL I don't think.
Anyhoo, need manuals and whatever other intangibles I can get my hands on. Digital camera repro's are fine (they're nice and quick).
The guy was of the persuasion that this thing had 32k of ram. I said no way. And I was right - it has 512k. So being some of his information is of dubious value, I need to ask whether anyone can confirm or deny that this thing was available in Japan before the 5150 was. My guess is no.
Was cp/m-86 available before the Peecee came out?
I need one for a CMD FD repair, and the only source I can find wants
$235.00 for it. Anyone know or another source or a compatible unit?
Jim
--
Jim Brain, Brain Innovations (X)
brain at jbrain.com
Dabbling in WWW, Embedded Systems, Old CBM computers, and Good Times!
Home: http://www.jbrain.com
To interested folks,
A pile of apollo Domain documentation to give away. The
computer itself is "long gone", sorry.
For pickup or packing/shipping * 1.2 or so, from San Antonio,
TX (78254).
---------
Wire-bound small handbooks:
Unpacking and Installing your DN3000/DN4000 Personal Workstation and
the DSP3000/DSP4000 Server (bound backwards, interestingly)
Installing Domain Software
Installing Domain/PCC in your DN3000 Workstation
Using Domain/PCC for PC compatibility
---------
3-ring binders or inserts:
Operating the DN3000/DN4000 Personal Workstation and the DSP3000/DSP4000 Server
Domain/IX Text Processing Guide
Domain Series 3000/Series 4000 Technical Reference
Administering your DOMAIN System
DOMAIN System Utilities
DOMAIN Language Level Debugger Reference
Configuring and Managing TCP/IP
DOMAIN Graphics Primitive Resource Call Reference
Programming with DOMAIN Graphics Primitives
Administrator's Reference for DOMAIN/IX BSD4.2
DOMAIN/IX Programmer's Reference for BSD 4.2
DOMAIN/IX User's Guide
DOMAIN System Command Reference
DOMAIN Binder and Librarian Reference
DOMAIN System Command Reference
---------
Stapled paper documents:
USing Domain/PCI for Interprocess Communication
Domain/PC Coprocessor Software Release Document
Using PC and AT Peripheral Boards with Domain/PCC
---------
2 * DC300A Data Cartridges, contents unknown.
--
- Mark 210-379-4635
-----------------------------------------------------------------------
Large Asteroids headed toward planets
inhabited by beings that don't have
technology adequate to stop them:
Think of it as Evolution in Fast-Forward.
On 9/18/2008 01:04 PM, cctech-request at classiccmp.org wrote:
>Date: Wed, 17 Sep 2008 11:21:02 -0400
>From: Paul Koning <Paul_Koning at Dell.com>
>Subject: Re: OS/2 Warp, was Re: PCjr Telnet Server Test - Done!
>To: cctalk at classiccmp.org
>Message-ID: <18641.8286.275784.301355 at gargle.gargle.HOWL>
>Content-Type: text/plain; charset=us-ascii
>
> >>>>> "Ethan" == Ethan Dicks <ethan.dicks at usap.gov> writes:
>
> Ethan> Back when NIC weren't $10 each, I remember the easiest to work
> Ethan> with (in terms of compatibility) were the NE2000 and clones
> Ethan> (NE1000 for 8-bit machines), the WD (later SMC) 8013, and the
> Ethan> 3C501, later displaced by the 3C509. ...
>
>Something to keep in mind is that the 3C501 is an extremely bad
>design. It is completely incapable of dealing with back to back
>packets -- even just two of them. And of course that's a perfectly
>normal situation in any plausible network.
>
>I remember working on DECnet when these toys came around, and the
>request came in to have a "go slow" feature in DECnet to support this
>single buffered design. The answer, of course, was "NFW". (Slowing
>down at the source wouldn't have helped because the network could
>easily cause clumping anyway...)
>
> paul
The problem with the 3C501 (and the InterLAN and Ungermann-Bass, and
other I've forgotten about) Ethernet cards of this era where that
they only had one packet of memory on them.
Once a packet was received, you had to wait until software retrieved
the packet and re-enabled the card, before you could get the
next. Likewise if you wanted to transmit - you had to disable
reception, copy the transmit packet into the card, and then send
it. In PCs of that era that was a substantial chunk of time
relative to the potential arrival rate of 10Mbs Ethernet.
I have a presentation I have given at DECUS, where I analyzed (on
paper) what the likely best possible rates for an XT or PC-AT would
be. I should scan that in. (highly unlikely I have a machine
readably copy! wonder what I prepped that in?)
NetWare and NetBEUI driven networks hardly noticed this problem for
two reasons: 1) they were Request/Response protocols. They normally
did not expect additional packets until they responded, and 2) they
were talking to other PCs. Which simply couldn't generate traffic fast enough.
With respect to DECnet, the problem came up quickly when we started
having PCs make requests from PDP-11 or VAX file servers, using
either FAL or the PathWorks server. When pushing data the mini
computer could quickly over run the slow PC with a dumb Ethernet
card. The rest of the world noticed when TCP/IP implementations got
good enough to encounter similar problems with FTP pulls, and PC file
servers finally got enough aggregate clients.
The workaround in DECnet-DOS was a careful tuning of the buffer pool,
and the transport (NSP) credit flow control window algorithms. The
delayed-ack mechanism was optionally tweaked to send an ACK
immediately upon receiving a packet ahead of the expected next. This
typically indicated a lost packet, and usually generated an immediate
retransmit.
The VAXmate and PCs using the DEPCA card would run rings around these
other cards. Because they used the AMD LANCE Ethernet chip with
multiple packet buffers in a mapped memory buffer. The DECnet-DOS
kernel optimized this by using it directly for it's buffer pool and
removing the need for another memory to memory packet copy.
With all due respect Paul, I've never asked another DECnet
implementation to "slow down", certainly not DECnet-RSTS. But don't
get me started on the VMS implementation of async DDCMP.
Dave (Mr. DECnet-DOS)
comcast digital voice still permits you to make dialup modem calls
>from what i understand, im guessing some VOIP providers may work as
well, since CDV is VOIP, so it may work.
http://www.comcast.com/customers/faq/FaqDetails.ashx?ID=2789
On Sun, Sep 21, 2008 at 2:15 AM, Zane H. Healy <healyzh at aracnet.com> wrote:
> At 11:45 PM -0700 9/20/08, David Griffith wrote:
>>
>> Now as soon as I can figure out how to do POTS modem dialing through a
>> cell phone, I'll call.
>
> How much longer will old fashioned modems continue to work with the evolving
> phone systems that we have? When it was looking like I'd be forced to move
> to Verizon FIOS a couple weeks ago, I made inquiries and learned that if you
> have FIOS you can not use a modem.
>
> Zane
>
>
> --
> | Zane H. Healy | UNIX Systems Administrator |
> | healyzh at aracnet.com (primary) | OpenVMS Enthusiast |
> | MONK::HEALYZH (DECnet) | Classic Computer Collector |
> +----------------------------------+----------------------------+
> | Empire of the Petal Throne and Traveller Role Playing, |
> | PDP-10 Emulation and Zane's Computer Museum. |
> | http://www.aracnet.com/~healyzh/ |
>
There is the ocasional homebuilt, TTL CPU thread on here. I wanted to make known this guy, John Plutorak, who reproduced the guidance computer in his basement:
http://klabs.org/history/build_agc/
Awsome project, take a look. I intend to build one too...
Randy Dawson
_________________________________________________________________
Get more out of the Web. Learn 10 hidden secrets of Windows Live.
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!5…
On 9/21/08 5:24 PM, "Alexis" <thrashbarg at kaput.homeunix.org
<http://www.classiccmp.org/mailman/listinfo/cctalk> > wrote:
> On Sun, 21 Sep 2008 09:37:51 pm Andrew Lynch wrote:
>> I have a working prototype on my bench and can read and write sectors and
>> format tracks.
>
> I never worked out how to format tracks on the 8272. It's one of the
things
> that puts me off using them. Could you describe how it's done?
>
> The other thing that puts me off is the data clock separator. How are you
> doing this?
Look at the code for the CompuPro Disk 1 interface. I don't have to code for
my CBIOS handy but I recall that you have to establish a 6-byte command
buffer (with the right parameters), establish the interleave (if formatting
with one) and then loop through all of the tracks sequentially, sending the
format command for each track. I used a hardware interleave so that my CBIOS
didn't have to do it.
The command buffer for my CP/M system looks like this. The fields come right
>from the 8272 manual.
FMTDAT .DB F_FMT ; format command
.DB 00H ;HDS,DS1,DS0
.DB NFIELD ;N (0, 1, 2, 3) 0=128-byte sectors
.DB FSC ;Sector count (26,15,8) =1ah
.DB 01BH ;SPECIAL FORMAT GPL.
.DB 0E5H ;D (FILLER BYTE)
Rich
--
Rich Cini
Collector of Classic Computers
Build Master and lead engineer, Altair32 Emulator
http://www.altair32.comhttp://www.classiccmp.org/cini
------REPLY------
Hi Alexis, Rich,
Thanks Rich! Yes, Rich has the right command sequence but you also need to
send the C, H, R, N to the i8272 for each sector during the execution phase.
It is not very intuitive but I got it working last night on my test bench
and confirmed it is working with Dave Dunfield's IMD program (Thanks Dave!)
and the Catweasel with CW2DMK (Thanks Tim!). For some odd reason it also
requires a leading $00 to format correctly which I don't understand either.
Basically, it is like writing a sector but you feed it sector metadata as it
goes around the track formatting sectors. Note, during execution phase it
is not like feeding the MSR/data registers like during the command/result
phase. The whole NEC765/i8272 process is kind of screwy IMO and I am
struggling to get my brain around it. I have sample code if you'd like to
see it but it is an awful mess right now.
As for the data separator, I am using an FDC9229 although you could use a
FDC9239 I think. The chips are still available but not exactly common. You
have to look but you can find them. I have some pointers if you'd like.
Actually, Alexis, you'd be the perfect guy for building your own Z80 home
brew FDC as you already have done most of this on your other projects. You
did an awesome job on your home brew 8080 a while back and your other
projects have been great too. Your experience would be a lot of help to the
project in putting out a design that not only works but is reliable and
flexible.
I'd like to support as many hobbyists as possible so I am trying to preserve
the hardware "hooks" to support 8" drives, etc. Due to the complexity of
this project it could really use another set of eyes to check the design.
There are many subtle issues with FDCs that require real hardware
experience.
One final note, the i8272 data sheet for the FORMAT TRACK command is rather
misleading or at least incomplete IMO. I prefer the SMC FDC765 datasheet
found on the BitSavers.org site (Thanks Al!). It also has data sheets for
hard to find units like the FDC9216, FDC9229, FDC9239, etc. Warning: 45MB
FILE!
http://bitsavers.org/pdf/standardMicrosystems/_dataBooks/1985_StandardMicros
ystems.pdf
Thanks and have a nice day!
Andrew Lynch
Does anyone have a source for 19 pin d-sub connectors? The Apple II used these for disk drives.
I haven't been able to find anyplace online that carries these. Any ideas? Similarly, what about 23 pin d-sub connectors (Commodore Amiga disk drive and video connectors)?
-Ian
>
> Does anyone have a source for 19 pin d-sub connectors? The Apple II
> used these for disk drives.
//e not ][, in Europe anyway. With a ][ or ][+ the drive has a 20
way connector which pushes straight onto the interface card and you
trap it between the case and the lid as a strain relief. The //e had a
short linking cable inside the case but if you had an old drive you
could still do it the old way I think.
Roger Holmes.
I'm looking for any information (like tape cartridge type, capacity, bus
interface) on a Magnetic Peripherals BY5A5-F tape drive (part no.
77024231).
Thanks!
Pat
--
Purdue University Research Computing --- http://www.rcac.purdue.edu/
The Computer Refuge --- http://computer-refuge.org
Hi,
If anyone is interested in building a FDC for their Z80 home brew computer
please contact me off list.
I am building a FDC for my Z80 home brew computer and would like to see how
it works for other builders.
The design is general enough to adapt to most Z80 systems. It has IDE and
i8272 (NEC 765) sections.
I have a working prototype on my bench and can read and write sectors and
format tracks.
It includes a simple disk monitor program for testing the FDC which could be
easily adapted to other systems.
I would like to improve and refine this design and increase test coverage
with other builders.
Thanks and have a nice day!
Andrew Lynch
>From: "Mike" <michaelgreen42 at comcast.net>
>Subject: IMSAI 8080 on eBay
>To: <cctech at classiccmp.org>
>Message-ID: <7CA2A42621B44381A42EB354A4390329 at pal>
>Content-Type: text/plain; charset="us-ascii"
>
>I've decided to sell my IMSAI 8080. It is in excellent condition and comes
>with two Discus 8" floppy drives. It has been posted on eBay.
>http://cgi.ebay.com/IMSAI-8080-with-8-Floppy-Drives_W0QQitemZ120307050411QQc
>mdZViewItem?hash=item120307050411&_trkparms=72%3A1205|39%3A1|66%3A2|65%3A12|
>240%3A1318&_trksid=p3286.c0.m14
>
For a big ticket item, that ad is really lacking in pics and information.
Ug, these things are huge.
>From the days of the IBM 5110, the 5103 dot-matrix printer rollers are now gunk, and the 5114 8-inch dual floppy drive system weighs maybe 100 lbs.
Come and take them away, please!
Orange County, CA
Bring a truck.
I've decided to sell my IMSAI 8080. It is in excellent condition and comes
with two Discus 8" floppy drives. It has been posted on eBay.
http://cgi.ebay.com/IMSAI-8080-with-8-Floppy-Drives_W0QQitemZ120307050411QQc
mdZViewItem?hash=item120307050411&_trkparms=72%3A1205|39%3A1|66%3A2|65%3A12|
240%3A1318&_trksid=p3286.c0.m14
My company upgraded, and are getting rid of the older F50 we have.
Unit has 4TB, and is the older "double-wide" 6' tall cabinets. Looking to
get $1500 OBO for it.
Anyone interested, let me know. It's spent it's entire life in a proper data center,
and has already be decommissioned and removed from service, but has still been
kept in the data center.
Obviously, this would not be worth it for a person outside Florida.
It is presently located in Miami,FL near the west end of the airport. It would need to be picked up,
but we do have a proper loading dock, and freight elevators. We can assist with loading the unit.
Thought maybe someone on the list may be interested, or know someone, to get a
decent deal on a Shark.
Tony
Go to:
ftp://ftp.apple.asimov.net/pub/apple_II/images/games/file_based/
And look for:
ankh_crimewave_deathmaze5000_starmaze.dsk.gz
Wayne Smith
> Date: Tue, 16 Sep 2008 17:36:15 -0700 (PDT)
> From: Sellam Ismail <sellam at vintagetech.com>
> Subject: Ankh for Apple ][?
> To: Classic Computers Mailing List <cctalk at classiccmp.org>
> Message-ID: <Pine.LNX.4.61.0809161733000.19817 at vintagetech.com>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>
> Does anyone remember the game Ankh for the Apple ][ (and
> probably other platforms)? It can be considered a pre-cursor
> to these online puzzle games done in Flash that are prevalent
> all over the internets these days.
>
> Ankh had all these strange puzzles in a maze that you moved
> around in, collecting parts and pieces that you would use in
> other parts of the maze to open or close doors or boxes or whatever.
>
> I played it out for several hours one day but, my copy being
> a pirated one, it was corrupted at some level and I could
> never get past a certain point.
>
> Does anyone have a good copy of this game that I can
> download? I sure would appreciate it as I'd like to finish
> it and see what happens in the end.
>
> Thanks!
>
> --
>
> Sellam Ismail Vintage
> Computer Festival
> --------------------------------------------------------------
> ----------------
> International Man of Intrigue and Danger
> http://www.vintage.org
>
> [ Old computing resources for business || Buy/Sell/Trade
> Vintage Computers ]
> [ and academia at www.VintageTech.com || at
> http://marketplace.vintage.org ]
>
I've got one of the three port H-89 serial boards and I think I've got the
connector for port 330 wired incorrectly.
The CD bit is never set even when carrier is present (cable and modem
known good). Does anyone out there have the pinouts for the card-end of
the internal RS-232 cable that I could get a copy of?
Thanks!
g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
Does anyone remember the game Ankh for the Apple ][ (and probably other
platforms)? It can be considered a pre-cursor to these online puzzle
games done in Flash that are prevalent all over the internets these days.
Ankh had all these strange puzzles in a maze that you moved around in,
collecting parts and pieces that you would use in other parts of the maze
to open or close doors or boxes or whatever.
I played it out for several hours one day but, my copy being a pirated
one, it was corrupted at some level and I could never get past a certain
point.
Does anyone have a good copy of this game that I can download? I sure
would appreciate it as I'd like to finish it and see what happens in the
end.
Thanks!
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
This is probably an old question but, well, I'm new to the list...
Is there a known substitute CRT (both mfr and p/n) for the tube that is
in a DEC VR201 monitor such as used with a DEC Rainbow?
I have a VR201 that has the infamous mold on the inside of the tube's
face. I am not up to peeling the face off and trying to fix it so am
interested in just swapping out the tube.
After going through all the docs I can find, I never did come up
with a mfr or p/n for the tube itself so don't have a way to do a
cross-reference.
Of course if anyone has a non-moldy, b/w or amber VR201 that they want
to get rid of... say the word.
Chris
--
Chris Elmquist
mailto:chrise at pobox.com
Are you still looking for a ET-1000 trainer?
I have one in very good condition. I was about to put it on ebay.
I sold my last one for about $45.00.
Let me know if you are interested.
-Bob
Hi,
I have a Farallon Appletalk network concentrator with management
functions.
Free for the taking (port huron - Michigan) - will ship at cost
(about 30 pounds).
I need this gone yesterday.
If there's no interest, into the trash it goes.
Rob
ps. Pic at
http://homepage.mac.com/irisworld/craigs/appletalk.jpg
Rob Borsuk
email: rborsuk at colourfull.com
Colourfull Creations
Web: http://www.colourfull.com
Would anybody know of any CP/M Libraries for the i8231 or AM9511 Math
Processor ?
This is on the Compupro SS-1 card which I'm using in my IMSAI system. I
like to upgrade my system to include any Libraries that may be
available. Then I could program with Fortran or any other compiler which
is supported. I'm currently using machine code to fiddle with
programming this. The manual only has test code for this card and
doesn't mention any reference to a Library being available for CP/M. So
I was hoping it was created separately during that time.
thanks,
=Dan
--
[ Pittsburgh 250th --- http://www2.applegate.org/~ragooman/ ]
Date: Mon, 15 Sep 2008 22:03:28 +0100 (BST)
From: ard at p850ug1.demon.co.uk (Tony Duell)
Subject: Re: substitute tube for DEC VR201?
>
> On Saturday (09/13/2008 at 08:52PM +0100), Tony Duell wrote:
> > > I'm also toying with the idea of fitting an LCD into a VR201 cabinet
> > > and although it wouldn't be authentic, it would sure make the system
> > > more useable.
> >
> > I am curious as to why an LCD in the VR201 cabinet is more useable than
> > the CRT. I can't see much difference in useability (but would much rather
> > have to repair a CRT_based monitor than an LCD-based one).
>
> Well, if I can't find a tube to replace it... then I'd consider an LCD.
Do you really have no old 12" monchrome portable TVs/monitors around? I
am sure you could find a CRT that would work.
----------------------------
I've got a number of CRTs here, white/green/amber, new/used, various sizes,
if the OP's serious, but I'm not sure how I'd safely ship one.
m
Any progress on this HP-IB Mass storage device for a PC ?
Regards from
Mike Massen BSc
Network Power Systems
Lab 08 9444 8961
Mb 0438 048961
Perth, Western Australia
* VL/VK & VN/VP/VR GMH Commodore Fuse Rail that wont warp or melt !
* RB30 Skyline/Nissan/VL Milspec ignition drivers with diagnostic features now in economy trials
* Twin tyres for most sedans, trikes and motorcycle sidecars
* Industrial grade PolyVinyliDeneChloride (PVDC Copolymer) in bulk, the best
oxygen and water protective barrier you can find for circuit boards.
Web site under construction http://niche.ii.net
Pictures of visit to Mendulong re RAPS retrofit, http://members.iinet.net.au/~erazmus/Power/
On 15 Sep 2008 at 17:25, David Griffith wrote:
> Second, the prices of their boxes is astronomical.
> A 30x30x20 outer carton cost $12.
> The inner carton cost $8. The total just for packing this computer
came to $68.
> The computer itself sold for $55.
I work for a freight company; 36 x 22 x 20" boxes cost us $11.75 each,
when purchased in quantities of 50 or more.
We order full rolls of large-bubble bubble-wrap at aroudn $45 / roll;
1/4 roll would cost you about $11.25.
I'd say the price for packing is reasonable, taking into account
labor, and their markup.
If you're going to ship this type of equipment, it's best to get
a rough quote first, and simply advise the buyer that he is responsible
for all shipping costs.
Yeah, it's nice to have an exact dollar amount ahead of time,
but the only way that's going to happen is if you take your photos
first, have the unit boxed up, and then post it for sale.
Alternately, you can buy the materials yourself;
U-haul has an interesting selection of boxes, and
also carries rolls of bubble wrap. That has the added benefit
of knowing that your item is adequately packed.
T
Does anyone have a copy of this? Its needed for the MESS (a computer
hardware documentation/emulation) project.
--
Jonathan Gevaryahu
jgevaryahu(@t)hotmail(d0t)com
jzg22(@t)drexel(d0t)edu
To make space I am having to part with the above computer. Condition is "Good - Working" (i.e. no parts missing, a few scuff marks and other signs of wear. Boots up and runs fine.)
I have just tested it using Communique 3.1 (an old DOS word processing package) and - after adjusting a few keys in the keyboard - it works fine.
Description
Columbia 1600-VP
by Columbia Data Products
Date of Manufacture 2-84 Rev J
Serial Number 13136A
Portable (luggable 35 lbs/16Kg) IBM clone
9" green monitor
2 5.25 (360K) disk drives
128K memory
Other info on the 1600 can be found at: http://www.old-computers.com/museum/computer.asp?st=1&c=889
I have a boot disk for it and several word processing programs (it was used to teach word processing). I also have well over 100 5.25 disks as well. I'd be happy to include these for no additional charge.
Any reasonable offer plus shipping will be considered.
I went down to the local UPS store to have an Osborne Executive
double-boxed for shipping to its new owner. I previously had this store
double box two IMSAIs and two Altairs. Each time it cost around $35 to do
it. This time it was way out of line. First, they were out of big
bubbles, so they had to use lots more of the little bubbles to get
two-inches of padding all the way around. Second, the prices of their
boxes is astronomical. A 30x30x20 outer carton cost $12. The inner
carton cost $8. The total just for packing this computer came to $68.
The computer itself sold for $55.
--
David Griffith
dgriffi at cs.csubak.edu
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
Please contact GARY below, these are not my systems.
----------------------------------------------------
One HP 150 touchscreen (1984), inkjet printer and software.
Also have one AT&T 3B1 UNIX box, with software.
They both work.
Free, you pay shipping.
Gary Redmond
gfredmond at comcast.net
----------------------------------------------------
Many of you may recall The Great Trailer Incident (tm) of 2004, in which
cctalk owner Jay West ventured from St. Louis to Boston for VCF East 2.0,
only to encounter a flat tire, incompetent police dispatchers, poison ivy,
and -- according to rumor on the VCF show floow -- arrest, fire, crashing,
computer tragedy, possibly death, and/or an encounter with a
minicomputer-hating wild boar.
Okay, so the part about the minicomputer-hating wild board MIGHT not be
true, but personally I think that's what really happened. Jay's version of
the story is here:
http://www.classiccmp.org/pipermail/cctalk/2004-July/045851.html
I'm simultaneously proud (and fucking ASTOUNDED) to share the news tonight
that Vince Briel, this weekend at VCF East 5.0 in New Jersey, ** BEAT **
Jay's adventure!!!!!
Vince's weekend began ordinary enough. He packed his car and left Cleveland
on Friday morning for the 8-hour drive to central New Jersey. He arrived in
the late afternoon / early evening.
Just like the other exhibitors who arrived Friday for the Sat./Sun. event,
Vince unpacked his car and began setting up his table. Then he came to me
after an hour and said, "Evan, there is a problem." He looked extremely
distraught.
I know Vince pretty well, so I figured either there was a real problem, or
(more likely) there was a punchline to follow, perhaps at my expense.
Vince was scheduled to run a replica-building workshop this morning. What
he revealed Friday night was that he forgot to pack the replica kits.
No boggie. Just cancel the workshop, and people will understand that it was
a simple mistake, I told him .... but Vince would have none of that .... in
the dark and in the pouring rain and clearly tired, Vince decided to DRIVE
BACK TO CLEVELAND TO GET THEM. I and others tried to talk him out of it,
with no luck.
Vince got home to Cleveland, slept for just 2 hours, then made sure he had
the kits this time and DROVE BACK TO NEW JERSEY -- for a total of 24 hours
of highway driving in about a 35-hour span -- much of it in the dark and/or
rain, and much of it on increasingly little sleep! Quite frankly, I
wouldn't want to have been the cars near him, especially on the second trip
to Jersey yesterday morning.
His workshop this morning was a huge success. Then a few hours later, after
the show ended, he (of course) drove home (again) to Cleveland.
In total that's 32 hours of highway driving, much of it in the dark and/or
rain, much on little/no sleep, spending hundreds of dollars on gas, all a
three-day span, just because he's a dedicated, hard-core, loyal, and
(apparently) clinically insane VCF supporter.
THE GREAT TRAILER INCIDENT HAS BEEN BEAT.
Vince is god.
- Evan
Sun Sep 14 12:17:30 CDT 2008, Jason T said:
> First of all, way cool project. I'm in now with a couple different
> clients (Windows and PuTTY in raw mode, showing the echo you
> mentioned.) Is anyone unable to route to this IP? I'm on Comcast
> cable and in fine, but a local friend with AT&T DSL shows no route to
> that host, which is a bit odd. You're on Charter (cable, I think?) so
> it's not like you're some offshore spamhaus. Then again it could
> just be him. Weird.
I'm using Qwest DSL, and have no problems reaching The Mighty
Peanut. We tried a couple of WinXP telnet and PuTTY sessions. I
noticed that the WinXP telnet client was listed as "ANSI" and the PuTTY
client was listed as "XTERM". I had to use Shift-Backspace or CTRL-H
to backup on PuTTY. The Win client worked fine with the backspace key.
I don't have any way to really pound the little peanut, but I did just
sit on
my RETURN key for a while, and let the peanut try to send the HELP
message as fast as my RETURN key would repeat. Seemed to hold up
just fine. Well done, Mike!
- Jared
Date: Fri, 12 Sep 2008 12:28:07 -0700
From: dave hunter <hunt_x at hotmail.com>
Subject: manual 4 A B&C Microsystems 1409 Prom Burner
>Hi mike I just found a post where you stated you had a manual
>for one of these beasts (B&C Microsystems 1409 Prom Burner)
>whats the chance i could get a copy I could shoot you cash via
>paypal asap thanks a million
>Dave Hunter
---------
I replied off-list; let me know if you got it and if it's what you need.
m
>
>Subject: Re: ISO: NEC UPD72070 IC
> From: "Chuck Guzis" <cclist at sydex.com>
> Date: Sat, 13 Sep 2008 08:36:26 -0700
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>On 12 Sep 2008 at 18:58, Allison wrote:
>
>> It in the intel data book page 3-32 (1988 volume2 peripheral with black cover).
>> I have that datasheet but the scanner is down.
>
>You're not thinking of the 82078 are you? 64 pin, but very different
>chip, both in pinout and command set. If you've got a part number,
>I'll go digging for it, but AFAIK, the NEC part was a special for
>Apple--I've never seen it anywhere else.
>
>Cheers,
>Chuck
Oops, intel 82070 a reall oddball as well but not the same part.
Allison
I have an HDS10 in a BA350 I'd like to try attaching to a VAX 4000 but
I'm missing an appropriate external interconnect cable. It appears
that what I need is a BC29R (p/n 17-03855-xx) or equivalent cable with
a PS connector on the VAX end and a MR connector on the HSD10 end.
Anyone have some extra of these that they don't need and are willing
to part with them for a reasonable amount plus postage in the US?
-Glen
http://h71000.www7.hp.com/wizard/cable-guide.html
BC29R DSSI Cable for HSD.
Description: DSSI cable to connect the VAX/DEC 4000 system to the
HSD05 or HSD30 DSSI to SCSI adapter/controller.
Specification:
Connectors: One 50-way MR (micro-ribbon) right-angled connector for
the HSD, and one 50-way PS (pin socket or tab) right-angled connector
for the system end.
Ordering Information:
BC29R-06, -09, -16, -30, 45, -60.
p/n 17-03855-04, -05, -06, -07, -08, -09.
>
>Subject: Re: ISO: NEC UPD72070 IC
> From: "Chuck Guzis" <cclist at sydex.com>
> Date: Fri, 12 Sep 2008 12:21:20 -0700
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>On 12 Sep 2008 at 11:34, Al Kossow wrote:
>
>> Very unusual part. It was the only externally developed floppy controller
>> Apple ever used that supported GCR. Were you able to find data on it?
>
>In Japanese, a datasheet along with an app note on NEC's website
>(http://www.necel.com). Easy enough to suss out in spite of the
>chicken scratches. Basically a uPD765 controller with a bunch of add-
>ons for the GCR stuff.
>
>> I doubt you will be able to find one w/o unsoldering it from an AV board.
>
>I suspect as much. Maybe there's someone out there with a junker...
>
>Cheers,
>Chuck
It in the intel data book page 3-32 (1988 volume2 peripheral with black cover).
I have that datasheet but the scanner is down.
Allison
>
Waaaaaaaay too cool . . . .
-- "Michael B. Brutman" <mbbrutman-cctalk at brutman.com> wrote:
It's running! Telnet to 97.86.233.68 to take a look and help me test it.
You can use the standard Windows telnet program, Putty, Linux, or
whatever you have handy.
Around 10 users can be on at the same time. When you sign on (no
password required) there will be a little menu to help you waste some
time. Some things you can do are see who else is on the server, view the
machine type, ROM BIOS date and DOS version, check the TCP/IP statistics
to see how much traffic it is handling, etc.
There are some upgrades since the last time I ran this test (in Dec 2007):
- The TCP/IP stack is much better
- I'm doing 'telnet' negotiation to figure out the terminal type, turn
echoing on, etc
- Crude line editing has been added
Right now it is running on my PCjr using a Xircom PE3 10BT. I plan to
leave it up as long as it runs, or three days, whichever comes first. It
is a PCjr so if there is a momentary delay, don't panic - it's probably
just doing disk I/O.
Backspace is a little dodgy .. it really wants ASCII 8 and a lot of
terminals and emulators do ASCII 127 instead. Try variations with the
shift and control keys if it doesn't work.
Thanks,
Mike
____________________________________________________________
Save hundreds on an Unsecured Loan - Click here.
http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3m3iTRdQUEvUXDmbZcm2uAgLT…
Hi mike I just found a post where you stated you had a manual for one of these beasts (B&C Microsystems 1409 Prom Burner) whats the chance i could get a copy I could shoot you cash via paypal asap thanks a million
Dave Hunter
_________________________________________________________________
> Anyone have a spare one of these chips? This was used as the floppy
> controller on the AV Macs.
Very unusual part. It was the only externally developed floppy controller
Apple ever used that supported GCR. Were you able to find data on it?
I doubt you will be able to find one w/o unsoldering it from an AV board.
The Texas Instruments integrated circuit is 50 today.
I have no idea what a "MicroChip" is. "Microchip" is
the company currently making PIC microprocessors.
Anyone have a spare one of these chips? This was used as the floppy
controller on the AV Macs.
Contact me off list if you've got one that you are willing to part
with.
Thanks!
Chuck
So I was complaining to my significant other on the recent dearth of
classic computers at out local university auction! Well the computer
gods must have heard me as I got a working Osborne 1 in great
condition, with even the cp/m disk in the floppy drive for $15.00 on
Tuesday!! I am now only missing a KayPro for my "luggable" collection to
be mostly complete!!
Cheers
Tom
Hey all --
I've gotten the power supply in one of my ND-812s running (thanks for
the help w/the 1103 data which helped verify the voltages) and it
appears to be within spec under load (correct voltages, no ripple in the
output, etc...) so I powered the machine on and despite having my
fingers crossed, the machine does not run. (No real surprise there).
Random lights on the front panel, and basically no response to any
toggle switches.
I started pulling out and reseating the chips on the main CPU board and
powered it up after every few rows, and every time the behavior was
slightly different, so I'm fairly sure that the sockets and chips aren't
all making good connections anymore. Seems like solving this problem
would be a good place to start.
The problem is that there are 25 rows of 13 chips each (all socketed),
in very close proximity to one another. The chips are in sockets with
wire-wrap pins underneath -- the underside of the main CPU board is a
maze of wire wrapping. Most of the chips have date stamps between 1971
and 1973, but luckily most of them aren't corroded to the point where
they're falling apart.
How would you suggest cleaning the sockets and the chips to ensure good
connections?
Thanks,
Josh
Hi,
I came across the following message from Dave Dunfield from a couple of
years ago during a search related to the Z80 i8272 home brew project I am
working on. I recently got the i8272 FDC to reliably read sectors from a
MS-DOS formatted 5.25" floppy disk drive. This project is underway but I am
a long ways from completion.
During the debugging of my system, I have noticed that there some possibly
useful raw disk signals being generated by the data separator chip. These
could be rather easily exported to support a disk imaging project were
anyone interesting in such a thing. The signals are going *into* the i8272
(NEC 765) for processing and are raw data signals. The i8272 would not be
used to process the data. This *potentially* opens up access to any FM/MFM
encoded disk even hard sector. I don't know about other formats such as
GCR, M2FM, RX02, etc.
Here is what I propose; my SBC and Disk IO board generates intermediate
product signals such as "separated clock", "separated data", "clock out",
"index", etc and buffer them through a 74LS367 or similar. I am willing to
make *MINOR* modifications to the Disk IO board to export these signals via
a connector and even add one or two small chips to the design to improve
signal quality. I am *NOT* willing to make major modifications to the
design at this point as I have a mostly working system and do not want to
start over.
The intermediate disk signals could, *I believe* be imported into a PC
parallel port with "clock out" (typically 500 KHz for MFM DSDD, 250KHz for
FM, etc) being used for latch signal. I think they are also slow enough to
be practically captured by the PC parallel port. The PC could then sample
the parallel port at high rate (interrupt driven? DMA?) to read the signals
and create a disk image from the data. Again, the i8272 would not process
the signals so they would contain all the data the i8272 processes but will
not pass along such as header info, IDAM, CRC, true gap length, etc.
I could even include true "raw read" signal which would be the bit
transitions straight from the drive however due to the high sampling rate
required to accurately capture it I really don't think it would be much use.
Would it be possible and/or practical to make a PC based disk imaging tool
using the SBC as an intermediate stage?
Please note, I am only offering to make minor modifications to my SBC and
Disk IO board to support such a project, not to conduct a PC based disk
imaging software development project myself. I wrote some hard sector
Catweasel programs earlier for Heath, Vector Graphic, and NorthStar so I
have some familiarity working with raw disk data, however, the home brew Z80
project is using up all my hobby time.
If you are interested please reply here or contact me. Thanks!
Andrew Lynch
PS Here is the Z80 i8272 home brew project I am working on for background
information
http://groups.google.com/group/n8vem?hl=en
Another disk imaging project
Dave Dunfield dave04a at dunfield.com
<mailto:cctech%40classiccmp.org?Subject=Another%20disk%20imaging%20project&I
n-Reply-To=>
Wed Aug 3 04:58:06 CDT 2005
* Previous message: ImageDisk and some 8' images posted
* Next message: Another disk imaging project
* Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
________________________________
Hi Guys,
I'm really getting fed-up with the limitations of the PC floppy disk
controller.
Here's another idea I've had on the back-burner for quite some time, I've
mentioned to a couple of you during private correspondance, but here it is
for open discussion.
The idea is to make a small single-board computer with a microcontroller,
a WD2793 or similar floppy disk controller, enough memory to buffer a
few tracks, and a high-speed serial port for communication with the PC.
The board would have connectors for 5.25"/3" drives and 8" drives, and
would properly interface to all drive types.
Firmware would be developed to provide read/format/write/analysis
capabilities around the more powerful WD chip. Images would be transferred
via the serial connection to and from the PC. This should allow us to
archive soft-sector formats that are not compatible with the PC, and also
to perform these functions under virtually any PC environment.
I just haven't had time to design and build the board ... anyone else
interested in working together on such a project?
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Collector of vintage computing equipment:
http://www.parse.com/~ddunfield/museum/index.html
>> Yes. Indeed. I checked it again and it is the
regular
>> CRC circuit with unusual initial value and
polynomial.
> What are these values? They are not documented in
the data sheet.
The polynomial is 0x140a0445
(x32+x28+x26+x19+x17+x10+x6+x2+1), the initial value
is 0x9dcd57c0.
It is need to do following steps to check crc:
1 Init sift register by initial value
2 Process 0xf8 (MSB first)
3 Process 512 bytes of data
4 Process 4 bytes CRC.
If everything is ok then value in the shift register
will be zero.
Alexander.
> The DEQNA and DEUNA print sets have been on-line for some time.
>
> Don't forget the archives and links at: vt100.net/manx
> Here is the DEUNA link:
>
> http://vt100.net/manx/details/1,3463
As for locating the DEUNA information, thanks to an earlier respondent, I have dragged a copy of that out of bitsavers.org. For some reason, I just couldn't find it. I must have looked in various PDP subdirs, the ethernet subdir, but missed it in the unibus subdir. Doh!
[BTW, a huge thank you to Al and Paul for building and maintaining such valuable resources. Where's the tipping jar, eh, gentlement?]
Thanks to all who replied to my original post. It is clear that the cab-kits for QBUS modules are more or less usable with UNIBUS modules. That's the news I was hoping to find. It'll still be a while before I'm ready to test it all out on the 11/750, due to ongoing power supply hickups and troubleshooting, but it shouldn't be long now.
Jared
Very last pre-show email ..... if you live within a few hundred miles of
the Jersey shore, and you dig vintage computers, then don't be a putz!
Come to the VCF East 5.0 this weekend. Tickets are 10 bucks for one day
or 15 for both days. Free for 17 and younger. Parking's free too.
Saturday is usually the busier day, but on Sunday (at 11:30) is a speech
by Bill Mauchly, who's the son of John Mauchly, of ENIAC and UNIVAC fame.
We're also opening the computer museum here in "beta" mode. More info is
at the usual spot:
http://www.vintage.org/2008/east/
I'm WAY too busy with final details to check back on cctalk, so if anyone
has questions, please just call my cell phone, 646.546.9999.
- Evan K.
Andrew Lynch wrote:
> The intermediate disk signals could, *I believe* be imported into a PC
> parallel port with "clock out" (typically 500 KHz for MFM DSDD, 250KHz for
> FM, etc) being used for latch signal. I think they are also slow enough
to
> be practically captured by the PC parallel port. The PC could then sample
> the parallel port at high rate (interrupt driven? DMA?) to read the
signals
> and create a disk image from the data. Again, the i8272 would not process
> the signals so they would contain all the data the i8272 processes but
will
> not pass along such as header info, IDAM, CRC, true gap length, etc.
The Disk2FDI project has already done this; give it a look to see if it
applies to your situation.
--
Jim Leonard (trixter at oldskool.org
<http://www.classiccmp.org/mailman/listinfo/cctalk> )
http://www.oldskool.org/
Help our electronic games project: http://www.mobygames.com/
Or check out some trippy MindCandy at http://www.mindcandydvd.com/
A child borne of the home computer wars: http://trixter.wordpress.com/
-----REPLY-----
Jim,
Thanks for the reply. I already have a Catweasel and programs to read hard
sector disks so I really don't need another disk imaging utility. My intent
was to offer to contribute if anyone were interested in the CCTALK community
to try again on a disk imaging project. The modifications required to my
Disk IO board *appear* to quite minor to get access to the raw disk signals
so it seemed like a good opportunity.
What I had in mind was a low cost, open project, open source, available
hardware and software information made of common parts for everyone. Sort
of in the spirit of the N8VEM project but with a different theme. However,
I realize how these projects have ended on CCTALK in the past and I can see
there is no interest now so I'll just let it pass. My hobby time is limited
and I have choose carefully what I work on like everyone else.
Thank goodness for the Catweasel!
Andrew Lynch
Hi, all,
I have my sbc6120 here and wanted to do a little OS/8 programming, but I
think I'm stumped for a particular bit of doco - according to the "OS/8
System Reference Manual" (DEC-8-OSRMA-A-D), the User Service Routine is
documented in the "OS/8 Software Support Manual" (DEC-8-OSSMA-A-D). I've
found many OS/8 docs on Highgate and Bitsavers (DEC-S8-OSSMB-A-D, the
1974 "OS/8 Handbook", memos, etc.), but not that exact one.
The reason why it matters is that if you want to do file I/O, directory
lookups, etc., you use the USR. For stuff that doesn't depend on OS/8
filesystem operations, there's plenty of info out there for FORTRAN,
BASIC, FOCAL, assembler, etc. Imagine trying to program in UNIX without
knowing how to setup and call stdio routines. That's kinda where I'm
at. I've found one or two narrow examples where some code fragments
call the USR for a particular function, but I really just need the
Software Support Manual.
Thanks for any leads,
-ethan
--
Ethan Dicks, A-333-S Current South Pole Weather at 9-Sep-2008 at 00:00 Z
South Pole Station
PSC 468 Box 400 Temp -80.5 F (-62.5 C) Windchill -112.5 F (-80.3 C)
APO AP 96598 Wind 7.1 kts Grid 104 Barometer 672.9 mb (10897 ft)
Ethan.Dicks at usap.govhttp://penguincentral.com/penguincentral.html
> Also, Intersil had their own disk (floppy disk, that is) operating system
> for the Intercept I/II called IFDOS. I have a manual for IFDOS, but it
> doesn't describe the floppy disk hardware for the Intercept. Was it a clone
> of the RX01/RX8E? Have any copies of IFDOS media survived?
Charlie Lasner wrote it. I'm sure he must have a copy.
Hi,
Does anyone have a copy of the Intel Application Notes AP-116 and AP-121
they'd be willing to scan or place online?
They are mentioned in the i8272A datasheet but I cannot find them online
anywhere (I tried bitsavers.org/pdf first!)
I am building an FDC using an i8272 and would appreciate the additional
technical details.
Thanks!
Andrew Lynch
> I am guessing close to abandonware - but not quite. As I understand
> it, HP is still the copyright holder.
CHM is currently working with the HP archivist to try to get the Apollo
code released under similar terms as the HP1000. One of the hangups is
the UNIX licensing.
Al Kossow wrote:
> Charlie Lasner wrote it [Intersil IFDOS]. I'm sure he must have a copy.
You don't say.... Small world, eh? So is IFDOS in any way related to PS?8
?
Charles H Dickman wrote:
> He seems to have disappeared. I have not seen a posting from Mr. Lasner
>on pdp8-lovers in years.
I last spoke to CJL in 2006 when he contacted me about the SBC6120, so he
is still around. He just doesn't post as much as he used to.
Bob
I hate to include folks mid-discussion, but Mike is trying to get the
SuperPET functionality running, and it refers to a HOSTCM program
running on VM/CMS. Anyone have a copy, some insight, etc.?
Jim
-------- Original Message --------
Subject: Re: SuperPET MMU
Date: Wed, 10 Sep 2008 13:17:20 -0700
From: Mike Naberezny <mike at naberezny.com>
To: Jim Brain <brain at jbrain.com>
References: <48C2236E.5060303 at naberezny.com>
<48C352FD.1040200 at jbrain.com> <48C3574B.8010805 at naberezny.com>
<48C59CCB.1000300 at jbrain.com>
Jim Brain wrote:
> Hmm, a mystery. Any chance you can sniff the UART traffic?
Yes, I can do that. I already made a sniffer for another project. I'm not
sure it will give much insight with the SuperPET alone. I'd probably need to
listen to something speaking HOSTCM with the SuperPET. However, observing the
bytes sent from the SuperPET when it initiates a transfer might give clues.
I did find something interesting in a VM/CMS (mainframe OS) reference manual
[1]. If you search for HOSTCM in that document, there is mention that a
"MANUAL" command outputs the HOSTCM specifications. It also says "The KERMIT
command also performs most of the functions of HOSTCM". It seems likely then
that HOSTCM is a built on the Kermit protocol.
This seems further confirmed by a message [2] from William Levak on
cbm-hackers a while back. Although all of his attempts to transfer files from
the SuperPET with "normal" file transfer protocols failed, he says Kermit did
more than the others.
This gives me a few good next steps. I'll play around with Kermit while
monitoring the RS-232 lines. From web searches, I found there are also some
mainframe guys that are running VM/CMS in emulators these days. I'll try to
make some contacts and see if someone has HOSTCM and can run that "MANUAL"
command on it.
Regards,
Mike
[1] http://ukcc.uky.edu/ukccinfo/391/cmsref.html
[2] http://www.softwolves.pp.se/misc/arkiv/cbm-hackers/1/1128.html
--
Mike Naberezny (mike at naberezny.com) http://6502.org
--
Jim Brain, Brain Innovations (X)
brain at jbrain.com
Dabbling in WWW, Embedded Systems, Old CBM computers, and Good Times!
Home: http://www.jbrain.com
>
>Subject: Intersil Intercept Models...
> From: "Bob Armstrong" <bob at jfcl.com>
> Date: Wed, 10 Sep 2008 07:39:24 -0700
> To: "'General Discussion: On-Topic and Off-Topic Posts'" <cctalk at classiccmp.org>
>
> Intersil made several PDP-8 "work a likes" based on their 6100 chip, and
>I'm trying to figure out a few of the exact details. OK, I know this is
>really obscure, but I'm hoping somebody out there has used one or at least
>seen one :-)
>
> The Intercept Jr was the SYM or KIM like single board computer with a
>chiclet keypad and seven segment displays and powered by D cells. That
>one's easy to identify. However, after they bought out Intersil, Harris
>made a thing called the "Micro12" which was a little like the Intercept Jr
>but is clearly not the same. There are no D cells on the Micro12 for one
>thing, and more logic on board for another. I only have pictures of the
>Micro12, but no details. Does anybody know any more about this gizmo?
There was a 6100 sampler that was a minimal board with TTY interface.
I have one of those.
The Intercept-JR did have batteries, it was one of the features all cmos
and low power. Fun to play with and useful. The Micro12 was the same beast
>from memory.
If I could find details on the -JR I'd build one.
> And the "Intercept I/II Microcomputer Development Manual" (which I do
>have) has pictures and specifications for the Intercept I and II. The I is
>in a 3-1/2" chassis that holds four cards horizontally, and the II is a
>5-1/4" chassis that holds at least a dozen cards inserted vertically. As
>far as I can determine from the manual, the I and II are the same (they use
>all the same cards) except for the chassis, and neither one has any kind of
>front panel. The front panel is emulated with an ODT like debugger in the
>console firmware (a little like the LSI-11).
>
The Intercept1 was 6100 based and the InterceptII was 6120 basically the same
thing from the programmers view with minor differnce. The I used 6100/6102
(PDP-8 with EMA) and the 6120 was the version that integreated the MEDIC part
on one chip and also added PDP-8A stack instrucitons (they are really IOTs).
The OS was OS278 flavor or compatable at some level with Fortran, FOCAL, ODT
and PAL. they also had the PDP-8 tray of tapes kit for non disk or user
rolled software. The disk system was PDP-8 RX01/RX8E software compatable.
FYI: ODT is a PDP-8 creation that found it way to PDP-11 with some variation.
The DECmate (early plain and DM1) and the base Intercept systems have much
in common.
> BUT, I've also seen pictures of something that looks like an Intercept I
>(exact same chassis), but with a lights and switches front panel. Intersil
>and Harris both published application notes, #006, that described the "6100
>Operator Console" and the application note even contains a nice photograph
>of just such a machine. What model was this? Is it a unique model, was
>there a front panel option for an Intercept I? The Intercept manual says
>nothing about any kind of front panel.
There were flavors of the backplane for turnkey systems without the front
pannel (I think power and reset). The other flavor had the operators console
(front panel) that was supported with the needed rom and pannel ram. You
could also get the operators console for the bare backplane version.
> Also, Intersil had their own disk (floppy disk, that is) operating system
>for the Intercept I/II called IFDOS. I have a manual for IFDOS, but it
>doesn't describe the floppy disk hardware for the Intercept. Was it a clone
>of the RX01/RX8E? Have any copies of IFDOS media survived?
Yep RX8E based system media and software compatable though differnt internally.
The Sampler is very minimal but fun to expand, the Intercept-JR is on my wish
list and the Intercept-1 or II were scarce but wouldn't mind having one to go
with my PDP-8f, DMIII systems.
Allison
>
>Thanks!
>Bob Armstrong
>
Intersil made several PDP-8 "work a likes" based on their 6100 chip, and
I'm trying to figure out a few of the exact details. OK, I know this is
really obscure, but I'm hoping somebody out there has used one or at least
seen one :-)
The Intercept Jr was the SYM or KIM like single board computer with a
chiclet keypad and seven segment displays and powered by D cells. That
one's easy to identify. However, after they bought out Intersil, Harris
made a thing called the "Micro12" which was a little like the Intercept Jr
but is clearly not the same. There are no D cells on the Micro12 for one
thing, and more logic on board for another. I only have pictures of the
Micro12, but no details. Does anybody know any more about this gizmo?
And the "Intercept I/II Microcomputer Development Manual" (which I do
have) has pictures and specifications for the Intercept I and II. The I is
in a 3-1/2" chassis that holds four cards horizontally, and the II is a
5-1/4" chassis that holds at least a dozen cards inserted vertically. As
far as I can determine from the manual, the I and II are the same (they use
all the same cards) except for the chassis, and neither one has any kind of
front panel. The front panel is emulated with an ODT like debugger in the
console firmware (a little like the LSI-11).
BUT, I've also seen pictures of something that looks like an Intercept I
(exact same chassis), but with a lights and switches front panel. Intersil
and Harris both published application notes, #006, that described the "6100
Operator Console" and the application note even contains a nice photograph
of just such a machine. What model was this? Is it a unique model, was
there a front panel option for an Intercept I? The Intercept manual says
nothing about any kind of front panel.
Also, Intersil had their own disk (floppy disk, that is) operating system
for the Intercept I/II called IFDOS. I have a manual for IFDOS, but it
doesn't describe the floppy disk hardware for the Intercept. Was it a clone
of the RX01/RX8E? Have any copies of IFDOS media survived?
Thanks!
Bob Armstrong
> Date: Tue, 9 Sep 2008 07:48:39 -0700 (PDT)
> From: Julian Skidmore <julianskidmore at yahoo.com>
> Subject: Mac SE Flyback!
>
>> > ..the Mac's good, but the flyback Transformer burnt out a while
>> You can have it, or just the flyback, for the cost of shipping from
>> Switzerland.
> but it's my best (and only) offer!
They (compact Mac flybacks) are hard to find these days. I was kind of
hoping your posting would cause someone to pop up and point, "That place
over there has hundreds of them" or to discover that there is an
alternative usable part number which is still available. The ringing
silence probably means that they are as rare as they seem to be now days.
Sigh.
Jeff Walther
> Yes. Indeed. I checked it again and it is the regular
> CRC circuit with unusual initial value and polynomial.
What are these values? They are not documented in the data sheet.
I spent 3 hours this morning attempting to figure out where to start
looking.
The problem shows up as a difference between files which are almost
certainly identical - except in one copy which I am confident is different
all of the time by the specified byte (caused at the time the copy was
made).
Rather than attempting to hide that this is current PC hardware, it is
probably best to list:
Hardware: Intel E8200 CPU (2.66 GHz), 2 * 2 GB memory in
ASUS P5B motherboard with 2 * Seagate 320 GB SATA II hard drives
Software: Windows XP with probably SP3
The problem shows up between 5% to 10% of the time with very
large files of greater than 1/2 GB to 2 GB in total size. The command:
COPY /B D:*.GHO G:*.GHx
was used to create 4 files each time with x = A,B,C,D,E
FC /B D:*.GHO G:*.GHx
is used to compare the files 4 at a time. It takes about 2 1/2 minutes to
compare the group of 4 files for a total of 5 GB being compared with
5 GB (which is why I said it must be current hardware). The result
often (between 5% and 10% of the time) shows a single difference
between the files at byte xxxxx35A (the xxxxx is random but the last
3 characters of the address are always the same) with the two hex
characters for each byte being different by 1 bit:
e.g. 22 vs 32 about 25% of the time with an extra bit 4
e.g. 94 vs 84 about 75% of the time with a missing bit 4
I probably performed between 75 and 150 FC commands
during which about 200 comparisons were made. I collected
about 15 cases when a difference was noted.
I can also perform an MD5 valuation of each file. So long
as the available memory is exceeded (relative to the size
of the previous files that were just tested), the MD5 valuation
takes about 40 seconds for a 2 GB file and the disk sense
light is on the whole time. If the same file is repeated for
the MD5 valuation, the disk sense light is always off and the
MD5 valuation takes about 9 seconds. The MD5 valuation
is probably incorrect between 5% and 10% of the time. Since
repeating the MD5 valuation on a different copy of the same file
provides a cross check, when what seems like an incorrect MD5
valuation appears, checking with a different copy will almost always
(19 times out of 20) show the correct MD5 valuation, then when
the MD5 valuation is redone on the same file, the probably
correct MD5 valuation appears, i.e. different from the just previous
MD5 valuation on the same file.
However, if the MD5 valuation is done again without flushing the
cached copy, then the same memory contents seem to be used
each subsequent time yielding the same (probably incorrect if
that was the situation) MD5 valuation from the last time that the
disk drive was actually read. My assumption is that as the (now
incorrect) byte was read into memory, one of the bytes of RAM
(possibly the same one each time) gets an extra bit set or misses
one of the bits being set - always that same bit 4 of course. Other
reasons may also have caused the byte in RAM to be incorrect.
However, once incorrect, it seems to stay the same until it is
modified again. So it does not seem to be a problem with
reading RAM.
So (FINALLY) this is my question:
If the cached copy (probably incorrect) of a hard drive file (which
is used to perform the MD5 valuation) stays
the same, what is the probability that it is a problem with RAM
memory as opposed to a hard drive or controller error? Since
the error suggests that it is a single bit causing the problem (the
same bit seems to be either on or off), my intuition would seem
to suggest that the RAM memory has a problem. However, since
my hardware experience is minimal, I am asking for suggestions
as to what can be done and the order they should be attempted:
(a) Replace the RAM memory
(b) Replace the disk drive(s)
(c) Replace the motherboard with the controller problem
(d) Something else I have not thought of
I know that Tony Duell would want to fix the component, but
I doubt that is even possible in this case.
Does anyone have any different suggestions?
Thank you for any help and please suggest any different tests
that might help to locate or better identify the cause of the problem.
Finally, just to make sure, does this problem constitute a serious
difficulty which should (must?) be fixed before any actual use is made
of this new system?
Sincerely yours,
Jerome Fine
Have available the following Memorex telex terminals
(60) M/T 1476 A2/G2 with keyboard
(3) M/T 080 no keyboard
Thanks
George
Ics Computers
PH#404.396.8672
**************Psssst...Have you heard the news? There's a new fashion blog,
plus the latest fall trends and hair styles at StyleList.com.
(http://www.stylelist.com/trends?ncid=aolsty00050000000014)
I have OSSMA as a poster indicated and can scan it next week after VCF.
The table of contents is very similar to OSSMB so its likely not that
different. It doesn't obviously say what version of OS/8 it is for.
Does anyone have a scan of the operating and service manuals for the
HP 1600A logic analyzer along with it's sidekick, the HP 1607A?
PDF is fine, but I would never turn down dead tree format. :-)
Thanks!
--barrym
[skip]
>> ECC. This is definitely not a CRC32. The algorithm
in
>> general looks like shift register for polynomial
>> multiplication with polynomial equal to
>> x32+x28+x26+x19+x17+x10+x6+x2+1 .
> It's a polynomial code not unlike a CRC. (Note that
a CRC
> works as an error-correcting code, but aren't as
good at
> burst error detection/correction as codes designed
for that
> purpose.) It could be a BCH code. Older disk
subsystems
> on "big iron" used Fire code, but I'm not aware of
that
> even having been used on small Winchester drives.
Yes. Indeed. I checked it again and it is the regular
CRC circuit with unusual initial value and polynomial.
Thank you.
Alexander.
Unfortunately, the disk manager cart is required. I did see one on ebay
though.
>In a message dated 9/9/2008 2:49:58 A.M. Eastern Daylight Time,
snhirsch at gmail.com writes:
>I have just added a TI expansion unit to my collection. It came with all
>the proper internal modules, but there's a possibility that the Disk
>Management plug-in cartridge (firmware) is missing. If the person I
>bought it from is unable to find it, is there any workaround to not
>having this?
**************Psssst...Have you heard the news? There's a new fashion blog,
plus the latest fall trends and hair styles at StyleList.com.
(http://www.stylelist.com/trends?ncid=aolsty00050000000014)
> From: pete at dunnington.plus.com
---snip---> > Then it's not very precise, because there is a difference. "benzine" is > a generic term used in some countries for roughly what I'd call petrol > and you'd call gasoline. "benzene" is a specific chemical compound > which may or may not be found in benzine, but as it's a known carcinogen > it's now banned in many places.>
Hi
I know how to make benzene.
Take acetylene and pressurize it to 4 atmospheres and bang, you
have benzene. With a catalyst, it can be done more sanely.
Dwight
_________________________________________________________________
Want to do more with Windows Live? Learn ?10 hidden secrets? from Jamie.
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!5…
Free for the cost of shipping from US/Boston 01888
- ST3600N 500 GB Apple branded
- (2) Quantum Viking 2275W 2.2 G Wide SCSI drives
- SCA adapters w/ power and ID jumpers
(1) SCA F-68 pin F w/ term resistors
(1) SCA F-68 pin F w/o term
(1) SCA F-50 pin narrow and 68 wide F
- Plextor PX-43CE SCSI CD Sept 1995 Internal
Uses caddies which I am out of
- Dayna Apple Easynet 10 base-T adapter
- Dec HiNote VP500 User's Guide (software probably around too)
- Dec Serverworks Manager Overview and Install Guide (1/3" think)
with CDs for 3.2 and 3.3 (Jan and April 1998)
Cheers Jim
About three weeks ago I asked whether a shipping quote I received was
reasonable or not. The item arrived today, so I figured I'd tell how
the story turned out.
Bradley Slavik had a Wang 1220 that he wanted to give up to get back
some room. He kindly gave me the machine, and even dropped it off at my
sister's house. Then I had to find a way to get it from Chicago to Austin.
Background: Wang shipped the first dedicated word processor in 1971, the
Wang 1200. The one I received is a slightly later model.
I received two suggestions for shippers: Craters & Freighters (I already
knew about them) and Novas (gonovas.com). Both gave similar quotes, but
this particular Novas office just made a bad impression. They would say
they'd call back that afternoon, and then wouldn't, and I'd call them
the next day, and they'd say, Oh, sorry, that was bad and I rarely do
that. Once is understandable, but three times in a row doesn't make a
good impression.
So Craters and Freighters it was. They picked it up two Fridays ago,
within 24 hours of me giving them the business. The following Tuesday
they said it was crated and ready for shipment. Last Friday I got a
call from the subcontracted shipper that they were in Texas and would
deliver it today, Monday. They gave me a 3 hour window and delivered it
in that window. The box was in good shape.
Once I opened it I could see that the shipping container was well made
and I had gotten my money's worth. After half an hour of pulling
staples and folding large sheets of cardboard, I had my very own Wang
1220 word processor. It was born on Aug 1, 1973, making it a bit more
than 35 years old.
It cost $495 for the pick up, boxing, and delivery. While it has been
rare for me to spend that much on any vintage equipment, I am happy with
the way it worked out.
I've posted a few photos, in small (50kB 640x480) and large (1MB
2300x1700). Eventually I'll have a web site, but this will have to do
for now.
http://www.thebattles.net/wang/1220/smallhttp://www.thebattles.net/wang/1220/large
Things to note, in no particular order:
The 1220 is the second generation 1200. The first came out in 1971.
Both systems used modified Selectrics for keying and printing.
There is a famous story where Wang alleges that IBM purposely sabotaged
the OEM'd Selectrics to damage Wang's reputation with customers. In any
event, the 1200's were notoriously unreliable. A few years later, Wang
took another shot at it with an 8080 & CRT based word processor system,
which ended up making Wang quite profitable for a time.
the "05-rear.jpg" photo shows the microcode program store. The
microword is 44b wide, and the ALU is bit serial. The whole electronics
package is on a hinged frame. You can see only the rear of the
backplane the photo, but there are a handful of cards on the other side
implementing the CPU. The microcode store is 2K words of 44b. The
board holding the microcode also has a grid where diodes can be soldered
in to allow patching up to three arbitrary words of the ROM. Later on
they introduced a board that allowed for 12 patched words. There is no
way to load software into the machine -- it only runs what is in its ROMs.
The CPU's memory is all of 256 bytes. 100 bytes are used to hold the
current record being edited. The rest contains variables state that the
microprogram uses to track things.
"04-hood.jpg" shows that the noise damping foam has all disintegrated.
The first thing I did was to get a putty knife and scrape it all into
the garbage. This hood sits over the Selectric, but the Plexiglas
hinges up and out of the way for use.
There are two cassette decks on top. they are used in various ways, but
one common way was to have the source version on one tape and as the
typist makes corrections, the edited copy goes out to the other deck.
the system allowed editing in place, but as the tape format consists of
nothing but a train of fixed length 100 byte data blocks, in-place edits
could neither insert nor delete lines. Another use was to have a
template document in one deck and a list of contacts in the second deck,
and the machine would print out form letters customized by the contents
of the second tape.
The 09-warning.jpg sticker shows that the older machines used rope ROMs.
This is a technology whereby word lines were snaked through 44 toroid
cores. By having a given word line wind a given core or not it would be
sensed as a 0 or 1. This model uses mask ROMs.
Luckily, I happen to have schematics for this machine. A few years back
I was loaned a box of schematics to scan for the Wang 2200, but it also
contained schematics for some other Wang products. At the time I had no
thought of having a 1200 (I didn't even know any still existed), but now
I'm glad I went and scanned everything. Who knows, maybe some day I'll
run out of things that need to be done to my existing emulators and I'll
write one for the 1220. It would be the world's most boring emulator,
though.
My office now has a strong aroma of whatever oils and greases that were
applied to the Selectric probably 20 years ago. I'm amazed how volatile
it still is.
Finally, my 2200 website has a 6 page color brochure touting the amazing
features of the Wang 1200 family (6 pages, 1.5 MB):
http://wang2200.org/docs/Wang%20Word%20Processing.pdf
The collage of very early 70s people on the cover of the brochure is
worth the price of the download.