>paramucho wrote:
>MACRO V5.05 crashed on 4-Mar-2008.
>
>It's a coding bug. MACRO was bit clearing a 5-bit rather than 4-bit
>field for the month. The fix:
>
>Loc Old New
>62160 177740 177760
>
>For other versions you're looking for this sequence:
>
>Old New
>000315
>006215
>006215
>042725
>177740 177760
>010015
>
Jerome Fine replies:
This post appeared on alt.sys.pdp11 and vmsnet.pdp-11 on
Monday, March 3rd, 2008. While it fixes the bug for the month,
the year is still incorrect.
By the way, I can make available a full Y2K fix for V05.05 of MACRO
which includes a 4 digit year - as opposed to DEC's version which only
supports a 2 digit year. Just over a dozen words need to be modified,
so an SLP file is probably the way to submit it. Naturally, the patch
includes the above modification along with checking the rest of the
year in the date word.
Is there sufficient interest in having the patch? I have not found any
interest in fixing bugs in RT-11, let alone in enhancements. Let
me know. I can also produce Y2K bug fixes for DIR, PIP, IND,
LINK, LIBR, etc.
I use a free read only server to monitor a few text only news groups.
Does anyone know of a free server that I can use to post a few times
a year to news groups? Can anyone forward a post for me instead?
I would request that you "modify" my e-mail address to prevent spam.
Sincerely yours,
Jerome Fine
EQUIPMENT LOCATION: Kent, Washington, southeast of Seattle. NO SHIPPING. LOCAL PICKUP ONLY.
Fellow techies,
Since I'm no longer in the computer collecting arena, I think this would be of more use to others who are.
I have available a huge pile (about 5 foot high by 3 or so wide) of S-100 computer stuff. There's one complete computer (a big NNC chassis with 8-inch floppies), plus a huge load of boards, documentation, extenders, an external drive cabinet, etc.
This is taking up valuable space in my garage. I would much prefer that it take up space in someone else's, preferably someone who can appreciate it. With that in mind, first person to offer me $100 for the entire lot can have it. That cost is based solely on the time, gas, and effort I spent getting the stuff home.
NO SHIPPING! LOCAL PICKUP ONLY!
I don't have the facilities or tools to ship this lot, and I'm not sure I'd want to trust any of it to FedEx Ground or whoever in any case.
-=-=-=-=-=-=-=-=-=-=-=-
Bruce Lane, Owner & Head Hardware Heavy,
Blue Feather Technologies -- http://www.bluefeathertech.com
kyrrin (at) bluefeathertech do/t c=o=m
"Quid Malmborg in Plano..."
> Date: Thu, 06 Mar 2008 07:54:50 -0800
> 9034 - S/B 9094 = Dual J-K
Argh. You have no idea how many databooks and catalogs I went
through to find that 9034--and then was perplexed as to why anyone
would carry a mask-programmed ROM as a generic part. Sigh.
At any rate, there were a lot of manufacturers making DTL that we
don't think of today. In particular, Philco:
9093 = 853
9094 = 856
9097 = 855
9099 = 852
9930 = 830
9931 = 831, etc.
800-series is the lower-cost "commercial" grade of 900-series logic
with a narrower temp range, also available in plastic DIP.
The confusing thing about DTL part numbers is how they're
"shoehorned" within the RTL part number scheme. So, a 928 is RTL,
but a 930 is DTL; A similar situation exists with the 9000 numbers.
9931 is DTL, 9989 is RTL.
A point of curiosity that I have is what was the highest level of
integration achieved before DTL was relegated to the "obsolescent"
bin? I have a couple of Fairchild addressable 8-bit memories; was
there anything more elaborate? A full adder, perhaps?
Cheers,
Chuck
Hi, all,
Has anyone here worked with or ever plotted silently to create a moderish
7-segment decoder/driver from a GAL16V8? I'm working on a project made
>from classic parts, and am trying to reduce part count rather aggresively,
since I'm going to hand-wire it.
One thought was to attempt to combine a 7490 _and_ a 7447 in a single
GAL16V8. I have blown hundreds of PALs, but have much less experience
in designing with them, so I'm not even sure that it's possible to mash
together that much logic internally in a 16V8. I know all the outputs
are optionally registered, so presuming one has 4 assignable flip-flops,
one could theoretically make a counter on the output pins, but what's
less clear to me is if you could then take those terms and internally
decode them to a 7-segment display.
After the large amounts of replies about this 8-way digital switch, I
don't necessarily want to clog the list with discissions of what is and
isn't possible for a GAL16V8, so if you can remember, please make any
suggestions and comments to me directly, not the list.
Thanks for any nudges towards a solution.
-ethan
--
Ethan Dicks, A-333-S Current South Pole Weather at 8-Dec-2007 at 15:40 Z
South Pole Station
PSC 468 Box 400 Temp -25.4 F (-31.9 C) Windchill -52.5 F (-47.0 C)
APO AP 96598 Wind 13.7 kts Grid 12 Barometer 678.8 mb (10674 ft)
Ethan.Dicks at usap.govhttp://penguincentral.com/penguincentral.html
The Curator of the Computing Collection at the (UK) Science Museum is
coming down to see it in May to see my second ICT1301 to give me a
provisional decision on whether they want to take it. If they don't,
I have found someone as mad as me, who would like to buy it, but he
want me to give him a price. My question is, how much is it worth? I
don't want to ask too much but I don't want to find something similar
is sold a couple of months later for ten times as much. I have two
bracketing values, that I bought it for 150 GBP in 1977, and that it
was sold new for 247,000 GBP in 1962, both figures plus inflation of
course. That is a somewhat wide range, and must be reduced by the
fact it is not assembled and will probably need many months work to
get it into working condition, but even as a static display it is
quite impressive. Does anyone know of any experts who could come down
and value such an unusual thing? Probably none have been sold since I
bought mine so it would have to be based on other brands or models.
Roger Holmes
At Wed, 5 Mar 2008 14:00:29 -0800 (PST), Herbert C. Williams wrote:
> But...
> Logic levels are different when using PNP transistors. IBM in its
> SMS series
> cards used "S" levels (+S and -S) which were -12 and 0volts. Commonly
> germanium transistors were PNP, and the Vcc rail was a negative
> voltage (in the
> case of SMS cards -12 volts). If you have a logic analyzer, you
> can TRY to use
> it by connecting the ground level reference to -12 volts and hope that
> something doesn't blow because the analyzer's ground is now at -12
> volts and
> logic levels go "up" from there.
My old Biomation K100 will take a +/- 50 volt signal and set
reference levels to -6.4 to +6.35 volts. This should be sufficient to
handle most logic levels out there. However, the newer logic
analyzers typically restrict the reference levels to +/- 5V at best.
Re-referencing ground still requires one to be able to set the
reference level, which in the case of the cited logic probably
requires +6 V.
[...]
CRC
> Date: Sun, 2 Mar 2008 12:09:29 -0500 (EST)
> From: Steven Hirsch <snhirsch at gmail.com>
> On Sun, 2 Mar 2008, Doc Shipley wrote:
>
>> At the risk of sounding like a broken record, MC Howard in Austin,
>> Texas
>> has been my source for everything from 74-series chips to 64-pin
>> wirewrap
>> The prices on their website are insane, but I've never heard of them
>> actually charging what's listed.
>
> Interesting. If I tripped over that website on my own, I wouldn't have
> the impression that it was worth my while to deal with them. Literally
> everything brings up a page stating "...Coming Soon".
And if you're ever in Austin, it's worth a stop by to browse the store.
It's not huge, but it's fairly large and there are many shelves of Stuff.
They also have a nice assortment of old connectors.
Take Loop 1 (AKA MoPac) to 183. Go south on 183 to Burnet Road. Take
Burnet Road north two stop lights to Longhorn. Turn left on Longhorn,
take it to the end (a few blocks) turn left again, and Howard is in the
second set of industrial buildings on the left, next to the carpeting
distributer.
Jeff Walther
I recently acquired a Western Peripherals TC130
controller set. Does anybody have any expeience with
this controller and would I be better off getting a
single board solution. I have a Cipher 1734 drive I
would like to use.
Thanks,
Brian.
> Do you have any more information on this? Is it an official
> document or something done to make a processor similar to a
> 6502? I'd like to find the guy who did it. If he had the
> CAD file then we could make a gerber.
I think it has been created from the information on this site ..
http://impulzus.sch.bme.hu/6502/
Lee.
My friends in CompSci at York have reminded me that the School of
Computer Science at the University of Manchester is organising a number
of activities "to celebrate the 60th birthday of computing"" -- that is,
to celebrate the 60th birthday of the "Baby" computer. There's to be a
computer animation festival and a public open day in June that may be of
interest to UK list members, and there's a "program the Baby" competition.
Details at http://www.cs.manchester.ac.uk/Digital60/
--
Pete Peter Turnbull
Network Manager
University of York
Don't know if this made it first time; if dupe, pls excuse.
-----Original Message:
Date: Thu, 06 Mar 2008 07:54:50 -0800
From: Bob Rosenbloom <bobalan at sbcglobal.net>
Subject: Re: Obsolete chips
dwight elvey wrote:
> Hi
> Here is a list of the DTL that Anchor has. Does anyone have
> a pinouts and types for these??
>
>
> 930
> 932
> 934
> 936
> 937
> 946
> 948
> 951
> 958
> 962
> 1800
> 9093
> 9034
> 9099
>
> Knowing what these are would help in knowing what other DTL
> numbers are the same part.
> Dwight
>
I have data sheets for the following:
930 = expandable dual 4-input NAND
932 = expandable dual 4-input buffer
934 = hex inverter
936 = hex inverter
937 = hex inverter
946 = quad inverter
948 = clocked flip-flop
951 = multivibrator
962 = quad 2-input NAND gate plus inverter
Bob
---------Reply:
Hmm, I have slightly different info:
946 = Quad 2-input NAND
962 = Triple 3-input NAND
On the other hand I can't find a 934 listed in my books...
In addition:
958 = Quad 2-input power gate
1800 = Dual 5-input NAND
9093 = Dual J-K
9034 - S/B 9094 = Dual J-K
9099 = Dual J-K
Also listed at Anchor:
935 = Hex Inverter (extendable)
949 = Quad 2-input NAND
Equivalent devices usually differ in the value of the pullup resistor
(if any):
e.g. Dual 4-input NANDs:
930 = 6K P/U
932 = 2K P/U, driver
944 = O/C, driver
961 = 2K P/U
The 935 was a 936 w/o any input diodes.
Extendable (expandable) indicated a connection that bypassed
the input diodes so that it could be externally expanded with
more diodes or an extender like the 933.
I still have some of these (maybe even some RTL) and of course the
Databooks.
Fairchild's DTL had a '9' prefix; NS used 'DM'
m
-----Original Message:
Date: Thu, 06 Mar 2008 07:54:50 -0800
From: Bob Rosenbloom <bobalan at sbcglobal.net>
Subject: Re: Obsolete chips
dwight elvey wrote:
> Hi
> Here is a list of the DTL that Anchor has. Does anyone have
> a pinouts and types for these??
>
>
> 930
> 932
> 934
> 936
> 937
> 946
> 948
> 951
> 958
> 962
> 1800
> 9093
> 9034
> 9099
>
> Knowing what these are would help in knowing what other DTL
> numbers are the same part.
> Dwight
>
I have data sheets for the following:
930 = expandable dual 4-input NAND
932 = expandable dual 4-input buffer
934 = hex inverter
936 = hex inverter
937 = hex inverter
946 = quad inverter
948 = clocked flip-flop
951 = multivibrator
962 = quad 2-input NAND gate plus inverter
Bob
---------Reply:
Hmm, I have slightly different info:
946 = Quad 2-input NAND
962 = Triple 3-input NAND
On the other hand I can't find a 934 listed in my books...
In addition:
958 = Quad 2-input power gate
1800 = Dual 5-input NAND
9093 = Dual J-K
9034 - S/B 9094 = Dual J-K
9099 = Dual J-K
Also listed at Anchor:
935 = Hex Inverter (extendable)
949 = Quad 2-input NAND
Equivalent devices usually differ in the value of the pullup resistor
(if any):
e.g. Dual 4-input NANDs:
930 = 6K P/U
932 = 2K P/U, driver
944 = O/C, driver
961 = 2K P/U
The 935 was a 936 w/o any input diodes.
Extendable (expandable) indicated a connection that bypassed
the input diodes so that it could be externally expanded with
more diodes or an extender like the 933.
I still have some of these (maybe even some RTL) and of course the
Databooks.
Fairchild's DTL had a '9' prefix; NS used 'DM'
m
> Date: Thu, 06 Mar 2008 07:54:50 -0800
> From: Bob Rosenbloom
> Subject: Re: Obsolete chips
All of the following are from the Motorola Big Brown Book:
> 930 = expandable dual 4-input NAND
...
958 - Dual 2-input NAND Power gate
1800 - Dual 5-input NAND gate
The following were obtained from a "direct replacement" chart:
9093 - Dual J-K flip flop (same as 953)
9099 - Dual J-K flip flop (same as 952)
I can find a mention in an old catalog of this one, but have no
additional information:
9034 - 256 bit ROM
Cheers,
Chuck
Hi folks,
I am looking for Omnibus core memory.
If anyone can offer me a complete memory....
But I am also interested in a BROKEN DEC H619 core stack to repair.
Best wishes,
Philipp :-)
--
http://www.hachti.de
I got around to typing in a couple of my high school basic programs from
a few old printouts.
http://rikers.org/hp2100/dnd/
Anyone care to comment on the flavor of basic it used?
This was an early version, and the instruction:
2440 PRINT "LOAD .DRAGN"
was later replaced with a CHAIN command. This was he latest printed
source I had, so I typed some in to see what folks can glean from it.
--
Tim Riker - http://Rikers.org/ - TimR at Debian.org
Embedded Linux Technologist - http://eLinux.org/
BZFlag maintainer - http://BZFlag.org/ - for fun!
I am in the process of rebuilding an IMSAI 8080 and am using my Mac Pro as a
dumb terminal. I have it all to the point where I can type a character and
see the ascii appear on the front panel. What I need to do is write a
simple 1st stage loader that will take the HEX output from the ASM80
assembler, send it over the serial connection and put it in memory. This
way I can write a more sophisticated loader and not have to key it in by
hand.
The question is, what is the algorithm, in assembly language, for converting
an ascii character to its binary equivalent. By this, I mean converting an
'a' to 1010, not 041H which is the ascii value. I remember writing such a
thing 30 years ago but simply cannot get my head around it now.
The algorithm has to deal with taking an ascii string like
AF67DBFF6FF9AF81C2130053DBFF5FAAC2210039D20600780747D3FFAF4 and converting
each ascii character into the binary value it represents. The sting above
would convert, one character at a time, to:
1010
1111
0110
0111
1101
well, you get the point...It has to work only for 0-9 and A-F which should
make it easier.
Anyone out there remember how to do this?
Jeff Erwin
>
> From: ard at p850ug1.demon.co.uk (Tony Duell)
> Subject: Logic testing
>
> I fail to see what silicon .vs. germanium has to d owith the
> polarity of
> the logic cignals. In general PNP transistors, and for that matter
> PMOS
> fets, imply -ve logic levels, and plenty of machines were built using
> those components. Also ECL chips have -ve logic levels (around -2V)
> wrt
> ground.
I bow to your greater knowledge. I was employed as a programmer and
picked up hardware later.
>
> The HP Logicdart (a handheld 3-input logic analyser) can certainly
> handle
> the PMOS logic signals in older HP handheld calculaotrs and the -15V
> logic levels in the discrete transistor circuitry of the HP9100. I
> don't
> see why it'd not work for you. And most _decent_ logic analysers (as
> opposed to the TTL-only toys...) can handle ECL levels.
>
> In cany case, I cna't believe the signals in your machine are all that
> fast. Is it not possible to make up level shifter stages to turn them
> into TTL-level sgiansl for testing?
Indeed, the clock is 1MHz, 750ns high and 250ns low, with lots of
wobbling about as the signal overshoots.
Thanks Tony, if I see a logic analyser going cheap (though that is
unlikely) I will buy it.
"Bob Brown" <bbrown at harpercollege.edu> wrote:
> Sounds like 4341 (or maybe 4331)'s (waist high, couch wide).
> They were air-cooled.
Yep - I always used to report the form factor of our 4331 (boarded in Hans Franke's warehouse in Munich) as "chest freezer". It has a big axial fan in a horizontal separator panel above the power supplies and two pairs of radial blowers on top of the logic gate - drawing ambient air in through the front grille and forcing it _down_wards through the cardcages.
So long,
--
Arno Kletzander
Student Assistant // Studentische Hilfskraft
Informatik Sammlung Erlangen
www.iser.uni-erlangen.de
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
Sorry if this is bad form - I ordinarily would not post a mention of one of
my own auctions but this is probably somewhat special. I have decided to
sell my complete 8/e system, peripherals, software, documentations, and
spares.
Ebay auction number 270217347007
Jon Miles
(note I'm not a cctalk subscriber, though I read through the archives
fairly often.)
I was informed of the following posting to the Albuquerque Craigslist
and thought people here might be interested:
http://albuquerque.craigslist.org/sys/596509820.html
-----
Older RISC hardware free to collector
Reply to: sale-596509820 at craigslist.org
Date: 2008-03-05, 12:24PM MST
We have several '90s vintage RISC computers; Decstation, VAXStation,
HP9000, Sun4, and RS6000. I think that I have media kits,
documentation, and licenses for all of them but most of it's in boxes
and I will need to check. The disks have been wiped to ensure no
corporate data goes with them.
These are obviously not speed demons, but they served us well for many
years. The boss wants me to send them off for scrap, but that seems
like a waste if there are collectors or enthusiasts who would like
them.
Free if you pick them up. I will not ship. These systems all booted and
ran when they were turned off, but the disks have been wiped and I
don't have time to test them. They are as is, where is, but they are
free.
* Location: ABQ
* it's NOT ok to contact this poster with services or other
commercial interests
PostingID: 596509820
Well belly up to the bar and show this piece that is finished and displayed
better that this item Is.........................
- Jerry
-------------- Original message from Al Kossow <aek at bitsavers.org>: --------------
> > I bet you have a nicer set there than what the Computer History
> Museum
> > has for a PDP-8!
>
> Hardly
>
> What is in visible storage is a very small fraction of the Museum's
> DEC holdings
> which includes an RF08.
>
>
>
> I bet you have a nicer set there than what the Computer History
Museum
> has for a PDP-8!
Hardly
What is in visible storage is a very small fraction of the Museum's
DEC holdings
which includes an RF08.
ebay # 160211814874
I have no idea why this went up to $300. Maybe they didn't realize it
was only a terminal and not a computer? I could be wrong of course,
but it looks virtually identical to the terminal I bought not too long
ago.
--
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
<http://www.xmission.com/~legalize/book/download/index.html>
Legalize Adulthood! <http://blogs.xmission.com/legalize/>
> For those interested in a snapshot of the way BBS's were 21 years ago,
> point
> your telnet client at landover.no-ip.com
This bangs me out of putty with haste.
Does the server accept telnet on the standard port?
ard at p850ug1.demon.co.uk (Tony Duell) said:
> > Not so useful with peripherals though, I find a storage scope is
> > invaluable for them, the more traces the better, so I suppose a logic
> > analyser would be useful, but does one exists for MINUS 6.3 volt
> > logic? I always presumed they were only invented after silicon
> > replaced germanium and so only work with positive logic voltages.
>
> I fail to see what silicon .vs. germanium has to d owith the polarity of
> the logic cignals. In general PNP transistors, and for that matter PMOS
> fets, imply -ve logic levels, and plenty of machines were built using
> those components. Also ECL chips have -ve logic levels (around -2V) wrt
> ground.
But...
Logic levels are different when using PNP transistors. IBM in its SMS series
cards used "S" levels (+S and -S) which were -12 and 0volts. Commonly
germanium transistors were PNP, and the Vcc rail was a negative voltage (in the
case of SMS cards -12 volts). If you have a logic analyzer, you can TRY to use
it by connecting the ground level reference to -12 volts and hope that
something doesn't blow because the analyzer's ground is now at -12 volts and
logic levels go "up" from there. It usually helps to have a NEMA adapter
(ground lifter) to isolate the third prong ground on the power connector (it
has been known that some people cut off this connection).
On PMOS levels (intel 4004 was an example) they used +5 for Vdd and -9 for Vss
as I recall. You needed pull downs to -9 on some pins to interface with TTL.
PMOS wasn't the easiest to interface with non-PMOS stuff (but it was done).
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
I found the Holy Grail in a computer thrift shop but they wont sell it
to me because they do not know what it is worth and they think it is a
lot.
A nice HP 9100, fairly clean, some stickers, and complete. Not been
fired up and I told them not too.
I offered the $60 as it was all I had and they wouldn't take it. I
think they are going to want a lot more. So the question is what is a
reasonable price for the holy grail sitting on a shelf.
Paxton
--
Paxton Hoag
Astoria, OR
USA
Just got back from collecting a few PDP related items.
About 30 pocket books 1968 - 1980,
a vaxmate with expansion box, software & manuals
Microfiches with reseller price lists,
a bunch of flip-chips with blue, white, red & greeb handles, apparently
for the PFU of a PDP-9,
2 RS-03 (04?) disk platters, one woth groves, the other almost mirror
finished
a PDP-8/a user manual,
a 3 volume PDP-8/e/f/m user , internal bus & external bus maintenance manual
and some odd bits & pieces like motor brushes for a TU-10.
Ed
> Date: Tue, 04 Mar 2008 06:27:52 -0500
> From: "Greg Manuel \(V\)"
> > On Mon, 3 Mar 2008, Josef Chessor wrote:
> > > Wait! The Chinese and the abacus get first dibs! =D
> >
> > followed by Antikytheria
> >
> Never said it was the first, just said I was pretty sure that it qualified
> as vintage. LOL
I use my fingers for computation. I'd try to guess something
earlier, but I have no idea what fish or bacteria use.
Cheers,
Chuck
These are available from Ohio, US.
If no one wants them in a few days, I am going to throw them away.
shipping charge only.
The bag is for the Compaq portable. Shipping $10 in the main chunk US.
53C710 development board (ISA) with manual. Detailed information of the
53C710. Shipping $10 in the main chunk US.
386 SBC board is the same as this one:
http://cgi.ebay.com/Citadel-Single-Board-Computer-3-Real-Time-OS_W0QQitemZ1…
Shipping $10 in the US. I will combine the VGA card with it.
For the above items you can choose actual shipping cost or choose the above
mentioned fixed charge.
Let me know, thank you.
best,
vax9000
> From: Jim Leonard <trixter at oldskool.org>
> Subject: Re: Apple ][/II/2
>
> IIRC, the "][" was only adopted after people saw it on the Apple IIe's
> bootup screen.
Not true. It was on the case of the Apple ][ years before the lower
case 80 column model was introduced.
Roger Holmes,
Part owner of an Apple dealership since 1980.
I have a set of Uniplus manuals (flavor of Unix from circa 1990) that I've
run a few times on Ebay. The thing weighs 11 pounds. Whoever wants it
can have it for cost of shipping (which by media mail won't be much).
--
David Griffith
dgriffi at cs.csubak.edu
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
Cameron Kaiser wrote:
>Except, in UNIX, one can have a completely *valid* filename with
>slashes in it. Or almost any other character in the system
>character-set really.
Why all this talk about U**X? CP/M allows pretty much anything in a
filename. I'm particularly fond of the file names with backspaces
and carriage return-linefeed pairs in them.
The problem with using "][" instead of "II" that text-to-speech
programs get tonguetied trying to parse it. :)
Cheers,
Chuck
A guy is offering me a pile of old monitors, he describes as "mono, cga and
ega", probably about a dozen or so altogether, and presumably all working.
I don't have anything that currently uses any of these interfaces running at
the moment.
Any interest in anybody taking these off my hands?
--
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space, ?a critter that can
be killed but can't be tamed. ?--Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James
M Dakin
"Bob Armstrong" <bob at jfcl.com> skrev:
>
>> Sridhar Ayengar (ploopster at gmail.com) wrote:
>
>> Or if you're willing to write an MSCP layer into your controller firmware.
>
> I actually think this is the "right" way to solve the problem in the case
> of the PDP-11 and VAX, but then controller is no longer a simple device.
I'd say it would definitely be the right way.
What people seem to forget (or ignore) is that unless you decide to emulate an
existing DEC device, you not only need to write a device driver for the OS,
which sure is some work, but doable.
But you also need to write some bootstrap code, which needs to be placed in a
rom. That will quickly get a bit more ugly...
There is a big difference to a PDP-8, which this has been compared to up until
now. The PDP-8 is really simple in design, and so is booting one, usually.
A PDP-11 is way more complex to boot. Not only do you need the initial boot
code, in the boot ROM. You then also need the bootstrap for the OS, which
resides on disk. I don't know about RT-11, but for RSX, this is a separate piece
of a driver which in no way is related to the device driver that you use once
the system is booted. And this piece is tightly integrated with the OS and is
embedded deep inside stuff.
So, unless you want a disk that you can't boot from, you have a big chunk of
work to get it working.
So doing an emulation of an existing device makes much more sense.
And of all the existing devices, MSCP is by far the best choice when picking
something to map to modern hardware.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 2 Mar, 2008, at 14:41, cctalk-request at classiccmp.org wrote:
> Message: 12
> Date: Sat, 01 Mar 2008 23:19:43 -0800
> From: "Chuck Guzis" <cclist at sydex.com>
>
> Well, if I were debugging hardware, I'll take a logic analyzer and a
> scope, thank you. I'm not sure how broad the range of hardware
> faults is that a bunch of blinking LEDs will indicate.
I find that about half of all CPU faults on my 1301 can be found from
the front panel, but then it is a remarkable front panel. I can slow
the clock rate down to three pulses per second and watch the
individual steps in each instruction, watch data shifting through the
registers, watch the carry bits in the mill, watch the instructions
shifting through the registers etc. I can even run it at one pulse
per button press and change the data in the registers and create
parity errors and write them to core and read them back and watch the
parity checker do its stuff.
Not so useful with peripherals though, I find a storage scope is
invaluable for them, the more traces the better, so I suppose a logic
analyser would be useful, but does one exists for MINUS 6.3 volt
logic? I always presumed they were only invented after silicon
replaced germanium and so only work with positive logic voltages.
Probably out of my price range anyway for home use.
> Date: Mon, 03 Mar 2008 20:50:43 -0800
> From: Josh Dersch <derschjo at msu.edu>
> Anyone got one they're looking to get rid of/sell/trade? My venerable
> IIfx's RAM has gone bad and rather than pay stupid prices for 64-pin
> simms (which are just going to be harder and harder to find) I'd like to
> get something that takes standard stuff. And while I'm doing that I
> might as well get something large and heavy :).
>
> Thanks!
> Josh
30 pin SIMMs in the 16 MB capacity aren't exactly falling off of trees
these days, either. :-) Of course, if you're happy with the smaller
capacities, then they almost are. And the Q9xx does have 16 SIMM
sockets...
I've been making 16MB SIMMs for the IIfx, so one could argue that they are
not getting more rare, unless they are being lost by the population faster
than I am making them. However, the prices may be stupid. I mainly sold
them on Ebay and the prices for a set of four ranged from under $30 to
over $250 with somewhere in the $120 - $150 range being typical.
Right now I have components for several more sets, but have been
overwhelmed with other priorities and have not assembled any more sets.
Jeff Walther
Re:
> I a have a lot of mag tape/cartridge tape that I would like to analyze.
I may have misinterpreted your post.
Are you trying to analyze the data currently on the tapes,
or analyze the quality of the tape (trashing any data currently
on the tape)?
For the latter, I've got one (TAPECHK) for the HP 3000 which I'd be happy
to send you ... but it's not readily portable to other platforms,
unfortunately. (I originally called it TapeAnal, for "tape analyzer",
until I re-read that name one day :)
Stan
--
Stan Sieler
sieler at allegro.comwww.allegro.com/sieler/wanted/index.html
Re:
> I a have a lot of mag tape/cartridge tape that I would like to analyze.
>
> I there a program that would write the whole tape then read it back,
> logging the retries and the errors.
Eric Smith has "tapecopy", which copies tapes to disk in a simple format.
I think a number of people use that ... but I don't recall it logging
error information.
I've got my own TAPEDISK, which does something similar. My format
allows me to record which records had errors or retries, where setmarks
are (for DDS), and optionally internally compress the data (using open
source zlib). If anyone's interested in my format, I'd be glad to
open it up. At present, I use it mostly to read/save tapes on HP 3000s
(where tape blocks can exceed 64 KB).
Stan
--
Stan Sieler
sieler at allegro.comwww.allegro.com/sieler/wanted/index.html
When I was at the VCF in Mountain View this past fall, someone in the
concessions area had an HP 87 computer/calculator for sale. Does
anyone remember who that was? I find I'm getting interested in the HP
8x series.
Thanks!
David Betz
At 22:32 -0600 3/3/08, "Merch" wrote:
>Now you've given me one heckuva reason to spark up the latest Vcc (that's
>not +5v, it's the latest virtual CoCo[1] from David Keil) & try it on OS-9.
>
>[1] http://vcc6809.bravehost.com/
Dang it! Somebody needs to donate a Mac or linux box to David Keil,
because I really like CoCo3's but I really don't ...
<flame-bait deleted>
--
- Mark, 210-379-4635
-----------------------------------------------------------------------
Large Asteroids headed toward planets
inhabited by beings that don't have
technology adequate to stop them:
Think of it as Evolution in Fast-Forward.
Anyone got one they're looking to get rid of/sell/trade? My venerable
IIfx's RAM has gone bad and rather than pay stupid prices for 64-pin
simms (which are just going to be harder and harder to find) I'd like to
get something that takes standard stuff. And while I'm doing that I
might as well get something large and heavy :).
Thanks!
Josh
Since Pat F. is holding VCF Midwest early this year, we decided to balance
things out by holding VCF East later this year. So, VCF East 5.0 will be
the weekend of September 13-14. Same place as the last two years -- InfoAge
Science Center in Wall, New Jersey. This year there's no special theme, but
there will be a special event -- the beta opening of our computer museum.
We're going from the current 12x10-foot "preview" room into 800 sq. ft.!
Details to be announced later.
- Evan
From: Roger Merchberger <zmerch-cctalk at 30below.com>
>
> Rumor has it that Tim Riker may have mentioned these words:
> >timr at slop:~$ touch \/path
> >touch: cannot touch `/path': Permission denied
> >timr at slop:~$ uname -a
> >Linux slop 2.6.24-timriker #1 SMP Sun Feb 17 01:36:19 MST 2008 i686
> >GNU/Linux
> >
> >which *nix are you on? just curious.
>
> I was too, because it didn't work on this either:
>
> Linux mail.30below.com 2.4.20-8 #1 Thu Mar 13 17:18:24 EST 2003 i686 athlon
> i386 GNU/Linux
>
> Maybe 2.2?
Taking a look at the ext3 source (it's in my
mental cache from the book project), there's
no escaping of the '/' character. In __link_path_walk(),
it clearly splits on '/' and doesn't look at the
previous character at all.
To bring it back on topic (and because I was
curious), I just pulled out my copy of Lions
and in 6th edition namei(), it's the same
thing. It definitely loops looking for '/'
with no regard to the previous character.
So, the old and the new both do not recognize
a file with '/' in the name. I'm not sufficiently
motivated to look through the BSD FFS :-)
BLS
Just out of curiosity I installed RSTS/E 9.6 on a SIMH PDP-11 and
thought I'll try to install DECNET 4.1, but I've come up empty trying
to find any info on how that is done. I know almost nothing about
RSTS/E yet but I'm trying to slowly learn.
I figured out that I could RESTORE INSTAL.BCK from the DECNET 4.1 tape
image and that resulted in just a few files, one of which was
DECNET.COM. That appeared to be an installation script, but it is not
clear if that is something that is intended to be manually invoked, or
if something else invokes it. I tried invoking it manually with some
guesses for the parameters, but that didn't get me anywhere.
Is there an installation guide on the net somewhere that I haven't
been able to find?
Does anyone have a sample SIMH session transcript showing the proper
way to install DECNET 4.1 on RSTS/E 9.6?
On 3 Mar, 2008, at 22:19, cctalk-request at classiccmp.org wrote:
>
> Message: 30
> Date: Mon, 3 Mar 2008 22:16:03 +0000 (GMT)
> From: Andrew Burton <aliensrcooluk at yahoo.co.uk>
>
>
> If the name is printed on the machine (as is normally the case),
> then use that version! :)
I just got one of mine off the shelf and the lid of the case is
labelled "apple ][ plus", without even a capital 'A' as the curve of
the lower case 'a' fits into the bite in the apple logo. I think the
titles on the cover of the four main manuals also said "][" on them,
but I have not checked them.
I can't actually remember what they were all for, there was the main
reference manual with the circuit diagram in the back which was very
useful for the odd machine which misbehaved when first delivered
before being shipped to customers - in several instances I traced IC
leads which had missed their sockets which were either bent
underneath or down the side.
There was a manual for DOS 3.3 and its utilities .
I think there was an Applesoft manual.
I can't remember what the other one was. It was not integer Basic, I
never saw a manual for that.
Of course there were the also manuals for UCSD Pascal, but they
weren't one of the main four.
Date: Mon, 03 Mar 2008 13:21:51 -0800
From: Brent Hilpert <hilpert at cs.ubc.ca>
Subject: Re: seven segment display history
>Don't know why that web page refers to the Sperry/Beckman displays as Panaplex,
>my understanding was Panaplex was a Burroughs trade name for their 7-seg
>gas-discharge displays.
---------
Nixie, Panaplex and Self-Scan were all registered Burroughs trademarks
for those respective products and technologies AFAIK.
m
>
>Subject: Re: Q-bus to CF [was: IOmega]
> From: der Mouse <mouse at Rodents.Montreal.QC.CA>
> Date: Fri, 29 Feb 2008 02:00:53 -0500 (EST)
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>> Generally IDE and CF (compactflash) are the same interface and for
>> Qbus-11 fairly simple. It's been done, however, the problem is the
>> driver as bare IDE or CF is NOT MSCP not is it DL, DX, DY or RK so a
>> driver is needed and noone has apparently stepped up to do it.
>
>Not quite true.
>
>Some time back (years), someone was working on an IDE interface for a
>Qbus MicroVAX and I was doing the driver. (This was not bootable; the
>idea was to netboot to get the kernel onto the machine.)
>
>We never got it working, and it is not clear to me, now, why not. I'm
>not sure whether this is because it wasn't clear why then or because my
>wetware memory has bitrotted - what memory I have indicates that there
>were hardware issues, but I had no physical access to the hardware, so
>I'm not sure that that's right even aside from bitrotted memory.
the likely reason is PDP-11 and VAX does read before write and IDE
does not like that. The fis is to make the READ address different
>from the write addresses, even DEC did that with interfaces.
It is otherwise straightfoward with the usual observance for timing and
the like.
Allison
>I once was one of two people who built a one-off Qbus board out of
>wirewrap, so I feel I ought to be able to build such a thing myself.
>Perhaps someday I'll gather the parts and try it. (Anyone have a Qbus
>development board looking for a home? :)
>
>/~\ The ASCII der Mouse
>\ / Ribbon Campaign
> X Against HTML mouse at rodents.montreal.qc.ca
>/ \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
On Mon, Mar 3, 2008 at 10:34 AM, Zane H. Healy <healyzh at aracnet.com> wrote:
> Here is an odd question for everyone. In a printed article, which
> would be more accurate? "Apple ][", "Apple II", or "Apple 2"
>
> Zane
>
I sense an impending flame war. Everyone uses every kind of moniker
for the A2 platform.
I personally use mostly "Apple II", plus "Apple //". There's the
Apple //, the Apple II Plus (II+), Apple IIe, the Apple IIc (and IIc
Plus or IIc+), and the Apple IIgs.
Josef
>
>Subject: Re: Q-bus to CF [was: IOmega]
> From: woodelf <bfranchuk at jetnet.ab.ca>
> Date: Mon, 03 Mar 2008 11:48:16 -0700
> To: General Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org>
>
>Bob Armstrong wrote:
>>> Sridhar Ayengar (ploopster at gmail.com) wrote:
>>
>>> Or if you're willing to write an MSCP layer into your controller firmware.
>>
>> I actually think this is the "right" way to solve the problem in the case
>> of the PDP-11 and VAX, but then controller is no longer a simple device.
>
>The question is who is the interface for. Is this like the SCB1620 interface to provide
>a hard drive to a small system that may not have any other major storage device,
>or is this for a commercial system that has a *Standard* I/O allready?
For commercial you have to deal with the holder of the MSCP intellectual rights.
The other issue is MSCP is an intelligent system that has DMA and is able to run
linked lists for queued IO.The pro for MSCP is most all of the DEC OSs had drivers
for it. The minus is complex, firmware intensive, DMA and temporary bus master
and it would try to do some of the buffering that IDE drives already do well.
Simple IDE/CF to Qbus(Ubus)... design is near complete copy of a bdirectional parallel
port described in the Small Computer Interfacing Manual with a bit more to look like
IDE bus and isolate reads and writes. Minus here is the IO is slower using PIO
(but still faster than RX02), a driver is required for most OSs. The plus is simple
to construct, the driver needed is very simple, if CF is used the board and a 32MB
CF is a complete package with as much space as many small Qbus 11s ever had!
I'd suggest to anyone that does this a basic boot rom on the board is a sane thing.
For RT11, the DD (tu58) driver would make a good prtotype as would the HX previously
mentioned. The RT-11 docs cover creating new drivers and VMS docs too.
NO, I don't volenteer, way too much going on right now.
Allison
>> Bob
>PS: I was reading the 1966 PDP 8 user handbook, I am finding usefull programing
>information since they give real detail in I/O devices.
>Any ideas on how impliment POWER on fail IRQ and restore?
First you must have core or ram that looks like core (doesn't lose data on power fail).
The assumption for real PDP-8 is always core and program in core.
--------Original Messages:
Date: Fri, 29 Feb 2008 23:22:16 -0800
From: Brent Hilpert <hilpert at cs.ubc.ca>
Subject: Re: seven segment display history
To: General at priv-edmwaa04.telusplanet.net,
"Discussion at priv-edmwaa04.telusplanet.net":On-Topic and Off-Topic
Posts <cctalk at classiccmp.org>
Message-ID: <47C90428.4A52403B at cs.ubc.ca>
Content-Type: text/plain; charset=us-ascii
Ethan Dicks wrote:
>
> I have something like that with me here in my bag-o-parts... approx 20mm
> by 30mm, with a 2mm-thick body made of a rough, dark ceramic, with a 1mm
> thick glass top. It's a 2.5 digit display with + and -. All the leads
> come through the back of the package in what appears to be a straight-
> through fashion (making it easy to figure out how to hook it up).
>
> There is a vendor and part number etched on the face: Sperry SP-738.
>
> I've never tried to hook it up to anything, and have no idea what
> voltages it might want. It's a shame it's only 2.5 digits; if it
> were 3.5 digits, it might make an interesting 12-hour clock face.
> Not sure what I'd need to do that swings from -199 to +199 off the
> top of my head.
Temperature?
Your description sounds like the Sperry/Beckman gas-discharge displays, e.g.:
http://www.tube-tester.com/sites/nixie/trade08-panaplex.htm
I think your part number is in there.
Can be cascaded with more digits, or a lot of early DVMs were only 2.5 digits.
----------------Reply:
A little tricky to interface because of the high voltage, keep-alive anodes, etc.
I may have some of the driver chips though if you're serious.
mike
>
>Subject: Re: VAXstation/MicroVAX 2000 CPU/FPU overheating?
> From: "Dave Dunfield" <dave06a at dunfield.com>
> Date: Sun, 02 Mar 2008 09:35:46 -0500
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>> > The extended system tests 101, 102 and 80000106 will not test the FPU
>> > - this may be normal, I don't know. The docs say they will test all
>> > hardware which is installed - this may mean that the FPU is not being
>> > full detected... I don't know.
>>
>> Is the FPU socketed? If so, can you remove it, and what the boot and
>> test output looks like?
>
>Aw, I wish ... the only things socketed on this board are the ROMs and
>the serial device. The CPU/FPU are 68 pin surface mount devices.
>
>
>> If you can't remove the FPU (likely), the diagnostics would probably be
>> complaining about it not working...
>
>Which is the main reason I'm not 100% convinced the FPU is faulty. But I
>can't get the extended disgnostics to test it, and I don't know how "good"
>it has to be to pass the basic startup test.
It doesnt other than not jamming the busses. VAX does nto need the FPU
to boot.
>
>> I've not had my uV2000 opened up (or even turned on yet...), but that'd
>> be my next step.
>>
>> Maybe if I have some time, I'll dig mine out and try playing with it.
>
>If you do open it up and have it to the point where you can scope signals,
>please contact me ... I've got a few questions about the signals I see in
>mine. I've also got a couple of questions about the diagnostics and the
>FPU that could be answered with a running system (only the console ROM
>required).
>
>If anyone has a running VS2000 or UV2000 and is willing to open it up to
>help me do some comparison testing, here are the things I would most like
>to know:
I had mine open for temperature testing, thats were I got the 58C
from. I should play with console boot later.
>[For best results, it would be good if the system were configured to match
>mine - all expansion boards, drives, peripherals etc. disconnected, and
>the uVAX/VS jumper located about 3" directly behind the BNC ethernet connector
>set to the uVAX position, which is AWAY from the BNC connector.]
Sounds like mine more or less. I cant scope it at this time as the wide
band scope is burried and likely not going to emerge for a while. I
have a 20mhz dual trace for most work handy as it's smaller but it
will not see a 40mhz clock well nor do I use it for that kind of work.
Allison
>[To run the extended diagnostics 101, 102 and 80000106 you need a DB-25-F
>connector installed (on the DB-25-M connector on the board) with pins 12
>and 18 connected together]
>
>a) Whats tests are run by the "T 101" command?
> Mine runs: C, B, 7, 6
>
>b) If you run "T 80000106" and then enter '9' at the "? >>>" prompt,
> do you get any test output other than the CPU designation title?
>
>[For the following, I would like a description of the waveforms
> observed, waveshape, amplitude and frequency where appropriate]
>
>c) The 40Mhz clock at the W4 jumper (right beside the 40Mhz oscillator
> "can") - with the jumper installed?
> I see 40Mhz sine wave, about 2.3v p-p
>
>d) The 40Mhz clock at the W4 jumper pin closest to the oscillator
> "can" with the jumper removed?
> I see 40Mhz sine wave about 3.4v p-p
>
>e) Pins on FPU
> 44 - I see about 160mv irregular square wave
> 59 - Same as above
> 15 - I see 40Mhz at about 160mv
>
>Dave
>
>--
>dave06a (at) Dave Dunfield
>dunfield (dot) Firmware development services & tools: www.dunfield.com
>com Collector of vintage computing equipment:
> http://www.classiccmp.org/dunfield/index.html
>
> Message: 1
> Date: Sat, 01 Mar 2008 00:31:26 -0800
> From: "Chuck Guzis" <cclist at sydex.com>
> Subject: Re: Source for TTL chips
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Message-ID: <47C8A3DE.23896.8B3FACB at cclist.sydex.com>
> Content-Type: text/plain; charset=US-ASCII
>
> On 1 Mar 2008 at 1:35, Michael Lee wrote:
>
> > For small amounts I use Jameco Electronics...
>
> Where does one go to find the not-very-common TTL? e.g., the 7497
> rate multiplier; the 74199 8-bit register, etc. TI had some pretty
> estoteric circuits also--74LS362, 74LS444, 74S485, 74S481...
>
> Cheers,
> Chuck
>
>
>
I have the same issue. I need three obsolete chips from National Semi, DM
8131, DM 8836 and DM 8837. I have scoured the internet with no luck.
I do have a board with these chips in it, I may have to resort to
desoldering them. I just hate doing that, it tends to ruin the source board.
> -----Original Message-----
> From: cctalk-bounces at classiccmp.org [mailto:cctalk-bounces at classiccmp.org]
> On Behalf Of Randy Dawson
> Sent: Wednesday, February 27, 2008 2:20 PM
> To: General Discussion: On-Topic Posts Only
> Subject: board scan, design reconstruction (was IMSAI)
>
>
>
>
> > Date: Wed, 27 Feb 2008 09:48:10 -0900
> > From: grant at stockly.com
> > To: cctech at classiccmp.org
> > Subject: Re: TTL CPU Re: IMSAI style C&K 7101 switches
> >
> > At 06:40 AM 2/26/2008, you wrote:
> > >Grant,
> > >
> > > > On a side note, who here would be interested in ultra high
[snip]
> >
>
> Hi,
> Ive been following this, and maybe I can help. Im a professional PCB
> layout guy in my day job. With a schematic and a reasonable resolution
> jpeg of both sides (I doubt there was mych multylayer back then) I could
> reconstruct the design fairly quickly. Nobody is really going to want to
> go down the road of taking a picture and turning it into a gerber, it just
> wont work. Id just input the schematic, duplicate the ref des for all
> parts, to get the netlist, eyeball the jpeg for placement and throw it at
> the autorouter.
>
> Whats on your top 10 list?
>
> (S-100)
>
> CPU card
> Dazzler
> Byte Blaster
> Async card
> disk controller card
>
> I could knock those out in a week or two.
>
> Randy
>
> _________________________________________________________________
> Helping your favorite cause is as easy as instant messaging.?You IM, we
> give.
> http://im.live.com/Messenger/IM/Home/?source=text_hotmail_join
[AJL>]
Hi,
All those S-100 boards definitely sound interesting but here is a twist for
something I think would be highly useful for recovering data from vintage
computers using generic PCs.
How about a PCI floppy controller board? Maybe with some supplementary
logic to allow raw track reads? Possibly a BIOS to boot from? An external
floppy drive connector?
Just wondering how complicated such a thing would be. Thanks!
Andrew Lynch
I'm curious why anyone would want a front panel with lights and
switches. Except for some early IBM mainframe stuff, the number of
systems that I've worked with that had no front panel vastly
outnumber the ones that did.
Indeed, the front panel on the MITS 8800 seemed to be a waste of good
components and an anachronism at that. Better to take the costs of
the panel and roll them into a good diagnostic ROM with loader. The
S-100 followup machine that I used, an Integrand box, had only a
reset button on the front panel. I never missed the switches. After
the MITS box, I never owned another system with a blinkenlights-and-
switches front panel.
Just trying to understand.
Cheers,
Chuck
-----REPLY-----
Hi,
I must have missed the whole "front panel on a microcomputer" thing too.
I recall seeing microcomputers with front panels around but never owned one.
It has always seemed to me a good boot ROM with monitor is the way to go.
Vector Graphic did a good job with their Executive Monitor boot ROMs.
I'd rather use a bus probe, logic probe, or VOM when I debug so it can be
removed when the machine is finally working.
That being said, I still think an IMSAI is a cool microcomputer and would
love to get one some day.
Thanks!
Andrew Lynch
>
>Subject: Re: VAXstation/MicroVAX 2000 CPU/FPU overheating?
> From: Patrick Finnegan <pat at computer-refuge.org>
> Date: Sat, 01 Mar 2008 22:02:35 -0500
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>On Saturday 01 March 2008 21:11, Dave Dunfield wrote:
>> The extended system tests 101, 102 and 80000106 will not test the FPU
>> - this may be normal, I don't know. The docs say they will test all
>> hardware which is installed - this may mean that the FPU is not being
>> full detected... I don't know.
>
>Is the FPU socketed? If so, can you remove it, and what the boot and
>test output looks like?
It's soldered down and not removeable with out the right tools for
handling high lead count surface mount.
Me I'd pull a old MVII cpu card and do the remove and replace of the FPU
and CPU. MicroVAXIIs with good cpus and FPU and bad Qbus interfaces are
not uncommon.
Allison
>I've not had my uV2000 opened up (or even turned on yet...), but that'd
>be my next step.
>
>If you can't remove the FPU (likely), the diagnostics would probably be
>complaining about it not working...
>
>Maybe if I have some time, I'll dig mine out and try playing with it.
>
>Pat
>--
>Purdue University ITAP/RCAC --- http://www.rcac.purdue.edu/
>The Computer Refuge --- http://computer-refuge.org
At 09:46 PM 3/1/2008, you wrote:
>I have a Selectic II that I use now and then. Similar problem. I packed a
>few paper towels in there and sprayed a fair amount of good (not WD40)
>lubricant (LPS brand if I recall), let it soak for an hour and than wiped
>the insides out and removed the towels. It works great.
>
>This is not a restoration or preservation, but rather how I got a junk
>selectric II that I got for free to work wonderfully. Got a new ribbon at
>office depot too. If there was one thing I would like to do would be to
>have the platen turned down to level out all the pocks from years of use.
Do you remember what LPS lubricant you used? I have a 'Ham Fest' IBM
Selectric and it sticks a little.
Dan Gahlinger wrote:
> There *IS* a Vax named a "Saul" or "SOL", I've seen it.
> It's a "luggable" (so to speak) like the Rainbow, but it's a Vax.
> They existed, so don't insult my intelligence.
> And btw I've been doing Vaxen since 1976, so I think
> I know a thing or two about reading Ascii
> it's definitely "OS/2"
I think it's time for me to unsubscribe from this list and
get back to reality. Sure, let's make up names for already
existing products instead of figuring out what they are
(VS2000? VAXmate?) and then insist that that we've
been doing the VAX a year before it left the
factory, therefore OS/2 has to exist for the PDP-11.
Why do I even try to interject myself into this crap.
Tim.
Greetings,
Do you still have the TU58 tapes?
Mick Lindell
Sr. Test Development Engineer
GE Aviation
Digital Systems
T +1 616 241-8454
E Mick.Lindell at ge.com
3290 Patterson Ave. SE
Grand Rapids, MI 49512 USA
GE imagination at work
These commodities/technical data are controlled for export by the U.S.
State Department. They may not be transferred, transshipped on a
non-continuous voyage, or otherwise be disposed of outside of the United
States, either in their original form or after being incorporated into
other end-items, without prior written approval of the U.S. Department
of State.
As said before, one can easily get some of the small (8 pin dip) micros to do
magic things, but sometimes (as mentioned) it is a bit more trouble than it is
worth. Many of us (me!) have stuff in their junk
boxes^H^H^H^H^H^H^H^H^H^Hclassic part archive that will do the task quite
easily. In my case, I obtained a nice Facit 4070 paper tape punch and made up
a simple interface adapter (it fit inside one of those 2x DB-25 scramble boxes)
to make it function using a PeeCee parallel port. Now if I desire to punch a
paper tape, all I do is a simple copy to the printer port and ...buzzzz... out
comes the tape. Thankfully the Facit 4070 had some power available on its
DB-25, but I needed to play around with all the levels (it used 6 volt levels).
In the end, all it took was a single 74LS00 to do the trick on changing the
strobes to conform.
I suppose I could have used an 8 pin ATMEL chip, but why bother. Sometimes the
"classic" solution is MUCH easier.
I even built up a character font (5x8) so I could punch titles in the tape. Of
course, now I need to get the reader functional, but that is another story.
p.s. If anyone wants details on the interface, contact me off list.
--
Sorry,
No signature at the moment.
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Hi!
I am jumping into this thread late, but has anyone checked JDR in CA?
I see that they still have many of these 74xxx series chips. I am
interested to tell people about them that buy the 6 Kaypro "8" 's [upgraded / modified
Kaypro 4's 1983's] I will be selling on eBay in May / June.
Prices are cheap - $0.25 up to a few dollars for Z80's etc.
I even became a "commercial customer" with associated small discounts in the
1900's - not good for the bank account howerver!.
Many of the others suppliers have gone out of business naturally from that
era.
I was pleasantly surprised they still supply these so inexpensively..
Just a thought in case it is useful and some did not know about JDR.
Frank
In a message dated 3/1/2008 8:33:00 P.M. Eastern Standard Time,
rtellason at verizon.net writes:
On Friday 29 February 2008 16:37, Grant Stockly wrote:
> DigiKey or Unicorn Electronics.
>
> Both want $25 on the order or a handling fee applies.
>
> Grant
>
> At 09:03 AM 2/29/2008, you wrote:
> >It used to be you could go to Radio Shack and pick up a couple of 74ls02
> >chips as needed. Now it seems there isn?t a source for someone who wants
> > to purchase a handful of 74xx ttl chips.
I must've missed this the first time around, or it's lower down in the
stack...
> > I have a ?brand new? s100 SIO card that is just missing the 14 logic
chips
> > to go in the sockets, but I am not finding a convenient source for them.
> >
> >Anyone know where I can go to find them in very small quantities?
Have a look here:
http://mysite.verizon.net/rtellason/w4s.html
and use your browser's search function (usually ctrl-F) to find "TTL".
That's only the stuff I have a lot of, I have somewhat lesser quantities of
other numbers too.
--
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space, a critter that can
be killed but can't be tamed. --Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies.
--James
M Dakin
**************Ideas to please picky eaters. Watch video on AOL Living.
(http://living.aol.com/video/how-to-please-your-picky-eater/rachel-campos-du…
2050827?NCID=aolcmp00300000002598)
Re:
On 3/1/08, Robert Ollerton <rollerton at gmail.com> wrote:
> I have a Selectic II that I use now and then. Similar problem. I packed
> a few paper towels in there and sprayed a fair amount of good (not WD40)
> lubricant (LPS brand if I recall), let it soak for an hour and than wiped
> the insides out and removed the towels. It works great.
>
When you did this, did you remove the platen? The upper shell? The
lower shell?"
****
It is VERY easy to remove the platen, and to remove the entire mechanism
>from both the upper and lower case. It can be done in about 20 seconds.
I'd really like to have something like one of the old
mainframe/minicomputer control panels for my PC, but I'm just not sure
how to implement it. Anybody here tried something like that? Ideally,
you could power it on, see registers, toggle stuff into memory, have
lights for interrupts, that kind of thing. Yeah, I know, as soon as I
bring up an operating system, the ability to toggle things into memory
would be rather dangerous, but I just can't resist the charm of the
idea :)
So... doable? Impossible? Improbable?
John
--
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
Yo umay rememebr my recent posting aasking for information on the damper
assembly on the head carriage of a full-height 5.25" MPI floppy drive.
I've done a little more work on it.
Firstly, it appears the damper ron was glued ot the head carriage. Since
this makes it very hard to work on (fitting the tension abnd is difficult
at the best of times!), I cleaned out the holes, and drilled (1.6mm) and
tapped (M2) an extra hole in each of the plasic rackets that hold this
rod, 0.2" away from the existikng hole. I then screwed little rass plates
in place to keep the rod in.
Secondly, I've assembled (but not aligned) the positioned. Fittlng the
tensio band ais a pain, I now think that little O-ring I found on one of
the pins is an assembly aid to keep the tension band on that pin when
you're trying to fit the other end in place. I will order some more
O-rings (the pins are 1.5mm diameter, BTW) and see how I get on.
Thirdly, I've had the positioner running on a disk exerciser. WIth a 6ms
step rate (which seems about right), it sounds _much_ rougher with the
damer wheight not fitted. Even without any grease (other than that I've
not managed to clean out) on the assembly, fitting the weight makes it a
lot smoother.
Fourthly, I _still_ can't see how the grease is kept in place, and why it
doesn't just leak all over everthing.
-tony
For those who've not seen it yet...
In this month's Elektor magazine (or at least in the UK edition of it),
there's a 2-page 'Retrotronics' article giving a design for a Dekatron
counter driving a nixie tube with 6J6 (ECC91) triodes as buffers.
-tony
I am not a selectric guru, but I have one and I think that the most likely
cause is that the lubricant has dried out, isn't lubricating and in fact is
acting like glue or adhesive. The "right" way to fix this is to have the
whole mechanism immersed in a bath of solvent (quite a few things have to be
disassembled and removed before this is done) to clean off the old
lubricant, and then relubricated afterwards. This used to be common, but
there are not many places now that still do it and it's expensive (probably
a couple hundred dollars). I have a full IBM service manual for the
Selectric II, which is virtually identical to your machine, but I only have
it in hard copy, not PDF, and it's bound. Perhaps there is a PDF copy of
this manual on the 'net somewhere. A guy who did the immersion cleaning
used to advertise his service on E-Bay, you might to a search there, or a
google search.
Barry Watzman
Watzman at neo.rr.com
PS - Actually I found the contact information for someone who was still
doing this at least in 2006. His name is Rich Wiley, he is at 800-552-8592
and his E-Bay ID was coyote0153.
YouTube doesn't stream. It slowly downloads the flash video files to
the temporary internet files folder where it's usually named "FlaXX.tmp".
The XX is usually a hex number depending on how many tmp files you
have in there. The file is also (99% of the time) deleted the second you
close the page it is linked to.
The good thing is that you can watch the video before it's fully
downloaded. A very good thing if you are on dial-up :)
Does anyone have a list of retro video's on YouTube? I know most can be
found by searching for the appropriate machine name, but not everyone
has decent tags with there videos :(
Regards,
Andrew B
aliensrcooluk at yahoo.co.uk
woodelf <bfranchuk at jetnet.ab.ca> wrote:
Right now I am trying to VIEW the %$@! You-Tube stuff. I hate
streaming
stuf on dial up. I don't think I will ever get more than the 1st few
minutes
of the UNIVAC stuff. Nothing like comparing almost 60 years of
computing
development.
> Cheers,
> Chuck
>
The same CPU and FPU are sued on the KA630cpu (uVAXII) and in early
microvax3100s so any of them should compare.
Is it possible that someone has overclocked the that uV2000???
FYI: gate leakage would kill the chips not make it run hot. The
usual reasons for hot running are:
Over voltage!
Overclock
Undercool
Excessive bus loads (capacitive or resistive)
Since the machine is a closed system for the most part the first is
most likely and the others are least likely.
I may add that over 60C is way too hot at the heatsink and the die
due to thermal resistance will be hotter.
I'm trying to pull down one of my uV2ks and fire it up.
Allison
>
>Subject: Re: VAXstation/MicroVAX 2000 CPU/FPU overheating?
> From: "Dave Dunfield" <dave06a at dunfield.com>
> Date: Fri, 29 Feb 2008 08:18:31 -0500
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>> I assume these CPU and FPU chips are MOS devices. Is it possile that
>> excessive leakage across the gate oxide layer in some transsitors of that
>> chip would cause it to run hot, but still work? I'm pretty sure I've seen
>> chips that seem to work, but get hot and then stop working, althoguh
>> cooling them with freezer spray keeps them running. And these were not
>> chips driving high pwoer laods -- they were things like the clock/timer
>> microcontroller in a VCR.
>
>Yes, I'm wondering if it's something like that, however how likely is it
>that both devices would experience the same fairly-uncommon failure mode
>at the same time?
>
>Perhaps I've been engaging in the persuit of an undomesticated ornithoid...
>
>Is it possible that the devices normally run this hot, and the failure is
>occuring for another reason (possibly a side effect of the heat, as cooling
>them does allow it to keep running).
>
>Allison said "they do run hot" - does anyone know how hot?
>
>I did some further tests last night - I dug out my thermocouple and made
>some actual heat measurements with the system assembled, but with the color
>frame buffer removed - there should be better airflow, and this appears to
>be the case, since the machine did not die after 10 minites of operation.
>
>Ambient temp was measureing about 25 degrees C at the start of the test.
>>From power on, the CPU and FPU rose rapidly (within 3-4 minites) to
>the 70C range, then more slowly rose to temperatures of 76C for the CPU
>and 82C for the FPU after 10 mins. At this temperature they seemed to be
>getting stable - having done nearly 1-1/2 mins without an increase. It's
>possible/likely that they would climb anothe few degrees in extended
>operation.
>
>Once this temperature was reached, I held the system in RESET, and
>observed that the temps dropped back after a few minites to about 64C
>for the CPU and 68C for the FPU.
>
>To my mind, a processor running at 80C is damn hot - most of the embedded
>devices I work with list absolute maximum running temperature as 70C or
>75C - but perhaps the DEC devices are designed to run hotter - I note the
>Intel 486 datasheet lists absolute maximum (under bias) as 110C ...
>
>Anyone on the list with a VS 2000 or uVAX 2000 that can do some temperature
>measurements?
>
>Dave
>
>--
>dave06a (at) Dave Dunfield
>dunfield (dot) Firmware development services & tools: www.dunfield.com
>com Collector of vintage computing equipment:
> http://www.classiccmp.org/dunfield/index.html
On 28 Feb, 2008, at 08:16, cctalk-request at classiccmp.org wrote:
>
> Message: 25
> Date: Wed, 27 Feb 2008 23:38:42 -0800
> From: "Chuck Guzis" <cclist at sydex.com>
> Subject: Re: Speaking of PPT (was: Re: Friden Flexowriter)
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Message-ID: <47C5F482.14707.21D48412 at cclist.sydex.com>
> Content-Type: text/plain; charset=US-ASCII
>
> On 28 Feb 2008 at 7:49, Jos Dreesen / Marian Capel wrote:
>
>> The latest HP papertape reader I sold on Ebay fetched all of 5
>> Euros......
>
> I know that PPT readers can really zip right along, but what's the
> fastest perforator ever made? Laser-driven, maybe?
Catching up on old messages.
The manuals for my ICT 1301 refer to the standard paper tape punch,
and it ran at 300 characters per second and had a check reading
station to verify every character punched before winding the tape
onto a reel. Unfortunately I don't have one of them but my 1301 does
still have one (of two) of the Elliott tape readers which runs at
1000 characters per second and which have a tape un-roller to prevent
any drag on the reader itself. At 1000cps, the tape comes out almost
horizontal from the reader and a bin has to be positioned correctly
to catch it. Even at full speed, the reader can stop on character
unlike the earlier Elliott tape readers, which was why when I worked
for Marconi-Elliott Avionics, all text tapes were punched with four
null characters after every line termination (ASCII CR-LF or
Flexowriter newline). Binary tapes were expected to be read all in
one go without stopping.
My own Flexowriters have round military style Cannon plugs for I/O
and use 110v signal levels designed for relay logic. A previous owner
of my 1301 has grafted on a large Vero board full of discrete
components, TTL and relays to drive one of the Flexowriters for
output, and an old ICT keypunch keyboard for input as well as a
smaller board to output to a Teletype BRPE (100 cps) paper tape punch.
The non standard online Flexowriter and keyboard are currently
disconnected and I control the 1301 the same way as 99% of 1301s were
controlled via the control panel, which is, I estimate, 4 feet wide
by 2.5 feet high. Most programs are small and I key them in through
the front panel as I can't find anyone to repair my IBM keypunch.
Hi All,
Thanks to some very generous help from a few friends, I have been able to
finally locate a boot disk for the WaveMate Bullet. In addition, I was able
to repair the unit and now it boots and seems to be working at least to some
degree.
Along the way, I gathered up a lot of disk images, documentation, files, and
assorted other items related to the WaveMate Bullet. As this is a rather
unusual vintage computer I am considering storing this cache of stuff online
someplace to help any other prospective WaveMate Bullet owners.
My first reaction is to start another Yahoo! Group but I know a lot of
people here absolutely hate those so I thought I'd poll the list to see if
anyone could suggest a more palatable alternative. My requirements are
simple; just a small amount of file storage, a simple web interface, and a
mailing list.
Thanks!
Andrew Lynch
"Zane H. Healy" <healyzh at aracnet.com> wrote:
> It sounds like you have the audio only A/V modules. This is what I have
> in both of my SGI O2's. :^(
Hmm, the video connectors and all the major components are in place, and the board has the number 030-0728-004 on it - Gerhard Lenerz's SGIstuff page says this is an O2 Audio/Video Board (Audio only module would be 030-1145-XXX).
Hinv however only detects the board as "Audio: A3 version 1" so the video circuitry must have been disabled somehow. Perhaps there's something to be done about it: There are a few open resistor lands next to the edge connector (R503, R504, R505; R510, R511, R513, R514) and along the lower edge of the board (R556, R557, R558; R569, R573, R575, R576; R587, R593) and three SMD inductors (L512, L513, L514) missing on the solder side.
So long,
Arno Kletzander
--
Arno Kletzander
Student Assistant // Studentische Hilfskraft
Informatik Sammlung Erlangen
www.iser.uni-erlangen.de
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
Does anyone know when seven segment displays first appeared on the scene?
Presumably the first ones were VF, and LED came later?
(I was just looking at a museum's mock-up of the Apollo mission control
console, and the fake readout is made to look like a 7-seg display; I'm just
surprised that the digital readouts weren't all Nixie-based back then)
cheers
Jules
I have an identical item. I need a 720kb floppy LIF formatted floppy disk, mine is shot. If you would care to make a copy of the HP 1651A OS on your machine I would be glad to pay for it. For now I'm dead in the water. I have tried to create a OS disk but I have LOTS of gaps in my machine language understanding. Also any help in this direction would be GREATLY appreciated.
Best Regards,
Chris Wolters
It used to be you could go to Radio Shack and pick up a couple of 74ls02
chips as needed. Now it seems there isn?t a source for someone who wants to
purchase a handful of 74xx ttl chips. I have a ?brand new? s100 SIO card
that is just missing the 14 logic chips to go in the sockets, but I am not
finding a convenient source for them.
Anyone know where I can go to find them in very small quantities?
Jeff Erwin
I recently bought another HP Integral on E-bay, and after the normal
cleanup on the floppy drive it works fine. The expansion slots both
cotnained boards, one was a 512K RAM board, the other an RS232 oard
(which is the main reason I watned this machine!).
Anyway, the RAM board was clearly identical to the 1M board, just with
only have the RAM chips fitted and the links set differently. Having got
a lot of 41256 chips on old PC memory boards, I spent the afternoon
upgrading it to 1M.
BAsically :
1) Remove the bracket and cover from the PCB (torx screws)
2) Clean out the holes fro the RAM and their decoupling capacitors using
a soldering iron and solder sucker. Test the board at this point, if it
doesn't work, find the solder bridge between traces in the RAM area...
3) Fit 16 off 16 pin turned-pin sockets to the RAM space. Test again
4) Fit 16 off 0.1uF capacitors. I found the exact part at Farnell.
They've been discontinued (They're not lead-free...) but they still had
stock. Test again
5) Plug in the RAMs and test again
6) Removce the link 'W2' on the board (this is the bank select line to
the RAM controller), link the end that's common with W1 and W3 to +5V
(e.g. the end of the decoupling capacitor right next to that point). Test
again. You're now using the new RAM chips only, as a 512K oard.
7) If it works, set all the links as for a 1M board, trst again
8) Finally put the cover and bracket back on.
Now for the curiousity. One one of the standard disks supplied with the
Inegral is a program called 'status'. And one of the things it displays
is the amount of free memory.
In my machine, wioth no RAM boards fitted. there's 264K free. With the
512K board, it reports 764K free. And with the 1M board, 1264K free.
My question is what's happening to the other 12K of each half-meg? Or
deos 'status' have an odd definition of a kilobyte?
-tony
>DigiKey or Unicorn Electronics.
>Both want $25 on the order or a handling fee applies.
>Grant
>At 09:03 AM 2/29/2008, you wrote:
>It used to be you could go to Radio Shack and pick up a couple of
74ls02
>chips as needed. Now it seems there isn?t a source for someone who
wants to
>purchase a handful of 74xx ttl chips. I have a ?brand new? s100 SIO
card
>that is just missing the 14 logic chips to go in the sockets, but I am
not
>finding a convenient source for them.
>
>Anyone know where I can go to find them in very small quantities?
>
>Jeff Erwin
The Digikey "Handling fee" used to be $5 . . .
If you're buying 14 TTL's, you may already be at the $25 minimum. . .
I don't usually start with Digikey, though.
Try checking out MOUSER . . . MCM electronics, or JAMECO.
All can be reached at their .com websites. . .
(Jameco still has NOS 4164's and 41256's and decent prices.)
T
> Date: Sat, 1 Mar 2008 00:06:39 +0000 (GMT)
> From: ard at p850ug1.demon.co.uk (Tony Duell)
> Subject: Re:
> To: cctalk at classiccmp.org
> Message-ID: <m1JVFFS-000J3jC at p850ug1>
> Content-Type: text/plain
>
> > I/O - but I have to say I was extremely impressed by the upgrade -
> > almost exciting reading!
>
> I assume thats saracsm. It's a very simple upgrade -- it was
> obvious what
> the extra chipos should be, it was also obvious what most of
> the links
> did. And I do have a 'factory' 1M board in my other Integral
> (although I
> could have worked it out without that).
>
Tony:
No sarcasm intended - what's simple to you is an adventure to others.
For me it was a very educational read - and if it was really that
simple, you wouldn't need to post the steps, would you? Thanks for the
tour!
-W
Yeah, same here; the trouble is that a lot of things that I deemed
uninteresting and tossed out in the past turned out after the fact to be
very interesting indeed for some other folks, as I discovered when I joined
this list. And despite the general disdain for newer stuff and especially
PC stuff, in 20 years that may also be interesting; now I don't dare
throw anything out.
Anyway, looks like they've found a new home and I hope that any
interesting ones will be scanned & made available on the Web.
Coincidentally and related to another recent thread on here, the first
brochure I happened to pick up was from Techtran, who had a line of
standalone and rack-mount RS-232 cassette and diskette units
(Interacters); turns out I even have the remnants of one of their
units in my junk pile.
Think I'll keep the Russian (Cyrillic) Cromemco brochure though...
mike
******************************************************************************
Date: Sat, 01 Mar 2008 08:35:11 -0800
From: Marvin Johnston <marvin at west.net>
Subject: Re: Sales brochures, price lists etc.
That is the same problem I have/had. I extablished a cutoff date recycled
anything I didn't consider interesting after that. The sales brochures I
generally kept, but for other stuff, I just put a cutoff date of sometime in the
early 1980s for anything I considered common or not interesting.
> From: M H Stein <dm561 at torfree.net>
>
> Time to finally clean out some file cabinets; what should I do with
> sales brochures, price lists, etc. from the 80s? Nothing exciting,
> not very informative, but hate to just toss 'em into the recycle bin.
>
> m
>
>Subject: Re: Q-bus to CF [was: IOmega]
> From: woodelf <bfranchuk at jetnet.ab.ca>
> Date: Sat, 01 Mar 2008 10:58:34 -0700
> To: General Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org>
>
>der Mouse wrote:
>>>> Some time back (years), someone was working on an IDE interface for
>>>> a Qbus MicroVAX and I was doing the driver. [...]
>>
>>>> We never got it working, and it is not clear to me, now, why not.
>>>> [...] what memory I have indicates that there were hardware issues,
>>
>>> the likely reason is PDP-11 and VAX does read before write and IDE
>>> does not like that.
>>
>> Huh? The only sense I can think of in which the PDP-1 and VAX could be
>> said to do read before write is in the bus transaction sense, and
>> anything that could be called "IDE" was insulated from bus
FYI in the bus transaction sense is what counts as the device in this
case the IDE disks sees that. The fix is simple isolate reads and
writes. When I say bus I'm talking physical hardware interface not
the "software" interface or other hardware abstactions.
In the VAX case the Qbus or Ubus behaves the same as PDP11 even if
the read is thrown away.
>> transactions. While the card didn't have much smarts, it did have that
>> much; it looked enough like a wdc that I did the driver as an "attach
>> wdc at uba with wdc_uba" attachment layer, rather than a completely new
>> driver. I find I still have my copy of the dev directory, including a
>> boot-time console log:
Doesnt need smarts. It only has to look like an SL! you have a series
of about 8 registers, some read, some write and some are read/write
for example the data register. Any incidental reads or writes to the
data register during a transfer is unexpected and messes with the
IDE (DISK) internal smarts. So the logic has to make that bunch or
registers look like distinct read and write addresses that do not
overlap. Thats why the serial line interfaces for U and Q buses
need 4 addresses, Control write, Data write, Status read and Data read.
>Well if my SBC6120 ( PDP 8 Clone) can have a IDE interface
>why not some other PDP. We are not looking for high speed
>just hardware in this case.
Right, however it has to be done right or it doesn't work. Bob
understands that designed accordingly.
The read before write problem is important to status and data registers
becuase if you touch them at the wrong time (like an incidental read
when you mena to write) the devices internal logic is slightly messed up.
The fix and even DEC does things for DL devices (and others) is that
the write is gated to one set of addresses and the read is to another.
Adds a little logic but nothing complex.
Allison
That is the same problem I have/had. I extablished a cutoff date recycled
anything I didn't consider interesting after that. The sales brochures I
generally kept, but for other stuff, I just put a cutoff date of sometime in the
early 1980s for anything I considered common or not interesting.
> From: M H Stein <dm561 at torfree.net>
>
> Time to finally clean out some file cabinets; what should I do with
> sales brochures, price lists, etc. from the 80s? Nothing exciting,
> not very informative, but hate to just toss 'em into the recycle bin.
>
> m
Hi,
I have both Panasonic Hand Held Computer RLH1400 & Printer/Rom Extender
RL-P1005. Both items are in a case and look in great shape. Does have 3 chips
(new) along with owners manual. Some paper in printer. What is all this worth ?
Will you direct me to anyone interested in purchasing all of the above ?
Thank You,
Leo
> -----Original Message-----
> From: cctalk-bounces at classiccmp.org
> [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Josef Chessor
> Sent: Friday, February 29, 2008 11:53 AM
> To: General Discussion: On-Topic and Off-Topic Posts
> Subject: Re: front panel display for a modern PC
>
[snip]
>
> I do dabble in PIC programming, and I've got at couple of 40-pin PICs
> that would probably fit the bill with a minimum of other electronics
> (or use smaller PICs with more support electronics). Heck, a
> sufficiently simple microcomputer emulator could probably be
> implemented on said PIC, at some point. (Those are ideas I've been
> rolling around in my head for quite some time.)
>
[snip]
Hi,
I do not have much PIC programming experience but based on a little bit of
study and a small project, I cannot help but wonder a similar thing.
Recently I built a PIC 16F628 serial to parallel converter to change my
spare KayPro II serial keyboard to parallel output with the application
being to attach it to a Vector Graphic FlashWriter II video/keyboard card.
So far, I have gotten the program to run and can convert the serial stream
to light up 8 LEDs and a strobe LED but haven't attached it to the VG FWII
yet.
While working on this rather simple project, it kept occurring to me that
the PIC is practicaly begging to be made into a general purpose low chip
count computer. Add some address and data bus latches, static memory, an
EPROM, maybe a peripheral or two. The parallel and serial ports are
practically built in already. Yes, the PIC doesn't have your traditional
data and address bus but with a small 40 pin PIC protoboard like this, it
doesn't seem like it'd be all that hard to interface one to a small SRAM
like a 6264.
http://cgi.ebay.com/Microchip-PIC-Prototyping-Board-40-Terminal-PIC_W0QQitem
Z360012737667
The idea keeps kicking around in my head. It sounds like fun.
Thanks!
Andrew Lynch
I stopped holding my breath for creation of a Q-Bus IDE
controller a long time ago. While I like to think that I
do a reasonable job troubleshooting some problems,
I'm definitely not a hardware/software engineer.
It would have been nice, but it makes more sense
these days to go Q-Bus to SATA. I would imagine
that it would be alot less hassle, and certainly alot less
real estate on the board, with the smaller connectors,
and fewer traces.
At any rate, back to the topic, Q-Bus to Compact Flash.
If you can do Q-bus to Compact Flash, then you can do
Q-bus to IDE, because CF *is* an IDE interface.
Those wonderful CF to IDE adapter boards generally don't
have any circuitry on-board, except to drive status LED's.
Right now, I have Compact flash / IDE on my Q-bus,
albeit in a round-about way.
I have older CMD SCSI controllers (CQD-200's).
Attached to those are ACard 7720U SCSI <> IDE adapters.
http://www.acard.com
The CMD controllers don't have any problems with them,
and it seems to be happy with older IDE drives that I've tried.
And finally, I have ACS IDE <> Compact Flash adpaters.
http://www.acscontrol.com
You can use any IDE <> CF adapter you want,
and you can certainly get them alot cheaper elsewhere.
I chose the ACS unit, since they were one of the few
that I could find that offered it in a 3.5" drive frame.
They also offer them in a 5.25" form factor, but I think
they're just using a readily available 3.5" to 5.25" frame.
I use a SCSI removeable chassis, so I had to modify my
Acard 7720U in order to fit everything into the tray.
There is at least one vendor that offers a direct
SCSI to CF adapter, but they were a bit pricy
compared to my homebrew version.
I have tested my configuration with CF cards
ranging from 4MB up through 2GB, and find
that it works adequately for my needs.
I could see no discernable speed increase between
using real SCSI drives, and the IDE <> CF adapter,
although I wasn't trying to do any significant benchmarking.
(The CQD-200's are kind of poky controllers anyway,
so this didn't really surprise me.)
Now, if I only I could use PUTR to dump a disk image
onto a RAW IDE device, I'd be a happy camper. . . ;-)
T
Time to finally clean out some file cabinets; what should I do with
sales brochures, price lists, etc. from the 80s? Nothing exciting,
not very informative, but hate to just toss 'em into the recycle bin.
m
>
>>Subject: Re: Qbus to CF / IDE
>> From: Doc Shipley <doc at mdrconsult.com>
>> Date: Fri, 29 Feb 2008 19:09:12 -0600
>> To: General Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org>
>>
>>tiggerlasv at aim.com wrote:
>>>
>>>
>>>> You could have, for example, four RL02s each capable of being
>>>> assigned a "pack" from the card.
>>>
>>>> What were the biggest non-MSCP-attached drives?
>>>> How hard would they be to emulate?
>>>
>>>
>>> While RL02's would probably be easy to emulate,
>>> at 10MB a pop, you don't get alot of bang for your buck.
>>
>> Forgive me if this is a silly question, but is 10MB a limitation of
>>the firmware and drivers, or of the disk technology?
>
>None of the above. There is a limit of 32mb for RT11 disks because
>because the sector pointer is only 16bits and sector size is 512bytes
>(65536*512=32mb).
>
>The real problem is few people know how to write a driver and if they
>do it's only for one OS and the list of OSs [UnixVn, RT11, RSTS,
>RSX11, VMS, Ultrix, other?] means a driver for each. Once you have
>a working driver a booter is possible.
>
>The RL driver cant be used as it's dependent on DMA and a simple IDE
>interface will not likely include that. So the model for the driver
>is more likely DD[tu58], DX [rx01], DY[rx02] or maybe some other but
>with the dimension table altered as they used PIO for the transfer.
>
>
>Allison
>
>
>>
>> Doc
>
>--m21CTBEw048667.1204374551/keith.ezwind.net--
anyone do or know of anyone doing repairs on vaxstations?
is this a lost art, and I should just buy another one off ebay or what?
I'd love to find someone who did hardware repairs/engineering for dec or still knows the stuff.
Thanks,
Dan.
_________________________________________________________________
I know, I know; I should have kept the contents and thrown out
the binders. What can I say...
Anyway, if anyone wants some binders with the Burroughs logo,
some generic and some machine-specific (L series, B80, B800)
enough to pay postage, let me know.
mike
There has been alot of discussion, as well as some good
(and not-so-good suggestions) with regards to the construction
of a Q-bus to IDE interface.
No doubt a good portion of it is from people in the field
with the knowlege and experience to take on such a project.
Being an end-user, I tend to look at things more from
the standpoint of convenience, practicality, and feasability.
We don't really need to know if it CAN be done,
because we already know the answer.
The REAL challenge is to design something that can be readily assembled
without the need for very specialized or high-end equipment,
and doesn't rely on obsolete or hard to find parts.
After all, what is the point of designing something really cool,
if it can't be easily reproduced by the average person, without
spending tons of money? At that point, it's cheaper and easier
to buy something that is already made.
With that said, here are some things that would be important to me,
when considering the design of such a device.
I've heard on more than one occasion that MSCP isn't convenient
to implement because of it's bad block replacement scheme,
and that it would be easier to use an older emulation.
For practicality purposes, that narrows it down to either
MASSBUS (RM/RP), RK05/RK07, or RL01/RL02 emulation.
To that end, my questions and suggestions are based on that premise.
Note that some of these things are "easier said than done",
but are nonetheless "something to think about".
1.) Construction
Can it be easily assembled by someone with a
modicum of technical skill, and resources?
Some examples would be -
Will the layout be relatively simple? i.e,
can it be constructed on a a single or double-sided
circuit board, rather than a multi-layer board?
Can it be constructed with readily available parts?
i.e., parts that aren't 20 years old, or hard to find?
Will components be standard DIPS, or SMT?
How easy will it be to get the firmware onto the prom?
2.) Ease of use
How will you tell it what it needs to emulate?
Obviously, a fixed emulation would be the easiest
to implement. RM05, RP06, or whatever.
One capacity, one prom.
However, I don't think it's that much of a stretch
to create selectable emulations via dip switches.
Obviously NVRAM is nicer, but may add to the overall
cost and complexity.
3.) Compatability
Whatever the design, I'm sure most of us will agree that it
should use STANDARD, unmodified DEC drivers for operation.
From what I hear, RT11 drivers are a snap to create,
but I personally dread the thought of trying to
add an unproven driver into an operating system
such as RSTS/E or RSX. I think from a compatability
standpoint, we're better off trying to "pretend to be"
something that is already supported across multiple platforms,
and the source code for those drivers are readily available.
Going further down the non-MSCP route,
I had some thoughts on some of the basic implementation -
A relatively SIMPLE design would yield something like this:
Basic functions could be driven by a bank of seven dip switches.
You'd have to pick ONE capacity, and stick with it.
Three switches would be used to select the number of drives
being emulated by the controller. (1 through 8)
Four switches would be used to select the drive emulation.
RM02/RM03/RM04/RM05
RP02/RP03/RP04/RP06/RP07
RK05/RK07
RL01/RL02
The controller would be forced as the first (primary controller)
of it's type. Address and vectoring would be tied directly to
the emulation switches, and it would set itself to the primary
address and vectors automatically. Starting LUN is always ZERO.
Are we an RL01? Then set our address to 17774400, vector 160.
(And ignore bit 3 for the number of drives on the controller !)
A more advanced approach would involve using NVRAM instead of switches.
(Storing the parameters ON the drive could be used as well, as long as
there was some sort of redundancy and recovery feature involved,
in the event of a bad sector popping up in the parameters area.)
If NVRAM or disk-based parameters were used, you could select
your address and vectors manually.
Additionally, this would allow you to mix-and-match
some of the drive capacities, effectively allowing you
to emulate two RM02's, and 3 RM05's, for example.
Of course, you'd still have to stay within the same
general emulation.
Flexible drive sizes could cause problems down the road though,
particularly if you want to change the size of a drive,
when there are other emulations already on the disk.
To get around this problem, a fixed partitioning scheme
could be implemented, based on the maximum size drive
for each emulation.
Let's say you wanted RM emulation.
An RM05 is the largest, at ~256MB.
The firmware could be set to create 8 partitions of 256MB each.
(Requiring a minimum of a 2.1GB drive).
Each emulated drive would start at a fixed position on the disk,
regardless of size, on 256MB boundaries.
Then you could change/set the capacity of any of the units
without affecting the others. In this instance, the drive type
doesn't determine the starting position, only the amount of
space
being used by a particular unit. Later, if you decide you want
drive #2 to be am RM03, you simply change it in NVRAM,
and format it from your operating system. The space between
the end of the RM03, and the 256MB boundary is simply ignored.
A mixed RL01/RL02 emulation would work the same way;
taking up ~40MB of space, regardless of drive type selected.
Some other ideas:
40-pin header, and a CF card slot on the front edge of the
board !
It might be trivial to implement RAID 1 (mirroring)
on a 2nd (identical) hard drive set to "slave",
particularly if we're looking at blind writes to disk.
Any thoughts or suggestions?
T
Hello all,
just a question out of couriosity:
Does anybody of you have experience regarding a conversion of a
s/390 coupling facility into a fully usable s/390 server system?
I got a coupling facility Generation 3. The difference between such facilities and
a fully usable server configuration is that it can only use a single type
of interconnections, no ESCON adapters etc.
I think that such a coupling facility is defined by the software installed on
the front-end system (and IBM Thinkpad) and I heard that IBM can perform
a conversion. Can a hobbyist do the same?
And hints or advises are appreciated!
Have a nice weekend and thanks alot in advance for your answers.
Kind regards,
Pierre
_________________________________________________________________________
In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten!
Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114
Ok, so this barely qualifies for the "10-year rule" but I'm asking it
anyway because you guys are so forgiving of these things :).
Picked up a "Total PowerSMP" PCI card made by "Total Impact" in the
mid-90s. (I think around '96?). From the very limited information I've
found on the 'net (mostly echoed info from press releases) this thing
has four PPC 604e CPUs on it. (233Mhz, if I'm reading the chip
correctly). This is about all the information I've been able to find on
the board.
Anyone have any documentation or software for this thing? Total Impact
seems to have disappeared off the face of the planet.
Thanks,
Josh
I just picked up an IBM Correcting Selectric III, but now I've run
into a little problem. The guy said he had it cleaned/checked out just
before he stopped using it 10 years ago, but of course a lot can
happen over 10 years in storage.
I rolled in a piece of paper to give it a test, worked great, but
after a couple paragraphs it has hit a problem. Basically, the
ribbon/ball head seems to no longer do newlines properly. It will
advance the paper but not return the head to the left margin. If I try
typing anything after hitting Return, the keys are in the stiff state,
like when the machine is off. If I Backspace all the way back to the
left margin, the keys seem to unlock, until I hit Return again.
Any Selectric Grand Masters around that can help me figure out what's
gone wrong? The machine seems to be in really great shape, EXCEPT for
this problem.
Thanks
John
--
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
A Sharp HC-4500A hand held pc, unable to test it as no ac adapter was with
it. Also picked up a TurboGrafx 16 CD system card. Not tested yet either.
John
>
>Subject: Re: VAXstation/MicroVAX 2000 CPU/FPU overheating?
> From: ard at p850ug1.demon.co.uk (Tony Duell)
> Date: Sat, 01 Mar 2008 00:46:23 +0000 (GMT)
> To: cctalk at classiccmp.org
>
>>
>> At 9:26 -0600 2/29/08, Dave wrote:
>> >Yes, I'm wondering if it's something like that, however how likely is it
>> >that both devices would experience the same fairly-uncommon failure mode
>> >at the same time?
>>
>> I'm chiming in very late and probably not very helpfully, but is
>> there any way a decoupling cap in the vicinity of the FPU/CPU could
>> either load them or generate heat itself by beginning to short to
>> ground? My only VAX (4000VLC) had a fault like that in the reset
>
>Interesting idea.... I've worked with chips that had connectiosn for
>decoupling capacitors for particualr secitons in the chip (the most
>ovious being the Transputer which needs a 1uF capacitor between 2 of its
>pins to decouple the clock multiplier PLL). In general, these components
>are not conencted to a power line or ground other than through the chip.
>
>I have no idea if the VAX 2000 chips are like this, but if they are, then
>a leak in one of those cpacitors would certainly cause thigns to run hot.
The 78032 chip is 1986 surface mount (gull wing) tech. No cap on the
chip, same for the FPU. At the time it was pushing the limit for NMOS
for power and density, they plain just run hot.
If you don't like them that hot adding another set of fins to radiate
that heat helps.
Allison
>-tony
> You could have, for example, four RL02s each capable of being
> assigned a "pack" from the card.
> What were the biggest non-MSCP-attached drives?
> How hard would they be to emulate?
While RL02's would probably be easy to emulate,
at 10MB a pop, you don't get alot of bang for your buck.
Note that some operating systems only support 4 drives
per controller, so that will need to be a consideration
as well, when drives are being partitioned.
Note: The capacities mentioned below are approximations.
The largest non-MSCP drive that I'm aware of is the RP20, at 929 MB.
However, I think that was only supported on the KL10. ;-)
For the rest of the world, you'll be looking at MASSBUS devices -
The RP07 is next in line at 504MB, but not supported by all operating
systems.
The RM05, at 256MB . . . definitely supported by RSTS/E;
not sure about smaller operating systems like RT11 though.
I think the RP06 was something like 176MB, although you're still into
MASSBUS.
Once you move below the MASSBUSS level, I think you're looking at an
RK07,
which is what? 25 or 26MB ?
I'm sure someone may chime in with more. . .
T