Can anyone help this guy out?
As usual, respond to him, not me (nor the list), please.
Phikip.
---------------------- Forwarded by Philip Belben/PTech/PowerGen on 03/08/99
16:33 ---------------------------
roinfo(a)knoware.nl on 28/07/99 22:04:04
Please respond to roinfo(a)knoware.nl
To: history-of-computing-uk(a)mailbase.ac.uk
cc:
Subject: chinese and russian computer history
Where do i find info on russian pre perestroika landmark computers and also
info on chinese landmark computers
Cornelis Robat
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept
for the presence of computer viruses.
Power Technology Centre, Ratcliffe-on-Soar,
Nottingham, NG11 0EE, UK
Tel: +44 (0)115 936 2000
http://www.powertech.co.uk
**********************************************************************
At 11:47 PM 6/21/99 -0700, you wrote:
>> ::Hi. A while back I was talking with Rodger on the list about the
>> ::(appearant) abundance of GridPad 1910's that he was selling.... did th
>He's around. Probably just extraordinarily busy as usual. Give him a
>day or two to respond to your e-mails.
I'm behind. Can you tell? 8^)
Since I started that project, a few things happened -- I got married,
trashed a couple of hard drives, and my dad had another stroke. At this
point, the GRiDPads are kinda sitting there, waiting to be retested, boxed,
and shipped, but I'm spending all my time at the hospital (when not
working) so it won't be anytime soon. When he comes home, I'll likely be
spending a lot of time caring for him, so I can't say when I'll really be
able to get to it.
So, if you have another chance to get a cheap GRiDPad, go for it. If
you're desparate to get one asap, let me konw and I'll see what I can do.
Otherwise, feel free to tell me to bugger off, or invest the money
elsewhere for the time being. I'm really sorry about the delay and confusion.
--------------------------------------------------------------------- O-
Uncle Roger "There is pleasure pure in being mad
roger(a)sinasohn.com that none but madmen know."
Roger Louis Sinasohn & Associates
San Francisco, California http://www.sinasohn.com/
IIRC, IBM made several tempest models like the PC, XT and AT. very heavy
duty, but never saw one in real life.
I picked up a neat IBM part. It's a prototype AT adaptor never used and still
in its worn out box. it's basically just a full length AT card with holes for
soldering in chips and components. Will go good with my never used PC
keyboard and 5150 still in their boxes...
In a message dated 8/2/99 9:02:56 PM Eastern Daylight Time,
dastar(a)ncal.verio.com writes:
> Ok, here's something very cool as far as IBM PC artifacts go. Its an "IBM
> TPC 4 System Unit" (the model is 4459). Its a tempested PC!
At the SoCal TRW swapmeet yesterday, I couldn't resist buying an
Espson HX20, in it's brown plastic Epson carrying case, which
included a couple of microcassettes.
It powers on ok and basically seems to work, giving:
CRTL/@ Initialize
1 MONITOR
2 BASIC
3 SkiWriter (TM)
on the display; pressing 'MENU' or 'BREAK' restores the display,
however choosing Basic or SkiWriter from the menu traps to:
_
_
Trap!
A=00 B=02 X=00FF
C=D0 S=04AA P=00FF
[Actually B=02 for Basic and 03 for SkiWriter.]
Five ROMS are mounted, four for Basic and one for Ski.
The dipswitch SW6 is 1,2,3=ON 4=OFF.
That's all I know about it so far. I picked this up because it's a
'nostalgia' machine for me... I first saw one in the wretched
computer store I worked at in the early 80's and couldn't afford it
then. Later I did buy and use an older Epson Equity II (which I
still have BTW).
Any suggestions on how to make this little rig smarter?
Cheers
John.
PS: The TRW Swap was great fun... Marvin, his friend Gyuari (from
Hungary), Aaron Finney, and Dave Dameron stopped by... Paul Passmore
showed up and we all looked for Mike Ford but he was in 'stealth'
mode and eluded us. Marvin scored some cool vintage 8-bitters and I
got some Real Old software and Games from a cow-orker that I need to
sort out and offer to The List.
Oh yeah... I bought a forlorn AT&T 3B2 700 in unknown shape,
although the guy said it came out of service working fine.. When I
get a Round Tuit, I'll probably have questions about the pinouts of
the USOC jacks.. but for now on the shelf it goes... and it's
*heavy*.
Thanks for the information. Don Maslin sent some information which it turns
out doesn't apply exactly to my particular drives, as some of the jumpers on
his list dont exist, while others, on the drive, don't appear on the list.
I'm not sure what that means, though. The drives had paper tags printed
with dot-matrix which are mostly missing, and I'm quite certain the
printed-on-foil labels are not specific enough to account for the different.
Having re-jumpered the drives, they are able to read one another's writing,
though I'm uncomfortable with some of the behaviors certain jumpers produce,
particularly one, which seems to effect the drives differently.
I've had these drives since they were a new product, but haven't looked at
them since a couple of moves before I landed here ten years ago.
I'm not in a hurry now that these drives are available for me to use to
troubleshoot other drives, but when your scanner's back on line, I'd really
appreciate a copy of the bitmaps.
thanx,
Dick
-----Original Message-----
From: Fred Cisin (XenoSoft) <cisin(a)xenosoft.com>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Monday, August 02, 1999 2:03 PM
Subject: Re: floppy disk drive manuals
>I have the "Operating and Service Manual" for the Tandon TM848-1 and 848-2
>8" drives. Since I still use some of those drives, I'm not willing to
>part with them, but I could get copies made. Unfortunately it looks like
>I won't have a working scanner at all this week. If you can help me
>through what to look up, and teach me what to look for, I'd be glad to
>check things for you. Let me know which sub-model you have.
>
>For example:
>for motor speed, on the 848-1, trigger off of R33; for the 848-2, trigger
>off of test point 12.
>
>For cat's eye alignment:
>Channel A: Test point 2
>Channel B: Test point 3
>Ground: Test point 1
>External trigger: Test point 11, negative trigger, for single sided
>drives, R33 is alternatre test point, negative trigger. Test point 12,
>negative trigger for double sided drives.
>
>
>Tony:
>I also have manuals for the Sony D31V and D32V drives!
>
>--
>Fred Cisin cisin(a)xenosoft.com
>XenoSoft http://www.xenosoft.com
>2210 Sixth St. (510) 644-9366
>Berkeley, CA 94710-2219
>
>On Fri, 30 Jul 1999, Richard Erlacher wrote:
>> I have a couple of Tandon 8" slimline drives (They're in the basement and
>> I'm not so no model number.) They clearly can't read one another's
writing
>> consistently, so I'm interested in alignment data as well as the jumper
>> definitions. Would you have a manual which contains that information? I
>> need to know what the jumpers are and do, and what the factory default
>> settings are. I also need to know where the dif-amp outputs to be used
for
>> alignment are located, (pin numbers) as well as the index sensor pin and
>> other signals used in adjusting these drives for radial head alignment,
>> index alignment, track zero calibration, etc. If you have it and could
>> email me that data, it would help greatly.
>>
>> regards,
>>
>> Dick
>>
>> -----Original Message-----
>> From: Tony Duell <ard(a)p850ug1.demon.co.uk>
>> To: Discussion re-collecting of classic computers
>> <classiccmp(a)u.washington.edu>
>> Date: Friday, July 30, 1999 7:23 PM
>> Subject: Re: Cromemco 4FDC, How do you format a disk?
>>
>>
>> >> true and for the data I gave the 125kbits/sec rate is too low. As
it's
>> >> minima was 250kbits/s is twice that! Part of the recording scheme is
>> that
>> >> there are rules for continous strings of 1s and 0s, they arent
permitted
>> >> to exist for clocking and bandwidth reasons.
>> >
>> >I've seen plenty of controllers and data separators that put limits on
the
>> >maximum number of consecutive pulses and gaps. That's why you need clock
>> >pulses in MFM recording, and why Apple had the 5-3 and 6-2 encoder
tables.
>> >I have _never_ seen a drive (and I've read OEM and service manuals for
all
>> >sorts of drives) that specify any restrictions on the user data using
the
>> >standard encoding schemes
>> >
>> >At normal 5.25" data rates (125kbps (user bits) FM, 250kbps MFM) :
>> >
>> >Repeated MFM 0's looks like repeated MFM 1's looks like repeated FM 1's,
>> >and consists of pulses every 4 us.
>> >
>> >Repeated MFM 1010... looks like repeated FM 0's, and consists of pulses
>> >every 8us.
>> >
>> >Now, all drives support user sectors of 1024 bytes (8192 bits), MFM at
>> >least (and I don't think this is a real limit of the _drive_ either).
>> >That means you could have either of the above patterns for 8192 bits --
>> >the user bytes 'touch' each other with nothing between, and there's
>> >nothing to stop you having a sector of 0's, a sector of FF's or a sector
>> >of 55s if you want it. A disk drive that couldn't store said data would
>> >not be useful.
>> >
>> >I've got a Sony 3.5" drive on the bench at the moment. Now this drive
>> >rotates at 600rpm, so you would double the above data rates. Some of the
>> >tests involve recording pulses every 2us (corresponding to the first
case
>> >above) and 4us (corresponding to the second case above) continuously for
>> >one revolution and then playing them back. The service manual for the
Teac
>> >FD235 gives tests involving the recording and reproduction of 250kHz
>> >(pulse every 4us) and 125kHz (pulse every 8us) waveforms.
>> >
>> >So it would certainly appear that these 2 drives could correctly handle
>> >FM recording at half the user data rate of the standard MFM encoding. In
>> >other words that Teac (720K) drive would handle FM encoding at 125kbps.
>> >
>> >-tony
>> >
>>
>>
>
>--
>Fred Cisin cisin(a)xenosoft.com
>XenoSoft http://www.xenosoft.com
>2210 Sixth St. (510) 644-9366
>Berkeley, CA 94710-2219
>
Greetings!
I have a couple of Tandon 8" slimline drives (They're in the basement and
I'm not so no model number.) They clearly can't read one another's writing
consistently, so I'm interested in alignment data as well as the jumper
definitions. Would you have a manual which contains that information? I
need to know what the jumpers are and do, and what the factory default
settings are. I also need to know where the dif-amp outputs to be used for
alignment are located, (pin numbers) as well as the index sensor pin and
other signals used in adjusting these drives for radial head alignment,
index alignment, track zero calibration, etc. If you have it and could
email me that data, it would help greatly.
regards,
Dick
-----Original Message-----
From: Tony Duell <ard(a)p850ug1.demon.co.uk>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Friday, July 30, 1999 7:23 PM
Subject: Re: Cromemco 4FDC, How do you format a disk?
>> true and for the data I gave the 125kbits/sec rate is too low. As it's
>> minima was 250kbits/s is twice that! Part of the recording scheme is
that
>> there are rules for continous strings of 1s and 0s, they arent permitted
>> to exist for clocking and bandwidth reasons.
>
>I've seen plenty of controllers and data separators that put limits on the
>maximum number of consecutive pulses and gaps. That's why you need clock
>pulses in MFM recording, and why Apple had the 5-3 and 6-2 encoder tables.
>I have _never_ seen a drive (and I've read OEM and service manuals for all
>sorts of drives) that specify any restrictions on the user data using the
>standard encoding schemes
>
>At normal 5.25" data rates (125kbps (user bits) FM, 250kbps MFM) :
>
>Repeated MFM 0's looks like repeated MFM 1's looks like repeated FM 1's,
>and consists of pulses every 4 us.
>
>Repeated MFM 1010... looks like repeated FM 0's, and consists of pulses
>every 8us.
>
>Now, all drives support user sectors of 1024 bytes (8192 bits), MFM at
>least (and I don't think this is a real limit of the _drive_ either).
>That means you could have either of the above patterns for 8192 bits --
>the user bytes 'touch' each other with nothing between, and there's
>nothing to stop you having a sector of 0's, a sector of FF's or a sector
>of 55s if you want it. A disk drive that couldn't store said data would
>not be useful.
>
>I've got a Sony 3.5" drive on the bench at the moment. Now this drive
>rotates at 600rpm, so you would double the above data rates. Some of the
>tests involve recording pulses every 2us (corresponding to the first case
>above) and 4us (corresponding to the second case above) continuously for
>one revolution and then playing them back. The service manual for the Teac
>FD235 gives tests involving the recording and reproduction of 250kHz
>(pulse every 4us) and 125kHz (pulse every 8us) waveforms.
>
>So it would certainly appear that these 2 drives could correctly handle
>FM recording at half the user data rate of the standard MFM encoding. In
>other words that Teac (720K) drive would handle FM encoding at 125kbps.
>
>-tony
>
The book, A Guide to Collecting... has been both
mis-represented and criticized as being for
mainframe collectors. That confuses me so I
solicit your help in making the 2nd edition for
everyone in the hobby.
Please send your ideas, especially your
acquisition and restoration stories involving
microcomputers (PC, etc. = microcomputer).
You know, the type of story where you discovered
the exact rev. of a certain I/O board while
browsing through a china cupboard in an
antique shop while you waited for your car
to be repaired. That kind of story.
Please send them to me directly.
Thank you very much.
----------------------------------------------------------------------------
-------------------------------
Kevin Stumpf * Unusual systems * www.unusual.on.ca
+1.519.744.2900 * EST/EDT GMT - 5
Collector - Commercial Mainframes & Minicomputers from
the 50s, 60s, & 70s and control panels and consoles.
Author & Publisher - A Guide to Collecting Computers &
Computer Collectibles * ISBN 0-9684244-0-6
.
Hello, time for the yearly nostalgia.
I have quite a collection of NES stuff (carts and consoles) that I've
rescued from trash, garage sales, etc. that has been sitting in my
basement for a few years. Trying to run one of the games produces odd
output (i.e. lines down it display, not booting entirely) which I know is
due to dirty contacts. What's the best way to clean these? Alchohol on a
swab? Freon? (I have a friend that bought out a very large supply of it
just before it became illegal to sell (i.e.: 100+ bottles for his
reel-to-reel tape recorders)
Kevin
-------------------------------------------------------------------------------
"It's you isn't it? THE BASTARD OPERATOR FROM HELL!"
"In the flesh, on the phone and in your account..."
-- BOFH #3
On Thu, 29 Jul 1999 22:58:15 -0500 "Roger Goswick" <ccfsm(a)ipa.net>
writes:
>Say, while I'm wasting everyone's time, where might I obtain a boot
>disk for my HP 150? Would any version of Dos 2.1 work or do I need
>an HP version. And many thanks all. This really is a swell bunch of
>people you have here!!
It's special. The IBMBIO.COM has all of the hardware specific drivers
for the thing, and it's specially written for the 150's IO system,
namely HPIB. Somebody's *bound* to have a copy somewhere . . .
My local surplus dealer had Touchscreen II's. I imagine I can get one
pretty cheaply . . .
Jeff
___________________________________________________________________
Get the Internet just the way you want it.
Free software, free e-mail, and free Internet access for a month!
Try Juno Web: http://dl.www.juno.com/dynoget/tagj.
On Thu, 29 Jul 1999 21:51:04 Joe <rigdonj(a)intellistar.net> writes:
>Tony,
>
>At 11:16 PM 7/29/99 +0100, you wrote:
>>> , but
>>> >doesn't the HP150 have an IEEE-488 port (aka GPIB, HPIB) as
>>> >standard.
>>>
>>> Yes, it does but the 150 uses the port to connect to peripherals
>>> operating under MS-DOS. It has no commands that will let you send or
>>> recieve specific strings over the HP-IB.
>>
>>That's news to me (and I guess to HP). The HP150 Technical Reference
>>Manual has a section entitled 'HPIB Interfacing' which describes how to
>>use the HPIB port for non-disk devices.
>>
>
> THAT's news to me! I've never heard of using a 150 as a HP-IB
>controller and I have a large STACK of 150 documentation and none of
>it even hints that you can what you're talking about. Can you make a
>copy of that for me? S@#* and I've got a pile of 150s setting out in
the
>rain cause I had no use for them!
Now see, I figured that you knew this, Joe. I remember when I was
working for motorola, they tried to market an automated radio test
system that used an HP-150 as an instrument controller, attached
(via GPIB) to a service monitor, and a *BIG* interface box called a
'barn' that routed the audio, PTT, etc.
It didn't sell. The application software sucked.
<SNIP>
> In C? Is there a C that will run on the 150? Most of the software
>has to be tailored specificly for the 150 or else be VERY MS-DOS
>compatible with no short cuts. I've heard of BASIC, Assembler and Pascal
that
>will run on the 150 but I haven't heard of a C compiler that would.
I suspect any version of 'C' that is a straight command-line c-compiler
*ought* to work (using dos calls only, of course). Hmmm. Turbo C 1.0
comes to mind. The hard part will be getting the HP-150 implementation
of dos 2.x (or better, 3.x).
Dang it Joe, see what you've done? Now I have to buy an HP-150 to try
this out. S@#*. :^)
Jeff
___________________________________________________________________
Get the Internet just the way you want it.
Free software, free e-mail, and free Internet access for a month!
Try Juno Web: http://dl.www.juno.com/dynoget/tagj.
