I fired up an Altair and found it didn't behave as it should (tested
with MITs and Polymorphic CPU cards.) Doing an "Examine" does not load
the switch settings into the program counter. Doing an "Examine Next"
seems to increment the program counter by 3. The preceeding was done
with and without a memory card. I tried the "Deposit" but had no way to
see what I was doing since the switch settings apparently weren't being
loaded. Finally, the "Deposit Next" increments the LEDs. One other
strangeness, when I connect the Data Display cable to the MITS card, the
"Stop" switch ceases to function although the "Start" seems to work
fine.
I do have the schematics and will start to dig into it later this
morning. BUT, I was hoping to short circuit some of the troubleshooting
time if someone on the list has experienced something like this :).
Thanks!
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
it is described as
Cabletron MMAC-M8FNB chassis populated with 1 MODMIM-4, 1 CRM-2E
router, 1 TPRMIM-36 10MB ethernet and an EMM-E6 module.
Is this something that might be of interest? All Google seems to find is
people selling them.
- --
Collector of vintage computers http://www.ncf.ca/~ba600
Open Source Weekend http://www.osw.ca
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQFBDlBeLPrIaE/xBZARAtKJAJ0bIlh8MSyHjkjdPbanO+4+FT+KTgCgkR6J
tgIpMwb2wT8LazrksT4pcqM=
=uUVQ
-----END PGP SIGNATURE-----
Hi Everyone,
Does anybody have an extra side stand for the IBM AT that they would
part with? I have never seen one, but it's my understanding that IBM
made one for the AT, but most people didn't use them.
I'm willing to pay shipping plus a reasonable amount for one in good shape.
Chad Fernandez
Michigan, USA
Hi Chandra,
I believe there is a project called "altogether" by Eric Smith which is an
attempt to emulate the Alto under Unix and X-Windows.
http://altogether.brouhaha.com/
- John
jlewczyk(a)speakeasy.net
Sellam Ismail (vcf(a)siconic.com) wrote:
> Does anyone know what was the first computer to have a built-in real-time
> clock?
I take it you mean non-volatile clock like the M48T02 RTC chips on the early
SUN-4 machines.
The reason why there is a difference, is that most operating systems
(esp. those that have preemptive schedulers) need a regular timer
interrupt. So they use that interrupt for their time-of-day clock. This
method is generally accurate and convenient since mainframes were not
likely to be switched off overnight.
Another advantage held by the early mainframes is that they were kept
in a stable environment, which meant that their clock keeping was pretty
good anyway.
The other reason why you don't actually want to read a time of day
clock while the OS is running is speed. Why waste time on I/O since the
OS can just keep the elapsed time variable updated with a single
instruction.
UNIX is a good example: when you boot, the OS goes to the RTC, reads
the current time and date and converts it to the UNIX time (seconds
since 00:00 Jan 1 1970 UTC). From that moment onwards, the OS is making
sure that this value is updated so that it is current. When you
actually ask for the time, the system (actually the C library) converts
the contents of its time-of-day memory location into the calendar date
that humans like to see. When you actually want to set the correct
time, the system will update its internal time-of-day memory location
*and* the RTC so that then next time the system boots, it will have the
correct time.
BTW, the original PCs did not have a non-volatile clock, which is why MSDOS
by default asks for the date and time every time you boot (assuming you
do not override it by creating a AUTOEXEC.BAT file).
Since many people mentioned various HP calculators and computers with
non-volatile clocks, I only want to mention the HP 59309A HP-IB Digital
Clock. This is an HP-IB device that returns the current time/date as
an ASCII string. SO if your computer did not have a non-volatile clock
you could easily add one.
**vp
>JOHN MCCANCE wrote:
> good morning jerome,
> yes, this remains the correct snail mail address.
> and no, i am not tired of waiting. there are always many other
> amusements to tend to ;-}
Jerome Fine replies:
Hi John,
I tried to send the following e-mail. but it bounced. I hope this will
arrive!
After I tried to send this e-mail to you and send a reply to an old
e-mail, I am sending it to both you and classiccmp. The classiccmp
version leaves the address details omitted, so if that is the only one
that reaches you, please fill them in!
============================================
At this point, after many delays - most of which are my fault - I am
about to mail the CDs. They are actually ready to be taken to
the Post Office to be mailed.
I want to check on your address first, so please respond!
John W. McCance
aaaaaa
aaaaaa
aaaaaa
Thank you for being so patient!!!!!!!!!!!!!!!
Sincerely yours,
Jerome Fine
--
If you attempted to send a reply and the original e-mail
address has been discontinued due a high volume of junk
e-mail, then the semi-permanent e-mail address can be
obtained by replacing the four characters preceding the
'at' with the four digits of the current year.
Hello Graeme,
Thank you! This should help alot. Apparently this computer uses a floppy
drive. Do you happen to know where I can pick one up?
Thanks again,
Jeff Meyer
Has anyone got any old Strawberry Tree Inc. or LabTech (Laboratory
Technologies, now National Instruments) data acquisition software?
I've been getting periodic requests for specific software packages from
these companies and am hoping I can find some. This is a bounty so this
could be worth money.
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 copied the Z8038 part from the book "The Z8000
microprocessor, A design handbook" by Bradly, K.
Fawcett. I remember that somebody on the list tried to
make a collection of zilog chip documents. I'd like to
mail the 20 pages to him. Please send me email if it
is you. Thanks.
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
This I find very cool...esp since I scored an Xerox Alto Users handbook
(thanks Bob!) at VCF/East.
Has anyone every heard of these guys.they seem to up in Canada and are
painstakingly restoring an Xerox Alto I since April 2003.
AINOTL begins restoration of Xerox Alto 1
April 2003
AINOTL Systems, Inc. (AINOTL) is pleased to announce the restoration of
a Xerox Alto 1 computer (1972). Only 200 were hand-made at the Xerox
PARC research facility - we have the only one known to exist. The Alto
featured the world's first What-You-See-Is-What-You-Get (WYSIWYG)
editor, a commercial mouse for input, a graphical user interface (GUI),
and bit-mapped display, and offered menus and icons, linked to a local
area networks (first Ethernet device), implemented electronic mail, and
stored files simultaneously.
The webpage goes into great details of how they are restoring the
hardware along with a lot of pictures.
http://www.ainotl.com/alto.html
All this Alto fascination has got me wondering if anyone is working on
Alto emulation.If not I'd be interesting in starting this dauting task,
but don't think I know where to start. Do binaries of the
ROM/OS/Applications exist? I'm sure Al Kossow must have Alto hardware
docs. Are there any roadblocks in trying to build an Alto Emulator
(I've always wondered why an Alto Emulator doesn't exists yet.but I ask
the same of my 2nd favorite machine - the Apple Lisa). Anyone else
interested in undertaking this task?
-Chandra
Hi all.
Last week I grabbed a what seems to be "pristine" DEC Pro350
which was in use as a VAX console.. the VAX interconnect cable
is still attached to it.
Now, before I strip it to become a regular Pro.. would it be
useful to save the disk's current content? I seem to remember
a discussion on that stuff being hard to find...
Thanks,
Fred
Hi all... I just read this AP story about Jobs having surgery for a non-fatal
form of cancer. The story is here:
http://story.news.yahoo.com/news?tmpl=story&u=/ap/20040802/ap_on_bi_ge/stev…
I called the AP's office to report the mistake that you'll all notice: in the
story's next-to-last paragraph, it says "In 1984, the company released the
Macintosh, which was the first computer to have a graphical user interface that
mimicked a physical desktop."
I ** cringed ** when I read that. As most of you know by now, I'm a tech
reporter for a living, and a collector, and thus HATE when the mainstream media
doesn't even make an attempt to get this shit right. So I explained to an AP
editor what the mistake is. I explained to him that the distinction is NOT a
tiny technical loophole, but rather a glaring error that anyone who knows
anything about computer history will laugh at (after they finish crying).
I could understand a weekend reporter making this mistake, but in the story's
byline it says the writer is a technology reporter. You'd think he would know
the difference...
- Evan
I'm working on a PC-based external 8" floppy drive, mostly to be able
to format the 30-40 pounds of perforated placemats (aka bulk-erased RX02
disks) in my garage, and to be able to archive the few PDP-8 and Xerox
systems disks, games disks, diags and source disks I have, but don't
have the equipment to run. I've discussed this in pieces here, but I'm
ready to try to actually put it all together.
The first order of business is an interface cable for a standard ISA
floppy/IDE controller. I've found this pinout:
http://tinyurl.com/5c5fb
but no confirmation that it actually worked with a YD-180 drive,
which is what I have available.
Second issue is powering the drive. YE Data's schematics say +24VDC,
max 1.0A, typical 0.4A, and 5VDC, max 1.0A and typical 0.4A. However,
I've also found Usenet posts claiming a peak draw of 24VDC(a)2.2A and
5VDC(a)1.7A, so I'm inclined to be generous. I'm also not at all versed
in electronics, so I'm not sure what to look for past those specs.
Jameco has these units:
http://tinyurl.com/3lpjc
PWR SPLY,SWITCH(D-60B)58W, 5V@3A,24V@1.8A,UL/TUV/CE
Jameco #123465
http://tinyurl.com/4whtu
PWR SPLY,SWITCH,45W,5VDC@5A, 24VDC(a)1.8A,PFC,UL/CSA/CE/TUV
Jameco #194870
http://tinyurl.com/6fpp9
PWR SPLY,SWITCH,65W,5VDC@6A 24VDC(a)2.6A,PFC,UL/CSA/CE/TUV
Jameco #194896
http://tinyurl.com/64rml
PWR SUPPLY,SW,65W,5V/7A, 12V/3.2A,2.4V/1.5A,MIN,LOADREQ
Jameco #215706
Which is most suitable for an external floppy enclosure? If "none of
the above", what am I missing?
At the risk of heresy, right now I don't have time to be educated in
the issues; just point me in the right direction and shove, please. :)
BTW, I'll be more than glad to list and share the software I have.
After it's archived, I'll be looking to give away the disks I can't use,
or trade them for blanks.
Thanks,
Doc
This is offtopic for a Classic Computer list, but it's at least classic
office equipment from IBM:
I recently acquired and am trying to restore an IBM Electric Typewriter.
This is a pre-Selectric machine, and even pre-Executive machine. My
mother used an IBM Executive electric typewriter years ago to type
church bulletins and misc.
The machine I have is an IBM Type 11C according to the model plate on
the bottom. The few references and pictures I have been able to find
online make it appear this machine was new in the early to mid 1950's.
I can't find any information about this type of machine anywhere. There
are a few Classic Typewriter sites, but what I am looking for is
servicing information, how and where to lubricate, etc. The typewriter
works mostly fine, but a few keys hit much lighter than others and the
carriage shift mechanism is sticky. I've already solved the issue of
not being able to find ribbons by rewinding a new generic fabric ribbon
onto the IBM spools.
I want to restore this machine and use it for writing. There's an
appeal to writing direct to paper that is missing in computer-based
composition of text.
I'd also love to find more resources for older pre-computer IBM
equipment, and possibly a few more pieces of such equipment for my
collection. IBM was once about Time Clocks and such, long before it was
a computer company.
----- Original Message -----
From: "Geoffrey Thomas" <geoffreythomas(a)onetel.com>
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk(a)classiccmp.org>
Sent: Tuesday, July 27, 2004 8:36 PM
Subject: Re: Insect Conductivity - language?
> Me , I want to know what the ants said in reply. Translation anyone -
> looking for a babel fish.........
> I was up on the scaffolding outside my house today (we're having some
> cladding fitted ) fitting up my uhf aerial in a higher position when a
> squadron of flying ants descended on everything - from the park at the
back
> of the house. I'm afraid I outdid Sellam , and ,statistically speaking ,
you
> wouldn't expect that many ants to be illegitimate. They wouldn't go away
so
> I had to come inside , it's a bit dangerous when you're up high and ants
are
> exploring every part of your anatomy ; I've just had a shower and two came
> out of my hair- silly little buggers.
> What's this got to do with fucking computers anyway ? ...................
> Geoff.
>
Having decided to enter the debate I thought I might try out a bit of
allusion alongside an expletive - as above . I must say that I find it
distinctly uncomfortable to see the last line in print. I think I belong to
the school that believes that swearing is an art form ( not ark B ) and if
it is used indiscriminately it loses it's impact. I think this is true of
most things in life . I find that the allusion is a lot funnier as ,
obviously, it leaves the reader to visualise the word and the "scene" for
him/her/self. (P.C.)This is a bit like radio as opposed to tv , I suppose.
Swearing , in a conversational context, is probably easier to get away with
as you have inflexion, intonation etc. to convey meaning and any humour.
This is why it looks so bad in print , I think. I thought the beginning of "
Four weddings and a funeral " was poor in this respect -poor acting?- but
perhaps it's a generation gap effect. I certainly have no objections to
anyone writing such in an email , I merely express my own mild discomfort at
seeing my own word in print. I don't believe in any form of organised
religion with a deity , in case anyone is wondering. The only person I know
who has a magic wand is Sooty !
Izzy Wizzy .....................
Geoff.
I was walking out of the supermarket the other day with my corn and sour
cream and noticed that they were selling a DVD compilation of all the
School House Rock videos ever made, including unreleased and never before
seen episodes. The DVD was $19.99, and they also had a VHS tape at
$12.99.
Amazon listing it for a couple bucks more:
http://www.amazon.com/exec/obidos/tg/detail/-/B00005JKTY/qid=1091393049/sr=…
For the uninitiated, School House Rock was a series of interludes shown
during Saturday morning cartoons[1] which put learning concepts (science,
history, mathematics, language, etc.) to rock music. It started in the
mid-1970s and they were shown through to at least the mid-1980s before
they apparently got too outdated to show any more. "Scooter Computer
and Mr. Chips" was a three part series that introduced computer concepts.
Apparently there's a newly(?) produced 4th episode on the DVD.
[1] An institution amongst American children during the 1980s, now defunct
due to the supplanting over time of all the good cartoons with absolute
crap starting with cocaine-induced dreck like The Smurfs and My Little
Pony.
--
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 have posted a smattering of pictures from the first day of VCF East here - http://home.comcast.net/~msmith6020/VCF.html. I had to leave mid-afternoon on Friday and wasn't able to get a clear shot of every exhibit due to the crowd.
-W
I found a great place that has archives of many various mailing lists,
including CCTALK and CCTECH:
http://archive.netbsd.se/
Seems to be duplicates of what's on ClassicCmp.org, but the interface
seems nicer.
Doesn't ANYONE have archives going back to the beginning? Whatever
happened to the old archives? They were so nice...
--
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 ]
>From: vrs <vrs(a)msn.com>
>
>> OK. I was thinking about the microcode ROMs in an HP9810 (somethign that
>> _I_ am working on, and those are most certainly 'hit' as soon as INIT is
>> deaseserted and the microocde program counter starts to change. I prefer
>> to think of general-purpose solutions (i.e. somethign that will replace
>> every 256*4 ROM), rather than soemthing that works only in specific
>> machines under specific circumstances.
>
>I must not be getting it, somehow.
>
>Why can't you just use a 45ns or 55ns 27c256 or 27c512 and swizzle the
>pinout? These are around $3 per chip, and seem to meet the requirements.
>
> Vince
>
>
Hi
I did some searching on the web but never found any
27c256's faster than 70ns. I did find 27c512's and 27c010's
at 45ns a couple of places.
Dwight
>From: "Jay West" <jwest(a)classiccmp.org>
>
---snip---
>
>And lastly, I'm confused about FFP. I am guessing that FFP required FP,
>which is supposed to be standard on E series. But a few lines in various
>docs make me think that perhaps older rev E series didn't have FP built in.
>Some docs mention that when ordering FFP, you can specify option -100 to get
>some additional roms, necessary for E series machines with a serial number
>less than 21XX (co-incidence on the rev number). I'm guessing that the
>additional roms are FP? The roms in question are:
Hi again
My understanding is that for the E series, the only difference
between the E and the F is the additional firmware ROMs. My
understanding is that you'd need the ROM expansion board.
I hope you are going to make some binary files of all these ROMs.
Maybe Al can make a directory to hold ROM images.
Dwight
>From: "Bob Shannon" <bshannon(a)tiac.net>
>
>
>
>Jay West wrote:
>
>><snip>
>>
>>1816-0420 No clue
>>
>
>Paper tape. This is the 'fastest' easy way to bootstrap an HP 1000.
>
>Use this with a 12566 microcircuit I/O board, and you can load a 31K word
>boot image in less than 2 seconds, faster than many stock HP disk drives.
What data source are you using? I was thinking of connecting
this board to the parallel port of my PC to make the PC look like
an external drive.
Dwight
>
>Use this boot rom with the emulator I'm building for you. I'll supply a
>cable and jumper settings for the I/O card (gnd true).
>
>
Ok, I don't know if this is possible, but it would be handy so I'll throw
the idea out and see if the more electrically inclined have any ideas.
My specific issue is the HP2100A, 2100S, and 21MX M/E/F systems. However, I
suspect this problem is present in other machines... DEC, DG, etc.
The loader roms and microcode roms (two different chips) for each system are
pretty much impossible to find. I'd like to make copies of them both for
myself to use in other systems I currently have, and also to have a set of
spares around. In addition, I'd like to make copies for other classiccmp'ers
who may have systems that want/need a particular firmware or loader rom
option. Finally, there are some roms that people have posted images for
online that I'd like to burn myself because I don't have those particular
roms.
Since the blank chips are nigh impossible to find anymore... is it possible
to use something like a PIC chip on a small DIP carrier card, that could be
plugged into an existing loader rom or microcode rom socket and function
just like the "real thing" to the system? Would this be something terribly
difficult to build? A cute twist on this.... extending the idea further....
Put a bunch of NVram or an EEprom on the little carrier card. In the NVram
could be stored multiple ROM images. Then via a switch on the card (when the
system is powered off of course), you could select if the chip was a mag
tape loader rom, or a paper tape loader rom, etc. For the microcode roms you
could switch between FFP and IOP for example. When you wanted to change the
set of rom images in the DIP package, you just hook it up to a serial port
and download to change the available sets on it.
The WCS card for HP boxes comes close to this, but there's no battery
backup, and you can't program it easily with a PC. WCS cards probably aren't
terribly easy to find anyways.
Is this a pipedream? It would allow DEC'ies to have more loader roms they
dont currently have by exchanging images via the net, etc. Not just an HP
thing - but I realize it would have to be a different design electrically to
work on the other machines. I'm thinking of a universal rom with different
electrical interfaces on the carriers perhaps?
Everyone talks about preserving ROM/PROM contents. But if the blank roms are
unobtainium, we need to take the next step.
Any thoughts?
Jay West
---
[This E-mail scanned for viruses by Declude Virus]
I just located a PDP 11/23 Plus that is going to be scrapped soon if no one is interested in it. I told the owners that I would check to see if there was any interest in the unit from a chat site I am part of. This is a rack mounted unit with 2 RL02 drives and several disks for the RL02 units also in the rack. It also has the air conditioning attached to the back of the rack. It is sitting outside (come rain or shine) so it may be vandalized at some point in time or the weather may get to it. The owners are interested in getting rid of it, but of course want a payment of some amount. They did not give me a number of what they wanted for it.
Is there any interest here on the board? I can go back and get more information on the item if needed. Just let me know what you'd like to know about it. I was going to get the SN, but couldn't find it.
I'm willing to work with anyone who is interested.....
Bill Machacek
Colo. Springs, CO
Heathkit/Zenith TubesI have 4, new in the box, CRT Tubes that may work with
a Heathkit/Zenith H-19 or H-89 computer (I'm not sure how big the display on
these models are. The tubes are 8 1/4 " x 6 1/4"). If they are for
something else, and you know what that is, please let me know.
I have been trying to find out exactly what these tubes are. I have pictures
for additional identification. I would hate to get rid of them only to find
out they are still useful for a repair or collector.
Here are the part numbers and information:
These numbers are on the tube: MN1012Pe1Av 254 and CPJ240A1V and 100-730-03E
and HG-319 and C1406
380-2655 is written on the bottom of the boxes.
The boxes are labeled Heathkit, but the tube inside is labeled Zenith.
Thank you,
Jeff Meyer
A gentleman in Baltimore sent me this email:
<start of email>
I happen to have a Wang 2200 and have been wondering about it. I used to
have a one man computer hardware design consulting company with an
office in a medical/professional office building. One day a doctor in a
nearby office had the maintenance man wheel in this Wang 2200 into my
office. No manuals, no floppies, no terminals. As far as I know it was
in working condition when it was retired circa 1996. It in a storage
area since then and I have decided it needs a good home.
<end of email>
A subsequent email showed it to be a Wang 2200 LVPC-E, made in 1983.
The machine has a single 8" floppy, but the internal hard disk has been
removed. The VP series machines had a writable microcode store, so to
execute BASIC, it had to come off of a disk. So as it stands, it will
not boot.
I asked him about his asking price and he said:
<start of email>
This unit is very heavy, so I worry about delivery. My ideal scenario is
someone would drive up and grab it from me. From what you said it would
cost more to ship (have to be by truck) than its worth.
<end of email>
If you are interested in the machine and can pick it up, please send me
an email at frustum(a)pacbell.net and I'll send you pictures and I'll give
you his email address. I'm not posting his email directly so his
address doesn't get spam harvested.
I've recently heard of an archaic IBM device, the 1092 Densely Coded Matrix
- a 10 x 15 array of switches, essentially a Big Keyboard, with customisable
plastic overlay 'keycaps'.
Could be used for input on 60's systems - 1410, my 1800, probably S/360 too.
Originally developed at the University of Missouri, for control of CNC-type
cloth cutting machines in garment trade.
Anyone got one? Seen one? Anecdotes of them?
BTW, I'm *still* engaged in a probably-hopeless search for a 1052 or 1816
(heavy-duty 1052) console to use with my 1800, in the increasingly-unlikely
event that anyone here can point me towards one...
Mike
http://www.corestore.org
Hi
Does anyone have any data books with the specs
and signals for Rockwell's 4 bit processors that
they made during the late 70's? These were in a
funny flat pack called spider chips.
Dwight
>From: "John Honniball" <coredump(a)gifford.co.uk>
>
>Dwight K. Elvey wrote:
>> Does anyone have any data books with the specs
>> and signals for Rockwell's 4 bit processors that
>> they made during the late 70's? These were in a
>> funny flat pack called spider chips.
>
>I have a book by Steve Money called "Microprocessor Data Book", and
>it lists three Rockwell 4-bit chips, the MM75, MM76 and MM78. They
>make up the PPS4/1 Series. Are they the ones you are interested in?
>
>--
>John Honniball
>coredump(a)gifford.co.uk
>
>
Hi John
Hard to say. The chips I have all have inhouse numbers on them.
It sure does sound like the right stuff though. The chips are
all 42 pin spider chips.
Dwight
Date: Fri, 30 Jul 2004 21:01:44 -0400
From: "John Allain" <allain(a)panix.com>
Subject: Re: IBM 1092
>I have a device like this, taken from IIRC an NCR device ca. 1960.
>It is definitely a keyboard and it contains a matrix of something like
>(3x8+AD0-)24 by 24 switches, and it is coded, perhaps BCD. Underneath it
>is all hand strung wires. I can dust it off and send photographs if
>you're interested.
I'm primarily interested in DEC & IBM stuff, thanks... why don't you put the
photos on a website where everyone can see them?
>1401 I've heard of. What's an 1800?
Same architecture as the 1130, but a much bigger box. Built like a
System/360, from SLT logic.
See: http://www.corestore.org/1800-2.htm
Cheers
Mike
>From: "Don Maslin" <donm(a)cts.com>
>
>
>
>On Fri, 30 Jul 2004, Joe R. wrote:
>
>> At 04:41 PM 7/29/04 -0700, you wrote:
>> >>> That's called a 'Light Emitting EPROM' and it's an expensive and
>> >>> short-lived alternative to an LED.
>> >
>> >>Is this related to things like the SER (Smoke Emiting Resistor -- one
>> >>where the power rating is massivle exceeded), SEC (Sound Emitinf Capacitor
>> >>-- an electrolytic wired backwards), the Friode (a diode that's
>> >>open-circuit both ways), etc?
>> >
>> >Sounds like what Lucas Electric used to use.
>> >http://pw1.netcom.com/~krk/lotus/humor/lucasjokes.html
>>
>> ROFL! Only someone who's had a vehicle with Lucas electronics could
>> truely appreciate that!
>>
>> Joe (x-1952 MG TD)
>
>...or had experience with Magneti Morelli eqquipment!
> xxxxxxx
> Marelli
>
> - don
>
Hi
The only problems I've ever had with Lucas was there fuel pumps,
ignition coils, distributors, alternators and fuse holders.
The Magneti Marelli stuff was actually a little better. I
never had issue with the alternators ( regulators were junk )
but then I never had an Italian car with an electric fuel pump.
For switches, the worst I ever encountered were used in
Audi's.
Dwight
>> >And thereing lies the problem. Presumably you need to program an EPROM
>> >with the firmware for this 6809. Which is somewhat hard without a
>> >programmer :-)...
>>
>> For some perhaps - at the time, myself, and almost everyone I knew worked
>> for companies with programmers, so it was not a problem. You could also get
>
>You were lucky. I was a student at the time, and in fact I built the
>program over an Easter vacation one year. I didn't have access to a
>programmer -- that's why i needed to build one.
Agreed with all your points that it may not have been possible - but I did
learn many avenues to work around such problems - when I was a student, I
"found" the only programmer in the place and got to know the guy who was in
charge of it ... :-)
My "not available" story: I was at my parents home over a long weekend when I
finally got my wirewrapped 8080 system to the point where it could use a keyboard
- as they lived in the country, there was no chance of scrounging one (I couldn't
afford to BUY anything back then), so I decided to build one...
Picture a flat piece of wood, at each key location is a metal thumbtack with a
bit of fine wire (salvaged from a transformer) attached. Two spacers at each
end allow another "board" to live about 1/4 inch above it. It had holes drilled
over every key (thumbtack), and in each hole was a nail pointing up, going
through a spring (springs came from an old contruction kit) into a hold drilled
into a short piece of dowling which was the "keytop" - another bit of fine wire
shoved into the hold beside the nail made the top contact.
The contacts from the "keys" went to a rather large and unsightly mess of diodes
(salvaged from an old Burroughs posting machine) and ultimately to a set of 8
transistors, which game 7-bit ASCII and a strobe. Took me most of the weekend to
build the thing, and it actually worked! Although it was not the most pleasant
thing to type on (rollover ... we don't need no steenking rollover :-)
One of the few things from my very early digital experiences that I really wish
I had saved...
[It was replaced within a couple of months with a real keyboard (scrounged) and
remapped to ASCII with a 1702]
>Unless your programming skills are perfect (and mine are not), this gets
>boring fast when you have to wait a few days for each update. In fact the
>time taken to erase and reporgram an EPROM yourself soon becomes painful,
>that's why I included an emulator in my programmer.
>...
>> I didn't program the actual firmware right away - I made a EPROM (at work)
>> with my 6809 monitor program in it, which allowed me to download code into
>
>Right... Again this assumes your monitor is debugged.
In this case, it was - I did a *LOT* of 6809 code in those days, both privately
and commercialy - I had my own debugger (still around essentually unchanged as
the MON09 debugger I list on my site), and I designed my EPROM programmer to
have the same serial port devices (6551), and RAM in the right place for the
monitor to run (ROM was at E000 of course - 8k at top in 6809 map).
Had I not had a debugged monitor, I would have written a very simple loader.
Just enough to get a "real" loader into the machine - unless I really cocked
it up, that would be all I needed, and I doubt I would have had to have the
ROM made more than once (did similar things on many other projects).
I selected the 6809 in the first place because I had recent experience with it
and suitable tools available...
>Incidentally, I've built a couple of instruments with microprocessors (as
>opossed to microcontrollers) controlling them (actually I normally used
>the 6809 -- nice chip), and I included commands to read/write/execute
>from any location in mmeory. Sure helped debugging !.
Yup - 6809 was an incredible chip - easy to multitask (and most people don't
know what DP is for!) - I always include low level debugging features/commands,
can be absolutely essential at times.
>> If I were doing the same project today, and had absolutely no access to any
>> means of programming the initial EPROM, I would first post in the local groups
>
>These days I'd either use a PIC as the controller processor (trivial to
>make a programmer for, and the programming algorithms are documented), or
>if I was using some deviec with external program memory, I'd start off
>using E2PROM or something, again easy to make a programmer for. I now
>have access to rather more computers, with rather more user I/O lines...
Yeah, OK - I would use some little flash device too - I was speaking in terms
of if I were faced with the same problem to build exactly the same type of
device with similar parts ...
>This was long before the days of the Internet in the UK. It wasn't easy to
>find places to ask about borrowing a programmer.
Not familier with UK companies etc. - this would have been somewhere in the
mid 80's, and I was reasonably well past being a student ... but these are
the kinds of things I would have tried had I still been in school:
- Local companies that were "friendly" ... might involve having a friend
who's dad worked there.
- Local shops, schools etc.
- BBS systems - lots of other "geeks" hung out there, many with good
connections... fidonet was king before the internet.
>> I guess what I am saying, is that if you are not prepared to be a little
>> creative, you are probably not well suited to designing/building your own
>> test equipment.
>
>Are you saying I'm not creative?
NO! that was a general comment, and NOT directed to you specifically.
- I know you are creative (from your postings), and you did solve the problem
- no need to defend your honor any further.
but.. especially in todays world (as you point out), having to get the "first"
ROM programmed should not be a show stopper. Even that is only an issue if the
OP decided to build my design "as is" - as discussed earlier in this message,
a little flash device could be used and then all you need is a serial or parallel
port to program it (depending on the requirements of the device). To me (primarily
a software guy), using a little controller with lots of I/O and ability to time
pulses far more accurately than winblows, it still makes sense to design a micro
based device.
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
>From: "Stephane Tsacas" <stephane.tsacas(a)gmail.com>
>
>ahhhhh okay :)
>You mean if you have 23 as input (2 digits/ascii code of 2 and 3) the
>output should be the binary value 0x23 in one byte. Correct ?
>So input is ascii and output is a binary file, not ascii.
Hi Stephane
Now you got it.
Dwight
>
>awk --non-decimal-data 'BEGIN {RS=" "} {x="0x"$0; printf("%c", 0+x);}' |
>od -t x1
>0 1 2 3 4 5 6 7 8 9 A B C D E F 10 11 1F 20 FA FB FC FD FE FF
>0000000 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f
>0000020 10 11 1f 20 fa fb fc fd fe ff
>0000032
>
>I use 'od' to do the binary to ascii conversion so I can print the
>result. But you can also redirect the output in a file and load it in
>emacs (in hexl-mode) to double check.
>Massaging of the value can be done before the printf as in :
>awk --non-decimal-data 'BEGIN {RS=" "} {x=$0; x++; x="0x"x;
>printf("%c", 0+x);}'|od -t x1
>1 2 3
>0000000 02 03 04
>
>/s
>On Fri, 30 Jul 2004 19:40:51 -0700 (PDT), Dwight K. Elvey
><dwight.elvey(a)amd.com> wrote:
>>
>> >Date: Sat, 31 Jul 2004 04:16:09 +0200
>> >From: "Stephane Tsacas" <stephane.tsacas(a)gmail.com>
>> >To: "Dwight K. Elvey" <dwight.elvey(a)amd.com>, "General Discussion: On-Topic
and
>> Off-Topic Posts" <cctalk(a)classiccmp.org>
>> >Subject: Re: OT-ish - converting hex output to binary on a Unix platform
>> >
>> >awk --non-decimal-data 'BEGIN {RS=" "} {x="0x"$0; printf("%d ", x)}'
>> >0 1 2 3 4 5 6 7 8 9 A B C D E F 10 11 12 1F 20 FC FD FE FF
>> >0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 31 32 252 253 254 255
>> >
>> >better ?
>>
>> Hi
>> I think your still missing the point. Your printout is
>> all in ascii. If things were working as expected the
>> number '31' hex would display as '1' when printed. Many hex
>> numbers would not even display. It looks like the variable
>> is now correct but you need to write it as the byte value
>> to a file not convert it to the decimal printed
>> as ascii digits. 255 is the binary values that are 00110010
>> 00110101 00110101. This is 3 values not the one value 11111111.
>> I think you are still confusing the byte with the displayed
>> value.
>> Am I making sense?
>> Dwight
>>
>>
>>
>> >
>> >On Fri, 30 Jul 2004 18:26:12 -0700 (PDT), Dwight K. Elvey
>> ><dwight.elvey(a)amd.com>
>> >wrote:
>> >...
>> >> I'm not sure this is what he is looking for. I think
>> >> he wants the hex number converted to a byte value
>> >> not just printed in ascii as a binary value.
>> >> Dwight
>> >>
>> >>
>> >
>>
>>
>
>From: JMeyer101(a)aol.com
>
>I recently acquired a few older computers. One of the units is a working MCS
Intellec 4. Unfortunately, I have no knowledge of how to program this computer
or what accessories can be used with it. Can anyone help me out?
>
>Thanks,
>
>Jeff
>
Hi Jeff
As I recall, there wasn't any OS or anything for these.
They were primarily used to run experimental code on
or blow EPROMs for some other machine. They usually
had enough ROM in them to do things like take data from
a paper tape reader and program proms. They may have had
some form of monitor code as well. They usually had
cards with hardware to emulate the 4001 I/O functions
so that one could debug their code befor commiting to
the mask ROM in the 4001's. Joe R. might have
more info on this machine. It is a collectors item for
sure. I do have some manuals for the MCS-4 series parts
that can help and if you can dump the EPROMs in the machine,
I can disassemble them for you. The EPROMs are most likely
1702A's. These do require some non-standard voltages.
One can often make up an adapter with an external supply
to read these as though they were 2716 or something on
a standard EPROM programmer.
I am setup to read and write 1702A's on my 4004 machine.
( not an Intellec-4 ).
Although, it doesn't talk about the Intellec-4, the
manual I have does sedcribe the 4004. I also have a
newer manual that describe the 4040 as well. I just
sent a copy of the older manual off to one of the other
follows and it cost about $13 to mack copies and send
it to him( as I recall ).
Dwight
Paul Koning <pkoning(a)equallogic.com> wrote:
> Teo> .... I would also like to know what
> Teo> affect printable adhesive labels have on media...
>
> I have a simpler rule for those: "just say NO".
So how is one supposed to label recorded CDs then? There needs to
be some way to identify which CD-R contains what...
MS
For those interested, the HP M/E/F-Series ROM Part Number History that I
mentioned in an earlier post is available as part of the "Communicator/1000
for Software Update 6.2" PDF available at:
http://www.hp.com/products1/rte/tech_support/5963-4402.pdf
See pages 3-120 through 3-124.
-- Dave
Silly question, but maybe someone here's found a nice way of doing this
using standard Unix tools...
I have a few files in hex format (actually ROM dumps) and want to
convert them to binary. Sort of the reverse of the hexdump utility. I'm
not aware of a standard (and probably on-topic!) Unix util to do this,
but maybe someone knows if there is one, or a handy way of doing this
using some of the standard text-processing utils that Unix has...
(files are in the format of 16 pairs of uppercase hex digits per line,
with a trailing space after every pair - even the last one on a line)
I'm rapidly coming to the conclusion that I need to remember some C
again - and I've only just finished emptying my brain of it after the
last time I needed to code in it a couple of months ago :-)
cheers
Jules
Kent C. Redmond and Thomas M. Smith, Project Whirlwind: The History of a
Pioneer Computer, Bedford, MA: Digital Press, 1980. ISBN: 0932376096
The book is pretty light on techical information on the computer, however.
I'm hoping there is some meater info on Whirlwind buried in the CHM stacks.
> Holy moley! Speaking of word usage, I sure hope there's nobody from
> Wales on this list.
Why should we be offended? Just 'cos Joe can't spell? 8^)=
Lee.
>> Jim,
>>
>> Yes I still have it. The winnng bidder welshed out and
>> never paid for it. BTW note my address above. The address
>> that you sent the message to is for a mailing list.
>>
>> Joe
________________________________________________________________________
This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________
ahhhhh okay :)
You mean if you have 23 as input (2 digits/ascii code of 2 and 3) the
output should be the binary value 0x23 in one byte. Correct ?
So input is ascii and output is a binary file, not ascii.
awk --non-decimal-data 'BEGIN {RS=" "} {x="0x"$0; printf("%c", 0+x);}' |
od -t x1
0 1 2 3 4 5 6 7 8 9 A B C D E F 10 11 1F 20 FA FB FC FD FE FF
0000000 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f
0000020 10 11 1f 20 fa fb fc fd fe ff
0000032
I use 'od' to do the binary to ascii conversion so I can print the
result. But you can also redirect the output in a file and load it in
emacs (in hexl-mode) to double check.
Massaging of the value can be done before the printf as in :
awk --non-decimal-data 'BEGIN {RS=" "} {x=$0; x++; x="0x"x;
printf("%c", 0+x);}'|od -t x1
1 2 3
0000000 02 03 04
/s
On Fri, 30 Jul 2004 19:40:51 -0700 (PDT), Dwight K. Elvey
<dwight.elvey(a)amd.com> wrote:
>
> >Date: Sat, 31 Jul 2004 04:16:09 +0200
> >From: "Stephane Tsacas" <stephane.tsacas(a)gmail.com>
> >To: "Dwight K. Elvey" <dwight.elvey(a)amd.com>, "General Discussion: On-Topic and
> Off-Topic Posts" <cctalk(a)classiccmp.org>
> >Subject: Re: OT-ish - converting hex output to binary on a Unix platform
> >
> >awk --non-decimal-data 'BEGIN {RS=" "} {x="0x"$0; printf("%d ", x)}'
> >0 1 2 3 4 5 6 7 8 9 A B C D E F 10 11 12 1F 20 FC FD FE FF
> >0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 31 32 252 253 254 255
> >
> >better ?
>
> Hi
> I think your still missing the point. Your printout is
> all in ascii. If things were working as expected the
> number '31' hex would display as '1' when printed. Many hex
> numbers would not even display. It looks like the variable
> is now correct but you need to write it as the byte value
> to a file not convert it to the decimal printed
> as ascii digits. 255 is the binary values that are 00110010
> 00110101 00110101. This is 3 values not the one value 11111111.
> I think you are still confusing the byte with the displayed
> value.
> Am I making sense?
> Dwight
>
>
>
> >
> >On Fri, 30 Jul 2004 18:26:12 -0700 (PDT), Dwight K. Elvey
> ><dwight.elvey(a)amd.com>
> >wrote:
> >...
> >> I'm not sure this is what he is looking for. I think
> >> he wants the hex number converted to a byte value
> >> not just printed in ascii as a binary value.
> >> Dwight
> >>
> >>
> >
>
>
I have a new-to-me 11/04 in the kitchen, and I'm having some very odd
problems with it.
Slot 1 - M7263 11/04 CPU
Slot 2 - empty
Slot 3, AB - M9301-YA
Slot 3, c-F M7859 KY11-LB Console interface
Slot 4, C-F M7856 SLU, switched for 9600bps, 8N1, 20mA C.L. console
Slot 5-6 - G657/H228-B 64KW core assy.
Slot 7-9, D - G727 grant continuity modules
Slot 9, AB - M9302 Terminator
In the "book" configuration, as above, it boots to zeroes on the
console LEDs with the RUN light and SR DISP lit. I can CLR the SR DISP,
but the only other response I get with the panel is by halting it
(CNTRL-HALT), which lights the BUS ERR light.
On the other hand, if I remove the M9302, the system powers up to
000002. I can load and examine addresses from the console, deposit
code, etc. CNTRL-HALT increments the counter, and CTRL-BOOT brings up
the console emulator on the VT220. I can run L, E, D, and presumably S
commands from the console emulator. Since I don't have any mass storage
on it yet, that's as far as I've gone.
Last, if I replace the M7263 with an M7266 and M7265 in slots 1 and 2
respectively, All the above applies excpt there's no terminal output.
There's something decidedly un-kosher there, and I'm not catching on.
It doesn't help that the processor handbook I have assumes MOS memory
and contradicts everything I can find on Teh Inturnet about board
placement. (It says something about CC that I'll try configurations
I've seen twice in the archives over DEC's own literature.)
So, the questions:
Is there a simple program (or set of) I can key in to test operation?
I'm no programmer, so you'd need to tell me the expected result, too.
Is this correct behavior? Running without a terminator seems very
wrong. (I've tried replacing the G727 cards with G7273 NPG cards, BTW)
I keep seeing references to the DIP switch settings on the M9301
board, but I can't find a reference to tell me how they should be set.
Are we having fun yet? ;-)
Yes, this is my two weeks at home between travels, my wife is
visiting her mom in New England, and I'm catching up on Geek Time.
There are 3 PDP-11s, a new-to-me IBM 9348-012 9-track tabletop, several
terminals, laptops, and monitors, and an Amiga A3000 in the dining room
right now.
*I'm* having fun.
Doc
>From: "Stephane Tsacas" <stephane.tsacas(a)gmail.com>
>
>I guess you have hex digit as input, not prefixed by 0x (if they are,
>remove the string "0x" from the x= statement. Maybe that code might
>help :
>
>awk --non-decimal-data 'BEGIN {RS=" ";} {x="0x"$0; s=""; while (x > 0)
> { s=and(x,1)""s; x=rshift(x,1); } print s}'
>
>0 1 2 3 4 5 6 7 8 9 a b c d e f as input will print :
>0
>1
>10
>11
>100
>101
>110
>111
>1000
>1001
>1010
>1011
>1100
>1101
>1110
>1111
>
>you can put your own code after the x= statement I guess.
>Stephane
>
---snip---
Hi
I'm not sure this is what he is looking for. I think
he wants the hex number converted to a byte value
not just printed in ascii as a binary value.
Dwight
The model number is FD1100i, with a 50-pin Berg header and 3 34-pin
headers. Found it in a full-height PDP-11/04.
Pics of the SMS board and the 11/04 at http://www.docsbox.net/11-03/
Extreme hi-res scan (1.3MB jpeg) of the SMS board at:
http://www.docsbox.net/11-03/FD1100i.jpg
Out of consideration for low-bandwidth viewers, the hi-res scan is
*not* included in the album. You'll need to go there explicitly.
Docs would be nice.
Doc
On Fri, 30 Jul 2004, Joe R. wrote:
> At 04:41 PM 7/29/04 -0700, you wrote:
> >>> That's called a 'Light Emitting EPROM' and it's an expensive and
> >>> short-lived alternative to an LED.
> >
> >>Is this related to things like the SER (Smoke Emiting Resistor -- one
> >>where the power rating is massivle exceeded), SEC (Sound Emitinf Capacitor
> >>-- an electrolytic wired backwards), the Friode (a diode that's
> >>open-circuit both ways), etc?
> >
> >Sounds like what Lucas Electric used to use.
> >http://pw1.netcom.com/~krk/lotus/humor/lucasjokes.html
>
> ROFL! Only someone who's had a vehicle with Lucas electronics could
> truely appreciate that!
>
> Joe (x-1952 MG TD)
...or had experience with Magneti Morelli eqquipment!
xxxxxxx
Marelli
- don
>From: ard(a)p850ug1.demon.co.uk
>
>>
>> Tony wrote...
>> > Yes, modern SRAM is fast enough. But that's 'easy' in theory. Firstly you
>> > have to have some way of switching the SRAM between the device and the
>> > loader
>> Dual port SRAM is one answer. Or, I'm not sure what the power on test in
>
>Sure, but have you looked at the price :-)
Hi
You use single port RAM with an output buffer ( could even be
a 7404 but it would most likely need a 3state control, '240 or '244 ).
You hold the machine in reset while you transfer data to the
RAM ( It doen't make much sense to do it on the fly with
the machine actually running ).
This isn't much more complicated than a memory board.
Dwight
>
>> microcode does on the MX's, but my guess is it doesn't touch the add-on
>> microcode. The loader roms probably aren't touched either until called from
>> the front panel. If the RPL stuff is turned on, it may though. I think the
>
>OK. I was thinking about the microcode ROMs in an HP9810 (somethign that
>_I_ am working on, and those are most certainly 'hit' as soon as INIT is
>deaseserted and the microocde program counter starts to change. I prefer
>to think of general-purpose solutions (i.e. somethign that will replace
>every 256*4 ROM), rather than soemthing that works only in specific
>machines under specific circumstances.
>
>-tony
>
>
>
On 2004-Jul-22 13:09:46 Wolfgang wrote:
>
> Mentioned TMS2532 Eproms are one of these Unobtainiums here.
I've had better luck finding Hitachi's HN462532G version here... in Canada.
That may be worth checking for.
> Looking at the Pinouts I have in my databooks there are
> little (minor?) Differences to the standard 2732's (besides
> the different Program Supply Voltage). I couldn't find much
2732 and 2532 program at +25V, 2732A programs at +21V. +25V is fatal to
2732A. Don't ask me how I know that.
> ressources online, but would it work if I made a small
> adapter like "illustrated" below...
>
> 2732 2532
> EPROM -> SOCKET
> Pin(s) Pin(s)
> 1-17 -> 1-17
> 18 (E) -> 20 (PD/PGM)
> 19(A10)-> 19 (A10)
> 20(GVpp)> 21 (Vpp)
No. The 2532 Vpp is always +5V when reading, and would keep 2732 outputs
always OFF. The 2532 has just one enable pin, while the 2732 has two.
Better to tie 2732-20 to 2532-18 (or to GND - outputs would be always
enabled when the chip is selected).
> 21(A11)-> 18 (A11)
> 22-24 -> 22-24
>
> Please correct me, if I'm completely wrong and trying to do
> something impossible.
Impossible? Nothing's impossible. Messy and difficult, maybe.
> 2732's would be easy to obtain, and I have some
> prommer-schematics and software handy. So it would be cool
> if I could use them.
>
> Regards,
> Wolfgang
At VCF East 2.0 I brought along an EPROM programmer and some blank 2532s...
not that you would have considered that to be East at all... ;o)
Best of luck,
Bob
At 07:20 PM 7/27/04 +0200, you wrote:
>Hi all,
<big snip>
My (maybe dumb)
>question: Does
>anyone have some schematics and software (would be great)
>for a little
>homebrewed Eprom Programmer which works with a standard PC
>parallel-port or
>ISA slot? This would be a great project for rainy winter
>days :)
Why bother? You can buy them cheaply and easily, both new from the
manufacturer's and used from E-bay. Yeah, Yeah I know someone will say
it's an eductional thing but hanostly can't you find a better way to use
your time than to reinvent the EPROM programmer for the 10,000th time?
Joe
>
>Best Regards,
> Wolfgang
>
>
>
>
>
>====================================================
>Ing. Wolfgang Eichberger cell.: +43-664-240-65-92
> http://www.eichberger.org
> email: wolfgang(a)eichberger.org
>----------------------------------------------------
>Gruentalerstr. 24 - 4020 Linz ? AUSTRIA
>====================================================
>
On Jul 30, 2004, at 10:00 AM, cctalk-request(a)classiccmp.org wrote:
At 08:59 PM 7/29/04 -0600, Ben wrote:
> I would like to create several PCB's
> rather than wire wrap but I have yet to find good information on PCB
> layout guide lines
>
Check out <http://www.edwardrhamilton.com/titles/3/2/0/3202275.html>
CRC
On Jul 30, 12:51, Jules Richardson wrote:
>
> I have a few files in hex format (actually ROM dumps) and want to
> convert them to binary. Sort of the reverse of the hexdump utility.
I'm
> not aware of a standard (and probably on-topic!) Unix util to do
this,
> but maybe someone knows if there is one, or a handy way of doing this
> using some of the standard text-processing utils that Unix has...
mload will do this for Intel HEX files and patches, but it sounds like
your files aren't quite the same as Intel HEX. However, the source
code can be modified.
http://www.dunnington.u-net.com/public/IntelHEX/
contains the tar file, but the important bits are also at
http://www.dunnington.u-net.com/public/mload.chttp://www.dunnington.u-net.com/public/mload.1
It's an implementation I did years ago of a common CP/M program called,
not surprisingly, mload.
--
Pete Peter Turnbull
Network Manager
University of York
I actually could swear I'd read somewhere that the MIT whirlwind had a
clock, it was a mechanical contraption or something.
I'll stop by the informatics library which has a book on the Whirlwind.
(I'm picking up the Teletype to take it home and work on it here!:)
-tsb
I use MS-DOS, not Unix, and I always
solve the problem of converting a hex
dump to a binary file using two
standard tools: a text editor and an
assembler.
> (files are in the format of 16 pairs
> of uppercase hex digits per line,
> with a trailing space after every
> pair - even the last one on a line)
So a sample line might be
"00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F "
Adjust the following steps for your
assembler. Delete trailing spaces,
convert every space to ",$", and add
" DB $" to the beginning of every line:
" DB $00,$01,$02,$03,$04,$05,$06,$07,$08,$09,$0A,$0B,$0C,$0D,$0E,$0F"
Add any required directives (ORG, END,
etc.) and assemble.
--
Paul
Monroe, Michigan USA
Hi
If I was doing this on a Intel ISIS II system, I'd
use an editor called X1.11. Although, there are languages
like Perl that specifically handle text input streams,
most any language can handle this conversion. I believe
I have written this very same function in at least 3
different languages at one time or another. I know
I've done it in BASIC, 8080 assembly and Forth.
The concept is always the same.
1. Get a line
2. parse the line into words( hex digit pairs )
3. Translate the hex into binary
4. write that to an output file.
One just repeats this until done. Of course, one may optimize
things by buffering input and output in sizes that
are similar to the storage media. Translation can be any
of a number of methods. Even a translation table although
I think I've always done it by doing calculations on
the ascii value( some languages get in the way by requiring
casting between data types ).
Dwight
>From: "Jules Richardson" <julesrichardsonuk(a)yahoo.co.uk>
>
>
>Silly question, but maybe someone here's found a nice way of doing this
>using standard Unix tools...
>
>I have a few files in hex format (actually ROM dumps) and want to
>convert them to binary. Sort of the reverse of the hexdump utility. I'm
>not aware of a standard (and probably on-topic!) Unix util to do this,
>but maybe someone knows if there is one, or a handy way of doing this
>using some of the standard text-processing utils that Unix has...
>
>(files are in the format of 16 pairs of uppercase hex digits per line,
>with a trailing space after every pair - even the last one on a line)
>
>I'm rapidly coming to the conclusion that I need to remember some C
>again - and I've only just finished emptying my brain of it after the
>last time I needed to code in it a couple of months ago :-)
>
>cheers
>
>Jules
>
>
I'm not sure what the exact criteria are, but I'm almost positive the SAGE
system would have a real time clock. Tracking inbound bogeys is pretty
time-dependant :)
http://www.eskimo.com/~wow-ray/sage28.html
_________________________________________________________________
Discover the best of the best at MSN Luxury Living. http://lexus.msn.com/
Hi all,
My HP 1651B logic analyzer arrived this morning, sans probes. The seller
says he "thought they were in the pouch on top, where the bootdisk is" and
that he "didn't have any left in stock anyway".
Rather typically, all that was in there was a single 40-pin woven cable (HP
part number 01650-61607) and the bootdisk. Murphy's Law at work.
So... Does anyone have spares of any of the following Hewlett-Packard or
Agilent parts in their collection that they'd be willing to part with?
01650-61607 Woven cable, IDC40 to IDC40 (I need 1x of these)
01650-61608 Probe, IDC40 to flying-lead (I need 2x of these)
NOTE: the probe module should also include grabber probes.
There doesn't seem to be anything even remotely close to this on Ebay at the
moment, well, at least there's nothing that's available to the UK. Plenty of
probe kits available USA-only though...
Thanks.
--
Phil. | Acorn Risc PC600 Mk3, SA202, 64MB, 6GB,
philpem(a)dsl.pipex.com | ViewFinder, 10BaseT Ethernet, 2-slice,
http://www.philpem.dsl.pipex.com/ | 48xCD, ARCINv6c IDE, SCSI
... Memory is a thing we forget with.
>>I have a couple of "ultraviolet" LEDs with me, but I doubt they are the
>>right frequency to erase EPROMs.
> If they're the high power UV LEDs then they should work. A friend of
> mine uses those to erase his EPROMs and the erase time is about the same
> as for a UV light.
There are not yet available UV LEDs that radiate at short enough wavelength
to erase EPROMs in a reasonable time. Most EPROMs will start to erase at
<400nm but take hours of exposure, to erase an EPROM in 20 mins or so needs
12mW/cm^2 of 257nm light on the die face. The longer wavelengths just warm
the chip up a bit.
This is why UV tubes for photo resist and similar won't erase EPROMs either,
they output nearer 400nm which is where state of the art UV LEDs are at.
Lee.
________________________________________________________________________
This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________
THE COMPUTER AUTOMATION COMPUTERS HAD A HARDWARE INTERRUPT FOR A REAL
TIME CLOCK AND THEN THE SOFTWARE WOULD UPDATE THE INFO AT THE SELECTED
INTERVAL... THESE CAME OUT IN 1970 OR SO...
>From: "Jay West" <jwest(a)classiccmp.org>
>
>I had written....
>> Microcode roms I can't identify:
>> 1816-0996
>> 1816-0997
>> 1816-0998
>> 1816-0999
>> 1816-1000
>> 1816-1001
>
>OMG OMG!!! Are these the E series 2000/Access IOP firmware?????
>YESSSSSSSSSS!!!!!!!!!!!!!!!!?????
>
>---
>[This E-mail scanned for viruses by Declude Virus]
>
>
Hi Jay
OK, take a deep breath. Explain what IOP firmware is?
Dwight
Going...
Anyone interested?
Their pardon runs out tomorrow...
PS/2 Model 50
PS/2 Model 50Z
PS/2 Model 35 SX
--
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 ]
> So what happens if you try to do disk access while displaying
> animations?
The animations get displayed, the disk gets accessed. There's enough
performance available to handle four disks and the display simultaneously.
Lee.
________________________________________________________________________
This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________
>> This is basically a "digital clock" chip with BCD outputs (intended to
>> drive BCD to 7-segment decoders) on an S-100 board. The fact that it
>> is a chip intended for a clock display gives rise to certain odd
>> characteristics:
>
>The chip used in the HP 98035 (RTC module for the 9825) is even worse.
>It's got 7 segment outputs...
Egad! - that is definately "worse".
>> - To set the time, the software has to "hold down" Fast and Slow time
>> set buttons, and watch the time value scroll by until the desired
>> setting is reached - just the way a human would set a digital clock
>> from that era.
>
>YEs, that's done in the 98035 too. In fact it's just like a digital watch
>with one button to select hours/minutes, and a second press for secondes,
>and one button for setting (or something like that). Quite fun to watch
>the signals when it's 'writing' the time to the battery-backed clock chip.
This was the older fast/slow set style - the kind that used to drive me
craze in clocks - you hold down "fast" and the digits count like crazy
(minites and hours), you switch to "slow" when you get close. It was really
annoying if you overshot, because you had to "go round" again.
When I first started writing the software to set the clock, I assumed that
the computer would be plenty fast to simply watch the time in "fast" mode
and stop "right on the button" - I quickly found out that the display
refresh in the clock chip didn't keep up with the "fast" counter, and
sometimes (rather often) it would "miss" a digit, going for example
directly from '1' to '3' --- So I had to implement detection when it
got "close" and switching to "slow".
Regards,
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
>From: "Jay West" <jwest(a)classiccmp.org>
>
>Tony wrote...
>> I would doubt it. Those old fusible-link PROMs were actually quite fast
>> with access times of <50ns in many cases. And the designs depended on it.
>Surely that's easy to get around. Upon power up - or when a reset button is
>pushed, the device reads the image from EEprom and places it into SRAM,
>which is what is actually accessed. Isn't SRAM fast enough?
>
>Jay West
>
>
Hi Jay
Yes, those CMOS RAM's used for cache that were in the
narrow packages were quite fast enough. As I stated in
a previous post.
Dwight
Hi Jay
Al and another fellow at Monday pizza talked about this.
One could setup using one of the high speed CMOS cache
chips, pic ( or processor of your liking ) and an EPROM.
One can hold the reset signal until you'd transfered the
image to the CMOS ( it would have space for just about
every combination ). One could even use a flash instead
of an EPROM and then add a serial port to download.
Most of the fused ROM's used in the original were in
the 50 to 60 ns range. Most 8Kx8 cache RAM's are in the
20 to 30 ns range.
It sure sounds like a project that can be done.
Dwight
>From: "Jay West" <jwest(a)classiccmp.org>
>
>Ok, I don't know if this is possible, but it would be handy so I'll throw
>the idea out and see if the more electrically inclined have any ideas.
>
>My specific issue is the HP2100A, 2100S, and 21MX M/E/F systems. However, I
>suspect this problem is present in other machines... DEC, DG, etc.
>
>The loader roms and microcode roms (two different chips) for each system are
>pretty much impossible to find. I'd like to make copies of them both for
>myself to use in other systems I currently have, and also to have a set of
>spares around. In addition, I'd like to make copies for other classiccmp'ers
>who may have systems that want/need a particular firmware or loader rom
>option. Finally, there are some roms that people have posted images for
>online that I'd like to burn myself because I don't have those particular
>roms.
>
>Since the blank chips are nigh impossible to find anymore... is it possible
>to use something like a PIC chip on a small DIP carrier card, that could be
>plugged into an existing loader rom or microcode rom socket and function
>just like the "real thing" to the system? Would this be something terribly
>difficult to build? A cute twist on this.... extending the idea further....
>Put a bunch of NVram or an EEprom on the little carrier card. In the NVram
>could be stored multiple ROM images. Then via a switch on the card (when the
>system is powered off of course), you could select if the chip was a mag
>tape loader rom, or a paper tape loader rom, etc. For the microcode roms you
>could switch between FFP and IOP for example. When you wanted to change the
>set of rom images in the DIP package, you just hook it up to a serial port
>and download to change the available sets on it.
>
>The WCS card for HP boxes comes close to this, but there's no battery
>backup, and you can't program it easily with a PC. WCS cards probably aren't
>terribly easy to find anyways.
>
>Is this a pipedream? It would allow DEC'ies to have more loader roms they
>dont currently have by exchanging images via the net, etc. Not just an HP
>thing - but I realize it would have to be a different design electrically to
>work on the other machines. I'm thinking of a universal rom with different
>electrical interfaces on the carriers perhaps?
>
>Everyone talks about preserving ROM/PROM contents. But if the blank roms are
>unobtainium, we need to take the next step.
>
>Any thoughts?
>
>Jay West
>
>---
>[This E-mail scanned for viruses by Declude Virus]
>
>
>Hmm. Interesting. That's early 1980s, if not late 1970s, correct?
I have installed in my Altair, a Compu/Time CT-102 real-time-clock
board which was purchased in 1979. This board supports a battery
backup option.
This is basically a "digital clock" chip with BCD outputs (intended to
drive BCD to 7-segment decoders) on an S-100 board. The fact that it
is a chip intended for a clock display gives rise to certain odd
characteristics:
- Certain leading digits read 'F' instead of '0' for a zero value - this
is because 'F' == Blank on the 7-segment decoder.
- To set the time, the software has to "hold down" Fast and Slow time
set buttons, and watch the time value scroll by until the desired
setting is reached - just the way a human would set a digital clock
from that era.
Photos of this card and scans if it's documentation are available in
the Altair section on my site.
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
HP-75C had one built in.
-W
> Date: Wed, 28 Jul 2004 20:39:25 -0700
> From: Marvin Johnston <marvin(a)rain.org>
>
> Assuming that you are not talking about S-100 clock/calendar
> cards, the
> Lobo Drives Max-80 had a built in clock.
>
> Vintage Computer Festival wrote:
> >
> > Does anyone know what was the first computer to have a
> built-in real-time
> > clock?
> >
> > --
> >
> > Sellam Ismail
> Vintage Computer Festival
>> Parts might be a bit hard to find now - uses a 6809 CPU, 6821 PIA, a 6551
>> UART, a few 6264 SRAM's, a handful of latches and 3-4 relays to move the
>And thereing lies the problem. Presumably you need to program an EPROM
>with the firmware for this 6809. Which is somewhat hard without a
>programmer :-)...
For some perhaps - at the time, myself, and almost everyone I knew worked
for companies with programmers, so it was not a problem. You could also get
EPROM programmed at the local shop for a small fee. I also had a bytesaver
in my Altair, so I could have bootstrapped up from a 2708 if I'd had to.
I didn't program the actual firmware right away - I made a EPROM (at work)
with my 6809 monitor program in it, which allowed me to download code into
the RAM (normally all used as a data buffer), where I tested and debugged
the actual firmware - When I was happy that everything was working correctly,
I use the RAM download to program a real EPROM (almost self-booting).
If I were doing the same project today, and had absolutely no access to any
means of programming the initial EPROM, I would first post in the local groups
to see if anyone near me has a programmer, failing that, I would perhaps try
this list or other more widespread resources - I'm sure that someone somewhere
would be willing to program my monitor (or even a very simple loader would
suffice) into that first EPROM for me. All you need is the ability to get code
into the device, and you can run from there.
I guess what I am saying, is that if you are not prepared to be a little
creative, you are probably not well suited to designing/building your own
test equipment.
>I built my first EPROM programmer about 18 years ago. Programs
>2716-27128, using the 'slow' algorithm. It doesn't even handle 12.5V
>parts (I should add that feature!). 3 hand-wired boards of mostly TTL,
>with a 40 pin AY-3-1015 UART in the middle. Oh yes, it's an EPROM
>emulator as well, for the same types of EPROMs.
On my original programmer (the homebuilt one), the programming voltage
was selected by a physical switch - which selected 12.5, 21 or 25v from
"taps" on a couple of stacked regulators - not the most elegant solution,
but it worked (and continues to work).
I supported the 'fast' algotithm on all by the 2732 (which would have
required me to flip one of the relays during program/read turnaround).
Ah the "good ol days"...
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
>From: "ben franchuk" <bfranchuk(a)jetnet.ab.ca>
>
>Ethan Dicks wrote:
>
>>>Just pop down the block to your friendly neighbourhood tanning salon....
>> The closest one would probably be Christchurch, NZ... I'll be there in
>> mid-November.
>
>What about a big electric arc?
>Just don't weld it to the bench. :)
>
>> -ethan
>
Hi Ethan
Ben's idea is great. You just need an arc. There must be an
arc welder around the place for maintenance. Even an arc
>from a low voltage, high current power supply would work well.
The best electrodes would of course be carbon but even an
iron welding rod arc produces abundent UV across the entire
spectrum. Make sure to have something to block the UV from
you. Eye and skin damage can happen with even a small arc.
What kinds of parts do you have access to? A number of
7414's, 7400's and 74374's ( or similar families ) would
handle the logic part of connecting to a PC's parallel port.
All you'd need is a couple transistors to switch the
VPP on and a diode or two to supply bypass. As I recall,
these PROMs only need logic level switching for the actual
programming.
You don't need any counters the printer port can be divided
up to supply all the needed expansion ports using the 374's.
Of course, If you had several parallel ports from a number
of I/O boards, collected from several PC's, you could avoid
a lot of circuitry. Just run the wires to the chip.
Stretch your imagination, I'm sure you'll find that there
are many ways to skin a cat.
Dwight
Dwight
Hello, all:
I'm playing wround with the SIMH VAX emulator and I'm running NetBSD 1.6.2. I'm not too strong on Unix/variants so this might be a stupid question. I want to play around with some of the included games but I can't get them to run.
I'm logged in as root (by default, the disk image has only one user) and there's a games directory under /usr/games. Here are two typical entries:
-r-xr-sr-x 1 root games 17072 Feb 11 2004 tetris
-r-xr-xr-x 1 root wheel 49856 Feb 11 2004 trek
Can anyone tell from this why I get a "Command not found" error when I try to run any of these? I'm sure it's something prettu simple but my Unix ignorance shows.
Thanks.
Rich
Rich Cini
Just about anyone involved in home computing in SE Wisconsin
knew Don. He and I were close friends for almost thirty years
and wanted to let others who may be out of the area know about
this.
Senzig, Donald John Jr
MILWAUKEE - Age 53, passed away at his home in Milwaukee on Tuesday July 27,
2004. Born April 13, 1951 in Milwaukee ,WI. Son of Donald and Adoree
(Larson) Senzig of Caledonia, WI. Son-in Law of Ralph and Catherine Dean
Donald found the job he loved at Medpacs ,Waukesha. He had worked in the
Milwaukee Road enginehouse, Plastic Parts of Union Grove, Siemens Nuclear,
Sector Engineering, Compuware, private consulting and Milwaukee Area
Television Access (MATA).
In these diverse jobs Don consistently demonstrated his natural ability and
immense capacity to troubleshoot and repair anything that moved, whirred or
lit up. At a young age Don learned to repair TV's and electronics working
with his father Donald Senzig Sr. He repaired TV's as a hobby. In 1968 while
a student at Case High School he programmed a timeshare computer, and
participated in many theatrical productions. In 1975 Don built his first
computer from an Altair 8800 kit. How much fun it was to play "kill the
bit". Around this time, at the start of the personal computer revolution Don
arranged the first computer/gaming exhibition at a local Science Fiction
Convention. A genius at electronics and computers Don was always ready to
help people learn and to learn from them. One of his favorite collaborators
was Dorothy. Don helped authors, and Democratic candidates learn how to use
computers. With incredible patience Don could help them achieve goals that
they did not believe possible.
In 1975 Don helped found the Wisconsin Computing Society that still meets,
helping members explore computer technology.
Recenylt someone mention the SED and DED datasheets - early engineering
office humour. Just today I found in my stash a poor photocopy of the
National LM0901A... Polish Operational Amplifier. Pretty funny, very
stupid, and I must say, it really looks like a National Semi datasheet.
Anyone else hear of the this device? I bet National really wishes they had
never done this...
William Donzelli
aw288(a)osfn.org
I'm finally digging into my 21MX E-series machines in earnest. In trying to
inventory and document what all I may have, I've found a few things that
stump me and my "docs on hand". Perhaps folks here can shed some light on
these. Mostly I'm looking for "confirm or deny" on some points.
Loader roms I can't positively identify:
11B5790X012 This is in a system that has microcode roms
18A0580X012,18A0580X022,18A0580X032
I'm guessing something third party, or perhaps a later rev of DS/1000 or
loader extensions? I'm clueless on these.
1816-0420 No clue
12531LDR This is a hand written tag. Perhaps for loading from the teletype
builtin paper tape reader?
1816-0769 No clue
Microcode roms I can't identify:
1816-0996
1816-0997
1816-0998
1816-0999
1816-1000
1816-1001
93585-80006
93585-80007
93585-80008
18A0580X012
18A0580X022
18A0580X032
And lastly, I'm confused about FFP. I am guessing that FFP required FP,
which is supposed to be standard on E series. But a few lines in various
docs make me think that perhaps older rev E series didn't have FP built in.
Some docs mention that when ordering FFP, you can specify option -100 to get
some additional roms, necessary for E series machines with a serial number
less than 21XX (co-incidence on the rev number). I'm guessing that the
additional roms are FP? The roms in question are:
13306-80013
13306-80014
13306-80015
13306-80016
13306-80017
13306-80018
Can anyone confirm or deny this?
Thanks!
Jay West
---
[This E-mail scanned for viruses by Declude Virus]
>Does anyone know what was the first computer to have a built-in real-time
>clock?
Somewhat associated -- when I was doing some work with DSSI disks at
DEC, I found that the actual disk units (HDA and electronics) maintained
date and time and kept track of power cycle and other events.
I was never able to confirm whether the disk drives were Y2K compliant.
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL,ST| email: mbg at world.std.com |
| Member of Technical Staff | megan at savaje.com |
| SavaJe Technologies, Inc. | (s/ at /@/) |
| 100 Apollo Drive | URL: http://world.std.com/~mbg/ |
| Chelmsford, MA 01824 | "pdp-11 programmer - some assembler |
| (978) 256 6521 (DEC '77-'98) | required." - mbg KB1FCA |
+--------------------------------+-------------------------------------+
>>I'm thinking farther back. Was there any mini or mainframe that had a
>>real-time clock built in or as an add-on option?
>It's come up in some litigation. The actual issue at hand is that
>someone was able to overturn a patent by claiming the IBM 650 had a
>real-time clock built in. They "proved" this by submitting as evidence a
>printout that had the date printed on it(!) I've checked the IBM 650
>Manual of Operation and it makes no mention whatsoever of a real-time
>clock. I pretty much figured it wouldn't but I of course had to do due
>diligence.
>But it made me wonder: what was the first computer to have a built-in
>real-time clock?
The 11/93,94 has built-in date/time. But that was end of 80s, early
90s.
Prior to that, the Pro series had the TOY (time of year) clock built in.
That was in the mid-80s.
Prior to that, at least with Unibus PDP-11s, CSS (Computer Special
Systems, DEC Nashua) came up with the KW11-C, a clock/calendar
board which, from the drawings I have, was supposed to eventually
be able to get its date/time from the WWVB signal. Otherwise it
could be programmed with current date/time as well as date/time
for a future event which would cause an interrupt. I have a
programming manual for it somewhere (in my proverbial deep
storage). This was early 80s.
I seem to remember a KWV11-C, for qbus -11s, but I don't know what
its features were.
--
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 ]
Just ran across the thread looking for info on the Sanyo MBC
550/555.
I have a complete system that started out as the original 550 (had
one 360 drive). I upgraded it to the 555 by adding the second drive,
then upgraded to the double sided 800k drives. Installed more
memory by piggy backing the memory chips and modifiying the
power supply current limit sensor, added the PC video display card
to make it more compatible with IBM type programs. Total of 512k
memory.
It came with MSDos 2.11 for Sanyo, Wordstar, Calcstar, DataStar,
Pcwrite. It will run lotus 123 vs1.1. I have upgraded the Wordstar to
the Pro version.
I also have a multitude of "freeware" software that will run on it. I
also subscribed to the Magazine that supported the unit and I have
all of the copies that were issued relating to the 555.
I used the monochrome monitor at first but shifted to using a
Panasonic color monitor that had a pc input and ntsc input so I could
use an external tuner and listen to tv while doing computer stuff and
switch to the video if something sounded interesting.
I also have the schematic diagram for the system. I used a Star
Micronics dot matrix printer at the time.
Fun time and learning experience.
Donald E. Hogg
Associate Director/Engineering
Educational Communications Center
Kansas State University
128 Bob Dole Hall
Manhattan, Kansas 66506-6902
Voice==785.532.3141
Fax==785.532.7355
Email: dehogg(a)k-state.edu
I just wanted to give everyone an update on my RK05
adventures. Yesterday I received an RK11-D controller
card set and backplane. I decided to be adventurous
and install it in my 11/34. I surprised myself by getting
it right the first time. I installed the 4-slot backplane
with the cards and plugged it into the BA11-k's power plugs
that were available under the bottom. Then I moved the
terminator card from the last slot on my existing backplane
to the last slot on the RK11 backplane. I then connected the
two backplanes together with an M9202 unibus connector. I
booted up fine, no unibus config errors. So far so good.
Then today I decided to cable everything up to my two RK05J
drives and see if I would be lucky enough to have a working
drive (or two). I cleaned out the drives, making sure to remove
any small particles of dust/foam/etc. I connected a unibus
cable from the RK11 to the first RK05 (drive 0). I then
connected another cable from drive 0 to drive 1 (the second
Rk05 drive). I powered everything on to make sure that
the drives still behaved correctly when I pressed the RUN button.
They did.
I then put an untested, but clean looking RK05 pack in drive
0 and attempted to access the drive with a little Basic-Plus
program I wrote in my 11/34 RSTS/E system.
Drive 0 seems to have problems reading, but does spin up
and light the ON-CYL and READY lights. I need to watch the head
when I attempt to do a READ and see if it's doing anything.
Experts, does this sound like an alignment problem or
something else?
Drive 1 works perfectly and can read the pack just fine. I
modified my program to read blocks in various positions on
the pack (1st block, 100th block, 700th block, 1500th block,
2000th block, etc). It had no problems.
Now I need to troubleshoot that first drive to try to determine
why it is having problems reading. It spins up fine, but gets
errors reading. I have not investigated any further.
Thanks to Tony, Al, Ethan, Paul, Henk and others here who gave me
advice and encouragement on this little adventure. It was
pretty exciting to hook up some 30 year old drives to my 27
year old computer and get one of them to work!
I guess St. Chad was there too!
Ashley
On 7/28/2004 12:00 PM -0500, cctech-request(a)classiccmp.org wrote:
>Date: Tue, 27 Jul 2004 22:46:49 -0500
>From: Doc Shipley <doc(a)mdrconsult.com>
>Subject: Re: 8" floppy project
>..
> And I need to be able to accurately copy a bootable RX02 diskette to
>a formatted blank.
>
> I'd *like* to be able to take a disk image of a floppy as a file, and
>to write that back out to floppy, but that's gravy.
I wrote a set of FORTRAN programs that did that running on RSX-11.
I was archiving CP/M diskettes onto RL02s when I worked in TWO.
I could read the disks to a file and write multiple copies of CP-MUG
distribution diskettes for the New England Computer Society.
I don't remember if I ported it to VMS. You needed to have PHYSIO
priviledge, and mount the drive FOREIGN, since FCS/RMS kept trying to
interpret the floppy as a DEC file system media. I don't remember if I
used QIOs or some other FORTRAN file construct.
The programs weren't that hard to write, they did require a bit of
work to unmap the sector interleaving. They were CP/M standard
specific. I even wrote a program that would print a DIR from the image
file. I'm sure the programs been lost to time. The CP/M diskettes
however, I still have a large box of in the basement.
Dave.
Hi all:
My name is Robert Gibbins and I live in Melbourne, Australia.
For sometime, my wife has been at me to clear out all the old Microbee
computer equipment, software and documentation in our garage. I collected it
all in the early 90s and have not used for many years. It is now with some
real nostalgic reluctance that I try to find an appropriate home or homes
for it all. Microbee was our first home computer and finding a new home has
got to be better than throwing it all in the rubbish bin; is it?
I am writing to you because you have displayed some interest as I trawled
the Internet in old Microbee Computers and I am interested in receiving
expressions of interest for it. But what I finally do get rid of will be
dependent on the responses and of course any final offers I receive.
By-the-way, any postage and handling charges will be your responsibility.
Whilst cleaning out the Microbees I cataloged most of what I found. I may
have missed listing some small items such as spare parts and individual
cables etc. If you are interested please read the attachment with this email
which is saved in Microsoft Word format. Some photos are included.
By-the-way, OpenOffice.org was used to write the attachment.
So, if you are at all interested please contact me by email at
gibbinsrobert(a)hotmail.com. If you know someone else that could also be
interested in old Microbee equipment please feel free to forward this email
to them. Thank you
Robert
_________________________________________________________________
SEEK: Now with over 50,000 dream jobs! Click here:
http://ninemsn.seek.com.au?hotmail
>From: ard(a)p850ug1.demon.co.uk
---snip---
>
>I built my first EPROM programmer about 18 years ago. Programs
>2716-27128, using the 'slow' algorithm. It doesn't even handle 12.5V
>parts (I should add that feature!). 3 hand-wired boards of mostly TTL,
>with a 40 pin AY-3-1015 UART in the middle. Oh yes, it's an EPROM
>emulator as well, for the same types of EPROMs.
>
Hi
My first programmer was also built to do 2716's. I put it
on a prototype board in my H89. It only needed a few parts.
The H89 was my second computer, my first was a Poly88.
I made an adapter socket with two switches to expand
the programmer to do 2732's and 2764's. I even added
a jumper select for VPP levels.
My favorite programmer is the 4004 developement system
I have. It only does 1702A's but with a little modification
of firmware can handle 1702's as well. How many out there
actually have 1702's ( not the same as 1702A's )?
For general purposes, the Needham works fine. I have a schematic
for this that someone else drew up but I have no way to read.
It is in some schmatic program format. I'd love to get it
into a pdf to print out. I'm told that the main issue with
the PB-10 is that they have filled the entire table for PROM
types. Of course, with the schematic, one should be able
to write their own code for other devices if the voltages
needed are supported. One could also strip out many of the smart
algorithms and just use the generic one. This would free up
a lot of the space in the tables.
Dwight
>From: "Don Maslin" <donm(a)cts.com>
>
>
>
---snip---
>You are sure that they were ants and not termites?
>
> - don
Hi
Does anyone have the definitive answer as to which has
the lowest DC and AC resistance? An ant or a termite?
Also, how does that resistance vary over time of use?
I want to see graphs and statistics. Different species
might also be an additional variable.
Dwight
> Does anyone have some schematics and software (would be great) for a
> little homebrewed Eprom Programmer which works with a standard PC
> parallel-port or ISA slot?
I have a hardware/software design for a simple EPROM programmer on my
site ... unfortunately, it was designed years ago when I was still fairly
new at hardware design and it shows ... Works well however and I still
use one of them from time to time (quicker and easier than my 29B).
It's completely stand-alone with a 8-digit LED display and a keypad. It
can upload/download Intel or Motorola HEX format data via a serial port,
and also has a "remote" mode for total computer control.
It only does 2716, 2732, 2764, 27128 and 27256 family devices (all I
needed at the time), although you could design adapters and modify the
code to support other devices if you wanted (I did one for 8051's at
one point).
Parts might be a bit hard to find now - uses a 6809 CPU, 6821 PIA, a 6551
UART, a few 6264 SRAM's, a handful of latches and 3-4 relays to move the
power/programming voltage around (ok - I didn't know a better way at the
time). You could redesign it using a modern single-chip MCU and better
power control and reduce the parts count considerably.
You could make a much simpler device if you want to make it rely on a
PeeCee and it's parallel port - I did a "quickie" 29040 flash programmer
a few years back which was literally nothing more than 3 8-bit latches
and a decoder chip (and some software on the PC side).
Regards,
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
Anyone happen to have a copy of the Intel D82284 IC (18 pin DIL)
datasheet? I think it's some form of clock generator IC; I have an 80286
board which uses one that I'm trying to fix and just want to verify that
the system's clocking OK.
cheers,
Jules
Michel Adam wrote:
>It could very well be that '2000G' was just an HP internal project designation
>for the next version, before someone decided to change the name (marketing ?)
Yep, I agree, that?s how I remember it happening, and in fact we have evidence of this in our possession. The Access Internals documentation 22687-90020 on page 4-39 has a snip of source code for the power fail routines and the very first comment references TSB/G.
As for a company (as I recall from Canada) supporting a version called TSB-G, I think this was also the case. I want to say that their version also supported accounts that started with an at sign (ie @000-@999). After the 2000 line was ended the source was made available to existing customers and VARs for the price of $500, as I recall.
Not many took advantage of the opportunity, but HP would allow a VAR to put systems together and sell them with the TSB software. I may even have a notice here in an HP users group publication about this.
Access and I assume System were the only versions that required IOP micro-code. And the descriptions of the micro-coded instructions are in the above-mentioned document along with the rational for this enhancement.
Now a big ?HIP HIP HORAYYYYY? so glad that last version of the micro-code has been found! That is fantastic news!
And by the way, the next version of SIMH should run Access without tweaking, at least under windows. ZIPs are still available for people wanting to play with a pre-release package. (Yes Jay, still waiting for you to put up an Access system on classicmp, it runs under SIMH.)
FWIW
Mike Gemeny
I recently acquired a few older computers. One of the units is a working MCS Intellec 4. Unfortunately, I have no knowledge of how to program this computer or what accessories can be used with it. Can anyone help me out?
Thanks,
Jeff
>From: "Fred Cisin" <cisin(a)xenosoft.com>
>
>When I leave my vendor stall, I remove some of the valuable items,
>and move some of the others to the back of the table.
>
>Last time, when I got back, somebody had replaced a couple of items
>from my dollar bin with dollar bills.
>
>--
>Grumpy Ol' Fred cisin(a)xenosoft.com
>
Hi
The last time I left, by accident, a box with a 2708 ByteSafer
and some cassette tape at the event. Sellam was able to track
me down and return them :)
I don't think that extremely valuable items should be left
unattended( like an Apple 1 ). Also small easily hand carried
items are not a good idea to leave in plain sight. It is not
that I don't generally trust those that come to such events
it is just that in any large group of people, there are always
those with psychological problems the are related to snatching
things. Often these people are otherwise respectable. I doubt
we've yet see anyone come to one of these events with the intention
of stealing things.
The first rule of people is that most are strange. Each has
different motivations.
Dwight
>From: "Pete Turnbull" <pete(a)dunnington.u-net.com>
>
>On Jul 28, 12:11, Joe R. wrote:
>
>> The problem is that AFIK no one has found ANY CD disks that are
>> reliable. Several people that have been interviewed in national
>> publications explictly pointed out that they bought top quality disks
>but
>> they were still unreliable. In fact, it didn't appear that there was
>much
>> difference between the cheap ones and the expensive ones.
>
>The other day I came across a table from a report showing the relative
>longevity of data on various media (DLT, CD-R, etc) at a variety of
>temperatures and humidities. I'll try and find it again and post some
>of the results. Some of you might be shocked. For example, a CD-R
>with an expected lifetime of something like 25 years (if I'm not
>misremembering the highest figure) under ideal conditions has a
>lifetime of only several *months* at higher temperatures (upper 20s C,
>that would be 80s F) and humidity. DLTs fared much much better.
>
>I have some CDs that were bought about 8 years ago because they were
>supposedly good quality, and burned in a highly-rated burner. Out of
>the first batch of ten, 4 are now unreadable or give multiple errors.
Hi
This would put the per unit failure higher than even floppies.
I have floppies that are in the 25 year range and still read
correctly ( not used regularly for archiving ). The only large
issue I've seen on floppies is those higher quality ones with
the liners. The adhesive used to attach the liners tended to
bleed through the liners and get on the disk. I do keep things
stored in areas that rarely see more than 75F or more than
75% humidity.
Dwight
>
>--
>Pete Peter Turnbull
> Network Manager
> University of York
>
>From: "Kevin Handy" <kth(a)srv.net>
>
>Dwight K. Elvey wrote:
>
>> Hi
>>
>> Does anyone have the definitive answer as to which has
>>the lowest DC and AC resistance? An ant or a termite?
>>Also, how does that resistance vary over time of use?
>>I want to see graphs and statistics. Different species
>>might also be an additional variable.
>>Dwight
>>
>>
>Data Sheets! We need the data sheets! Anyone have the correct data
>sheets? With that information you could plug your critter into a curve
>tracer and determine what it is.
>
>Maybe the application notes would help.
>
>
Hi
You realise that insects only have 6 pins with at most two
test leads. True bugs can have most any number of pins, so long
as it is an even number. I believe that some like to use them
in the bulk sense but just some notes on the proper way to
connect the pins can be useful.
Dwight
I saw this today on USA today website. I've been scanning 50 year old
slides to CD's and I still have my older PDP-11 data backed up as paper
listings and now on CD's. The NIST also has a paper on data longevity
and storage suggestions for CD's and DVD's.
http://www.usatoday.com/tech/news/2004-07-26-longevity_x.htm
Mike.
I've stuck my RX02/RXV21 into my microvax and used it. However, I prefer
the DSD880 subsystems, as they have formatting built into the front panel
and firmware. I also prefer to run RT-11 to do all the fooling around,
not VMS/Unix/RSX/RSTS,etc. If I recall, the DSD box or the SMS/Qualogy
boxes used the standard 850/851 drives. I haven't powered up the DSD
440 floppy subsystem I have, but I'll bet that does both/all three
densities.
I have some OLD 8 inch IBM drives in external boxes. Never opened them.
If you want to try one in the project, let me know, you can have one.
No idea of the model or if they are single density. I'll pop one open
if you want.
Joe Heck
>From: "Jules Richardson" <julesrichardsonuk(a)yahoo.co.uk>
>
>On Wed, 2004-07-28 at 03:43, ben franchuk wrote:
>> Vintage Computer Festival wrote:
>> > On Tue, 27 Jul 2004, Dwight K. Elvey wrote:
>> penes (<-- plural form of "penis"...I
>> > had to look it up. "Penises" is also acceptable but how many chances do
>> > you get to use the obscure plural form of "penis"?)
>> >
>> Why is there a plural anyhow? As far as I know you only get *one* per
>> customer. :)
>
>Yes, but 'penes' can be applied to any gathering of Micro$oft
>employees...
>
>
>
Hi
I think they are call a group of weenies.
Dwight
Timesharing Consultants (TSC) sold a version of TSB for a while. I got
a couple of hibernate tapes from him, which is probably where the IOP
board came from
Apparently the systems were called TSC-200 and TSC-300. Mike Gemeny may
know more about this.
Wolfgang,
Philip Pemberton is right... it's not difficult, and for programming 2716,
2732 and 2532, it's even easier. The 4040 CMOS counter has exactly the
right number of outputs to handle all 12 address lines on a 2?32, and the
programming specifications for all those devices allow for a fixed-length
programming pulse, so the programmer can receive the byte, set BUSY on the
Centronics interface, time the 50ms locally, then clear BUSY to accept the
next byte... print your EPROM!
I know this well, because that's how I did it. I've used it with a
Sol-20, OSI Superboard 2, and IBM XT clone. If you would like the
schematics for my version (which assumes 2 unidirectional parallel
interfaces - one each direction - very common at the time), just let me know
and I will scan them (2 letter-size pages) into your preferred format and
e-mail them. The BASIC program I wrote is for the Superboard, so the
hardware stuff won't apply, but the program is reasonably structured... for
BASIC.
Best regards,
Bob Maxwell
> -----Original Message-----
> (snip...)
> There were many Eprom Programmers back when the 2532 etc.
> were actual which
> were designed for popular homecomputers (I own one for my
> Pet too and know
> of many for C=64). Many of these devices were "homebrewed
> gear" or sold as
> kits. But after lots of time googling around I haven't
> found much stuff
> about this old eproms. Okay, I have at least a bunch of
> datasheets and some
> schematics where ex. the 2532 were used and learned a lot
> of early 1980's
> hardware basics :) But I could not find some schematics
> (and software) of
> Eprom programmers dedicated to this chips. My (maybe dumb)
> question: Does
> anyone have some schematics and software (would be great)
> for a little
> homebrewed Eprom Programmer which works with a standard PC
> parallel-port or
> ISA slot? This would be a great project for rainy winter
> days :)
>
> Best Regards,
> Wolfgang
>From: Dan <cmonique(a)dodo.com.au>
>
>Chris,
>I was told that you have some documents on the Shure AMS8000 mixer.
>Is it possible for you to email me a copy of them?
>
>Kind regards
>
>Dan Allen
>
Hi
Doesn't anyone find it just a little suspicious that we got
two request for information for the same rare information? This
seems to be the typical type of request that we see. I realize
that it has been stated before that these may in fact be valid
request from someone looking at the archives. I just don't
believe it! I get the feeling that these are some kind of
automatic ( with some intelligence ) address mining bots.
Am I just paranoid or does anyone else see what I see.
Dwight
Holy moley! Speaking of word usage, I sure hope there's nobody from
Wales on this list.
-W
> Date: Tue, 27 Jul 2004 20:56:17 -0400
> From: "Joe R." <rigdonj(a)cfl.rr.com>
> Subject: Re: Cirris 1000
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk(a)classiccmp.org>
> Message-ID: <3.0.6.32.20040727205617.00b46680(a)pop-server.cfl.rr.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Jim,
>
> Yes I still have it. The winnng bidder welshed out and
> never paid for it. BTW note my address above. The address
> that you sent the message to is for a mailing list.
>
> Joe
>
besides the fact that it isn't possible to read sd disks with a controller that can only do dd..
so what does the diagnostic track read function of the 765 do (given that it is trying to read dd data)?
-----Original Message-----
From: Fred Cisin <cisin(a)xenosoft.com>
Sent: Jul 27, 2004 11:01 PM
To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk(a)classiccmp.org>
Subject: Re: H89 disk imaging
On Tue, 27 Jul 2004, Dan Lanciani wrote:
> Did you ever get this going? I'm looking at a different approach, reading
> the single density disks a track at a time in double density and then doing
> the data separation in software.
A double density read with a PC FDC isn't going to work.
In fact, the NEC 765 type FDC (as is used in ALL of the PCs)
doesn't HAVE a track read; instead it has a "smart"
multi-sector read.
OTOH, if you use different hardware than a PC type FDC,
a track read of flux transitions can work.
Perusers of the American hobby publication "Nuts and Volts" are directed
to the August, 2004 edition (Vol 25; No 8) upon whose cover, and within
whose pages, can be found a lovely vacuum-tube preamp (off topic) by none
other than our own Robert Armstrong (on topic) of 'Spare-Time Gizmos' fame
- originator of the SBC 6120 PDP-8 emulator - and other similarly fabulous
devices.
www.sparetimegizmos.com
Good Show, Bob! Keep 'em Glowing!
Cheers
John 'Space Charge' Lawson