On 1/31/06, Zane H. Healy <healyzh at aracnet.com> wrote:
> If you want to talk about SIMM's that are rare as hens teeth, how
> about the 128M 72-pin SIMM's? I managed to get ahold of either 2 or
> 4 of them for my one AlphaStation 200 4/233.
Rare if you want to pull them from old equipment or get them free.
But not so rare if you're willing to by them new for ~$50 apiece.
(Enter "72 pin SIMM 128MB" at pricewatch.com).
> OK, now I know there are some mainframe freaks out ther
google for 'controlfreaks', which is the mailing list for
people using the CDC 6600/cyber simulator
one of the controlfreaks has a complete Plato system running
on the net
http://www.cyber1.org/
Fellow RetroComputer enthusiasts,
Hello, my name is Kevin, and I'm a RetroComputerHolic.
Sadly my limited funds and limited space prevents me from collecting much in
the way of hardware. My hardware collection is small. I have a VAXStation
3100/M76 running VMS, a TRS-80 Model IV, and a TI-99/4A.
So, the majority of my RetroComputer fix comes from running the various
emulators available to hobbyists. As I do occasionally I recently started
combing the web in search of emulators and/or OSes available to hobbyists
that I'm not already familiar with. I thought this list might have a few
pointers to usefil information.
I'm currently familiar with Hercules and SIMH emulators. In real life I
work as a mainframe operator in a zOS shop and back in college I worked as a
volunteer operator on a VAX 11/750 running VMS. So, MVS and VMS are the
most familiar to me. But, I enjoy exploring unfamiliar OSes, even if I feel
like a fish out of water trying to interact with them them. I have all the
freely available IBM OSes, and the non-IBM Music/SP, available for
Hercules. I've downloaded all the "Software Kits" listed on the SIMH
website. I've joined the HP2000 Family mailing list and have downloaded the
HP2000_E and HP2000_F OSes available from the links section of that list.
Thanks to a recent e-mail to this list I've been checking out the dtcyber
emulator also. So far the only OS I've found to run on the dtcyber emulator
is the Chippewa OS. Are there any other OSes available to hobbyists
available for the dtcyber emulator?
Does anyone have any pointers to other emulators/OSes available to
hobbyists?
Kevin
http://www.RawFedDogs.nethttp://www.WacoAgilityGroup.org
Bruceville, TX
List -
I needed a quick way to sort out which PC's had reliable FM/single density
capability, so I put together a little utility (<14K), testsd.exe:
http://www.sydex.com/download/testsd.exe
No command line arguments; it searches for the first 1.44MB-capable 3.5"
drive (usually A:) and prompts for a diskette insertion. After a keypress
is given, cylinders 74-79 of the diskette are formatted in 2/16/256
single-density, written with a test pattern and read back. If any errors
crop up, you've either got a bad diskette or the controller setup doesn't
support FM recording. Note that reading alone isn't good enough--some
controllers support reading, but not writing FM data.
I make a DOS boot diskette and include this program on it and invoke it
>from the AUTOEXEC.BAT file. Quick and simple--and I've been surprised by
the number of modern mobos that have FM support on them.
This little utility also supports secondary controllers and DISKETTE.CFG
files, so one could dummy a configuration file up to test only secondary
controllers, I imagine.
Enjoy,
Chuck
I am building an eprom adapter for a DEC Unibus M9301 bootstrap
terminator so I can use 8bit wide 2732 eproms in place of the 4bit wide
fuse proms. The goal is to boot RX02 disks which the M9301 roms don't
support
Are there any good unix tools for manipulating intel hex files or any
binary image files?
I have the M9312 boot/diagnostic prom images which are intel hexfile. I
modified Eric Smith's program so that I could obtain intel hexfile
images of the proms that are not scrambled for the M9312.
I need to join them and then create an image file so that my DataIO 201
burner will accept them. The burner can accept intel, motorola and
tektronix formats. I have used the intel format, but not the other two
with this burner.
A quick search found srecord which claims to manipulate various formats,
but is written in C++ (which I don't speak) and does not compile in
Linux (Fedora Core 3).
Basically, I need to take several binary images (now in intel hex), move
them to a different address, join them together, and then burn them on
an eprom.
-chuck
> 256K and 1M 30-pin Simms always were fairly easy to come by;
> 4M ones if you searched hard;
Same here, I've a box full of 256K and 1M and a few 4M.
> but 16M ones (as mentioned by the orinal message) have always
> been like hens teeth - and I could have done with a couple for
> my sound card :-(
I've got a pair of 68020 VME cards that really could use four 16M
30 pin SIMMs each but I've never even seen any. I wonder how hard
it would be to transplant a more modern DRAM chip onto an old SIMM?
Lee.
> Vince Slyngstad just pointed out to me that there's a TU-58 (DECtape)
> emulator that runs on a PC and can be used to transfer data in/out of
> a PDP-11 to a modern PC.
> Supposedly this is just connecting the PC to a serial port. However,
> on my PDP-11/03, I only know about the serial ports for the console
> and line printer options. Where is the serial port for the TU-58?
I've been using Will Kranz's TU-58 emulator to do just this sort of thing,
making images of 5 diskpacks that were included in a recent 11/23+ acquisition.
Use a null-modem cable between the second serial port on the CPU (LPS port) and
connect it to your PC's serial port. You might need a 25pin-to-9pin adapter,
but it's just a standard null-modem cable in any case.
On my 11/23+ the LPS port is set for 9600 (which I think was pretty standard),
but I could go to 19.2K with some jumper changes that I haven't got the nerve to
try yet. Your system might already be set to a higher speed. Experiment a
little and you'll figure it out, or physically examine the CPU board.
In any case, using such a slow speed for transfering 5MB or 10MB images
definitely takes a while, but it is also definitely worth doing. You want to
preserve that diskpack image! At 9600 a 5MB disk will take just shy of 2 hours.
Check out Will's TU-58 emulator page at
http://www.fpns.net/willy/pdp11/tu58-emu.htm
J.
Available in Marietta Georgia....
Around six 11/84's, and a pile of FPS-100 array processors.
There are some Emulex SC-31's and some SCSI controllers.
I'm looking for someone to pass the deal off to who can pick it all up
within the next 2 weeks. Contact me offlist....
Jay West
jwest at classiccmp.org
In case this is of any interest to folks in here...
---------- Forwarded Message ----------
Subject: [LebanonPAFreeCycle] Wyse 60 and Wyse 325 terminals
Date: Monday 30 January 2006 01:48 pm
From: "ron115fox" <ron115fox at yahoo.com>
To: LebanonPAFreeCycle at yahoogroups.com
Several working Wyse 60 and Wyse 325 terminals are available for the
taking. They are not PC copmpatable. They connect serially to a
UNIX/Linux/AIX/Sun based server. Located just outside Lebanon on the
southeastern side (Iona).
-------------------------------------------------------
--
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
Does anyone have any idea what this IC is?
<http://www.classiccmp.org/hp/Unknown%20IC/Unk%20IC.jpg> This is the second
one that I've found but I haven't been able to find any information on it.
Not even who made it. It's a standard .3" wide 16-pinDIP and it's marked
PX032768 (9003) and it has a small window on one end. Inside the window is
what looks like a tiny tuning fork or something. Any ideas?
Joe
> WOW! 3100 miles... that's like the max that you could do in the
> states. Did you get the system in Maine and drive it to San
> Diego?
Close -- Canton, MA to Oakland, CA. Mapquest calls it 3113 miles, but
we took a couple of short side trips in western MA, so our trip may
just edge out Vinces's Beaverton, OR to Gloucester, MA roundtrip.
Besides, we had a 28' truck, not a poofy little van :)
(And, hmm, Key West, FL to Blaine, WA seems to be the longest driving
distance in the contiguous 48 states, over 3600 miles. Are any longer
shortest-path trips possible entirely within one country? Looks like
Canada, Russia and China have longer ones, and maybe Chile).
The major geek factor during the drive was maintaining a spreadsheet
that calculated our arrival time in Salt Lake City, factoring in
waypoint distances, driving speed, rest stops and sleep times, which
we used to ensure we'd make it to the Red Iguana restaurant for
dinner before it closed. It turned out we were only allowed three
hours of sleep in Nebraska, but it worked. Left MA on Thursday
evening, and made it to SLC on Sunday night with two hours to spare.
(Why? Seven reasons: mole coloradito, mole amarillo, mole negro, mole
poblano, mole pipian, mole verde, and mole de almendras -- worth a
trip to Utah just to eat there, but this drifting off topic, isn't
it.). Made it home to Oakland Monday night.
> When do we get to see the pictures?!
We should have some pictures of the Sunshine Biscuit Factory remodel
and the system up on ibm1130.org or maybe another site (as we have
everything but the 1130 there) sometime soon; we'll make an
announcement when it happens.
Brian
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
_| _| _| Brian Knittel
_| _| _| Tel: 1-510-559-7930 Fax: 1-510-525-6889
_| _| _| Email: brian at ptubes.com
_| _| _| http://www.ptubes.com
Hi Joe
I think that is a clock chip. It is for low frequency,
like 32KHz.
I think I've seen these someplace but don't recall where.
Why it has a window I don't know but it might be for
laser fine tuning.
Dwight
>From: "Joe R." <rigdonj at cfl.rr.com>
>
> Does anyone have any idea what this IC is?
><http://www.classiccmp.org/hp/Unknown%20IC/Unk%20IC.jpg> This is the second
>one that I've found but I haven't been able to find any information on it.
>Not even who made it. It's a standard .3" wide 16-pinDIP and it's marked
>PX032768 (9003) and it has a small window on one end. Inside the window is
>what looks like a tiny tuning fork or something. Any ideas?
>
> Joe
>
> I was wondering have you guys ever seen piles of computer
> equipment that was dirt cheap but you didn't bother grabbing
> at the time only to see them become rare and desired later on?
Dude, All The Time. My ass is bruised from my kicking it.
I was wondering have you guys ever seen piles of computer equipment that was
dirt cheap but you didn't bother grabbing at the time only to see them
become rare and desired later on?
--
Corvus Concepts
Weird Stuff (when they were in Milpitas) had pallet racks full
of Corvus stuff.
--
What is more interesting is what exists now that should be saved.
Hi
I'm not sure what you mean here. I have code that I
use similar to Dave Dunfields that talks directly
to I/O devices. The only assembly code I wrote
is a few lines for the interrupt acknowledgment
>from the DMA controller. Ease of I/O control is
one of the better points.
If you mean there are often no libraries, this is
really a matter of whose Forth you are using.
There is a commercial Forth that is intended to
be run as a tethered Forth. It can be used with
a serial port or with one bi-directional line and
a strobe signal. This allows interactive from
a PC while the final application could be standalone,
on minimum resourses.
Dwight
>From: "Roy J. Tellason" <rtellason at blazenet.net>
>
>On Monday 30 January 2006 02:03 pm, Richard wrote:
>> In article <200601301050080652.435B73FC at 10.0.0.252>,
>>
>> "Chuck Guzis" <cclist at sydex.com> writes:
>> > I first saw Forth as STOIC under CP/M. [...]
>> > My impression is that the suitability for a
>> > task decreases quickly as the task size increases.
>>
>> I'd say that's accurate. FORTH was designed for microprocessor
>> control in embedded systems. People have added all kinds of layers on
>> top of the kernel over the years, but its typeless nature gets kind of
>> grungy in larger applications.
>
>In spite of what I hear about it being designed for that kind of app
>(originally for telesscope control?) the stuff I've gotten so far seems to be
>remarkably weak in terms of i/o operations, with a LOT (way too much) being
>devoted to console-I/O type stuff. Which doesn't help a whole lot when you
>don't have a console...
>
>--
>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
>
Hi
I have two but I'd like to keep them both. I once had
three but I've since given one to another friend. One
of the two is in a project I built and the other is the
one I play with. I have a FDC-ONE board, also, but I've
not had time to replace all the missing parts and get
it running. To make things complete, I have a working
KTM-2 ( 40 ) as well :)
I also have a SYM2. It is basically a slightly stripped
down SYM1 but does have an on-board +5 regulator so it
can be run from an AC wall transformer.
Dwight
>From: "Roy J. Tellason" <rtellason at blazenet.net>
>To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>Date: Mon, 30 Jan 2006 17:58:11 -0500
>Subject: Re: Collecting development kits
>
>On Monday 30 January 2006 02:04 pm, Dwight Elvey wrote:
>> I have a number of other single board development units like SYM-1's.
>
>You have multiple SYM-1s? Wanna part with one?
>
>--
>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
>
I did a search on an intel iup201a EPROM programmer , and noticed that you may have one , or did in 2003.....
Was wondering if you still have it , or if you got rid of it .. I am looking for an EPROM burner that will do 2716's-32's-64's - and 27128's ........
Please advise ...
Thank you
Graham ( VE1FC)
Tony wrote:
> Hang on, there can't be. Assuming there's not a continuous stream of
> reset pulses too, E46 can't be setting and resetting.
>
> What instrument are you using to check these signals? Do you know it's
> got the right thresholds for TTL logic? What are you using as the ground
> reference?
Yes, I was puzzled too when I saw those signals. I first used the Fluke 77 for
a quick check. When I saw 3.7 V on TTL pins, I figured that it is either a bad
signal or the signal is not DC, but some pulse. So then I pulled the D100 out.
The inputs are all set to TTL, and the 'ground' I used was pin 7 of E46.
> I checked the 4-input NAND E5 ... although all 4 inputs (xxx COMBINED
> ERROR L)> are continuous "1", I see lots of pulses on the output pin 8 ?
> Again, impossible unless eirhter E5 is malfunctioning, or you're not
> actually seeing what's at that point. I hate to say this, but I suspect
> the instrument and/or its use.
And again, I was amazed too. But the output of E5 did not look like a
spurious signal.
The D100 gets correct through the initialisation at power up ...
> > Perhaps I have missed something, but as the 4 inputs are "combined" error
> > signals, I decided to remove the flat cable from M7904 to the bulkhead.
> > Don't ask me how that idea came up.
> I would love to know which of those signals was actually to blame. I've
> traced ech of them back onto the other boards, but the logic quickly
> becomes complicated, and I don't want to go too deeply into an irrelevant
> area...
I know what you mean :-) The RK07 and its controller is definately complex.
I was also tracing the signals back and things get quite complicated, so that
is where I decided to remove the flat cable ... a hunch ?
> Sounds like noise pickuop on the cable or something. Looking at RG6
> COMBINED ERROR L, for example, it's a combination of bits read back
> from the drive status shift registess on sheet RG6. The input to that lot
> comes from the drive cable receicers on sheet DR8, so noise there could
> well cause problems.
Yep, the flat cable that I used was not shielded, and about 6 meters long ...
The BC06R is a "-6" version, so a lot shorter (and shielded).
Regarding noise, I suspect that the print set is not 100% up-to-date, but
given the quality of the drawings from DEC, I assume that I am wrong. But,
pin 2 of the E46 S/R flipflop is not connected (according to the diagram).
This is the D input of the flipflop, and since the clock input (pin 3) is
connected to Gnd, the state of the D input is irrelevant according the data
book. However, with the Fluke 77 I measure 1.55 V on pin 2. I consider not-
connected input pins a bad design, but I will not tie pin 2 to Gnd or with a
1k pull-up resistor to +5V, because that pin changes voltage during reset!!
BTW, I found the same signal on E5 pin 8 and E43 pin 12, so the drawing
checks out on that connection :-)
> If you fold out the logic cage in the RK07, you should see a 00 01 10
> pattern on the head select LEDs and a binary count on the cylinder LEDs.
Now, why did I (again) not think of that!? Looking at the head movement
requires you to "stare" at a screw on the head assembly and try to see the
motion to a fixed part next to that screw ...
> > it is no hung on the 11/34, the drive is formatting the cartridge!
> > Finally I get the RT11 prompt, but also a message that the formatting is
> > aborted due to too many bad blocks.
> Right. I'd be interested to know if, perhaps, one surface is completely
> bad and you have head, head switch, or something like that, problems.
Me too :-)
As I have to remove the rear cover to swap :-) the terminitor for the
plug/cable to the second drive, I will look at those LEDs.
> I've not got the diagnostics, but I wonder if one of those programs could
> tell you that sort of thing.
I only have brief descriptions (which are also on my site), not the complete
source listings of the diags. But I will run the diags that require the drive
(and a mounted cartridge).
> > I must thank Tony. Without his replies I probably would have done
> > nothing for a few weeks. Because he put some of his time in helping
> > I felt obligated to keep going ...
> Thank you for that. I was fairly close to leaving this list due to the
> amount of flamage I seem to receive, but I'll stay while I'm still
> managing to help people to keep these fine old machines going.
Ah well, I think it is just a matter of how you look at things. Without going
into that subject, I'd say that swapping is for some of us the only option. Not
everybody understands electronics that well as you do Tony. An educated
guess when you swap *one* board is still better then tossing the stuff in the
bin, because it does not work. It isn't always that black and white.
And I must admit that I was tempted in swapping boards too. Now, I know
that would not have solved the problem as long as the flat cable was still
connected to M7904 !!! I know, this proves that measurements are the only
way, but still, that is not easy for many (?) of us.
I first had to search for 3 dual extender boards before I could even begin for
starters ... Hmmm, now I did get into that subject!
Anyway, any feedback is a drive to continue what you are doing.
That counted for me, and I figured that my "thank you" also counts for you,
and that everybody will appreciate some feedback! That explains the existence
of this mail list and the many people that contribute to it.
- Henk.
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
Anyone with LaserJet 4000 and 4050's and similar printers can buy a Maintenance Kit from www.printerworks.com and put it in yourself...
It replaces the rubber components and the fuser, so you can give your wonderful workhorse of a Laser printer, a little TLC.
I recommend it every 200,000 pages (as does HP).
The kits come with FULL instructions and anyone on this list can handle it...
There are similar kits for the Laserjet 4, 5 and 6, 2000, etc...
Regards,
Al Hartman
> From: Richard <legalize at xmission.com>
> Agreed. Putting in a new toner cartridge always fixed it. Actually
> I'm impressed with how much of a solid workhorse my HP LaserJet 4000N
> has been. I'm a big of a print pig and I bought the cheapest
> duplexing laser printer I could get almost 10 years ago. I have put
> at least 10 boxes (not reams, but boxes of reams :-) of paper through
> this thing and probably 5-10 toner cartridges and it has never broken
> down.
>From: "Paxton Hoag" <innfoclassics at gmail.com>
>
>I have several Intel IPDs with emulators and eprom burner plugs.
>Paxton
>
>On 1/29/06, Keys <jrkeys at concentric.net> wrote:
>> I also have a few boards and some Intel development equipment.
>
Hi
I have a SIM4-01 with motherboard and 1702A programmer
card. I also have a MDS800 and a series II. I've not
had time to play with the 8080 machines but the MDS800
has a Z80 ICE board in it. I have a number of other
single board development units like SYM-1's. The most
unusual unit I have is a development system for the
Intel i2920 ( not a bit slice part ). These were Intel's
early attempt to get into the DSP world. They'd have
been great about a year earlier but the part was
slow and limited in it's operations. I have a number of
chips for it as well. These are programmable with a
EPROM area for program space. I have an app note
that shows how to make an audio spectrum analyser.
Dwight
I've just finished updating of my Multibus board website. It's at
<http://www.classiccmp.org/hp/multibus/multibus.html>. If anyone can
provide any more info on the cards there or pictures and info on other
Multibus cards that aren't currently on there feel free to e-mail me directly.
Joe
>From: "Chuck Guzis" <cclist at sydex.com>
>
>On 1/30/2006 at 1:15 PM Roger Merchberger wrote:
>
>>Ontopically, I was thinking learning Forth was going to be my next big
>>project, but I'm debating that some more and I think my free time will go
>>a different direction; mainly getting back into 6809 assembly.
>
>I first saw Forth as STOIC under CP/M. Intriguing idea, but it struck me
>as a "quick and dirty" easy-to-implement language. I don't think I'd want
>to implement a General Ledger package in it, but for fool-around small
>projects, it's probably fine. My impression is that the suitability for a
>task decreases quickly as the task size increases.
>
>--Chuck
Hi
It is interesting that one of Forth's main virtues is
saving large projects that get lost in unmanageable 'C'
code. It has been brought in several times to save
software projects that were just running on and on.
As Richard mentions, it is an un-typed language. For
many, this puts it in a lower class of programming language.
In Forth, you have the freedom to pass any parameter
as an address, even if it is totally in error.
It's main advantage for larger projects is that one
transforms the language into a language that makes sense
for that project. One can even add type checking if
it is required. It also tends to help the programmer
write smaller simpler modular code that is more easily
tested and debugged. This can significantly increase
the output of the programmer for large projects.
Since the language is often redefined around the project,
it often requires strong project leadership or, when
using a large number of programmers, the programmers
tend to run off into tangents that don't match the main
flow of the project.
It is also called a programmer amplifier. A good
programmer will write better code but a bad programmer
will write really bad code.
It has typically been used in control applications but
data base systems and many other applications have been
written using it. Usually, it is used for prototyping of
a project and later replaced by something like 'C' code
to keep a more maintainable code. It isn't that the
code is really any more difficult to maintain than other
languages, it is just that it is so much different looking,
it takes someone the is proficient in it to read and
understand what is happening.
Still well written code can be handle by almost anyone.
One of the people I know wrote a piece of code to
handle some form of encoding/decoding ( I forget which one ).
When he handed the code in, the manager passed it back
to him and said that he must have made a mistake. What
the manager thought he'd gotten was a spec sheet for
the encoding and not the code to do it. This is what
is meant by transforming the language to the application.
If all programmer's output looked like this, the concept
of maintaining code would completely change.
Well written code should read this well in any language
but most languages get in the way and hide the application.
Sorry for rant, it is just that of all the programming
languages that I've ever used, I am the most productive
in Forth. I use it for almost all of my home projects,
when I'm not forced to use some other language.
Dwight
What is it? I'm guessing its some kind of disk controller. Does
anyone have specifics?
--
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
<http://www.xmission.com/~legalize/book/>
Pilgrimage: Utah's annual demoparty
<http://pilgrimage.scene.org>
I wont say exactly for what, but I have in my
possession about a dozen brand new crts for a popular
old puter. It was a lucky and unusual find. Not for
sale at this time. Sorry. Having said that, I would
like to acquire some 9-13 inch new color crts for *far
distant* future projects. They need to be high-res
computer grade capable of displaying 3-475 lines of
res (is that even a function of the tube?). Grassyazz
--- FreecycleCentralNewJersey at yahoogroups.com
<dagoerig at yahoo.com> wrote:
> Pending pick up.
>
>
> ---------------------------------
> Yahoo! Autos. Looking for a sweet ride? Get
pricing, reviews, & more on new and used cars.
>
> [Non-text portions of this message have been
removed]
>
>
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
> Ontopically, I was thinking learning Forth was going to be my next big
> project, but I'm debating that some more and I think my free time will go a
> different direction; mainly getting back into 6809 assembly.
>
> Laterz,
> Roger "Merch" Merchberger
Good choice :-)
- Henk, PA8PDP.
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
>From: "Gordon JC Pearce" <gordonjcp at gjcp.net>
>
>Philip Pemberton wrote:
>> In message <3.0.6.16.20060127101019.441734dc at pop-server.cfl.rr.com>
>> "Joe R." <rigdonj at cfl.rr.com> wrote:
>>
>>
>>> You'd probaly better with battery backed RAM that would lose it power
>>>(and contents) when it was removed from the circuit. Or else redisign and
>>>use a PAL or some form or programmable logic that has a security fuse to
>>>prevent it from being read.
>>
>>
>> Problem is, SRAM has this annoying tendency of storing data for a really long
>> time if it's frozen beforehand.
>> It also tends to "remember" data bits that have been stored in the memory
>> cells without any writes for a long time.
>
>That's why the encryption cards banks use for ATMs detect when they get
>below a certain temperature, and overwrite the RAM.
>
>Gordon
Hi
Often times the newer SRAM use SOI technology. These tend
to power on with the opposite value that they were programmed
with. The data looks scrambled but just inverting the values
will recover a large percentage.
Dwight
My LA120 is the -AA model but I'd like to see it "upgraded" to include
the numeric keypad on the right hand side.
Does anyone know if this is possible?
--
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
<http://www.xmission.com/~legalize/book/>
Pilgrimage: Utah's annual demoparty
<http://pilgrimage.scene.org>
So, what's a good way to roughly approximate the "value", especially if it's the sort of thing that is in the "cool, but I've never seen one before" category? I assume for scrappers that don't do parts sales it would be a weight thing? What do some of you regulars offer?
(My brother in law works for a scrapper/recycler, I thought it was PCs/printers, but one day he was over at dinner talking about pulling out these "huge disk drives and modems" I thought I'd see if I could talk them out of some bits . . .)
what about asics, fplds, fpgar, vlsis (the latter
being of most interest to me), etc. etc. etc. Can
those be readily reverse engineered. Say you had a
*bad* vlsi, and a block diagram of its innards. Could
the *details* be worked out, and would it be feasible
to reproduce it as an fpga?
--- cctech-bounces at classiccmp.org
<ard at p850ug1.demon.co.uk> wrote:
> > (and contents) when it was removed from the
circuit. Or else redisign and
> > use a PAL or some form or programmable logic that
has a security fuse to
> > prevent it from being read.
>
> Oh come on. PALs are about as secure as a cardboard
front door.
>
> If you're going to allow unpackaging the chip, then
remember that PAls
> used the old fusible-link technology. And those
links will be in the top
> metalisation layer. You could see which ones were
intact and which were
> blown with a microscope. And I guess if you could
open up a new example
> of the same make and type of PAL without damaging
it, you could blow the
> links one at a time and keep on looking at the chip
to work out which was
> which.
>
> But why go to all that trouble? Even if the security
fuse is blown, it's
> possible to reverse-engineer a PAL using well-known
techniques of
> applying various inputs and looking at the outputs.
With a PAL there is
> no way to have a hidden variable. Any flip-flop in
the chip (wether part
> of thr 'R' of a registered PAL, or made from the
AND/OR matrix) will
> appear on one of the pins (this is not true of GALs,
unfortunately). So
> with a PAL it's relatively easy to work out what's
going on.
>
> -tony
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
>What is it? I'm guessing its some kind of disk controller. Does
>anyone have specifics?
>
PDP-11 disk controller for DSD 8" floppy drives.
http://www.bitsavers.org/pdf/dsd/
Philip Pemberton wrote:
> 404.
> The pages on s100-manuals.com actually link to
> s100-manuals.net for the UCSD Pascal stuff...
My mistake. I downloaded my copy last June.
Another good source for P-system stuff is
http://www.threedee.com/jcm/psystem/
--
Paul R. Santa-Maria
Monroe, Michigan USA
From the KB9Q Newsletter, 1/27/2006 edition:
FREE TO A GOOD HOME...
Teletype equipment... A model 28 ASR with lots of bells and whistles, a
model 14, and tape reader, plus various other pieces of teletype related
items...
Contact John, KB9PBM 262-781-5196 {home} ... 262-470-5196{cell}
I doubt he will ship. This would be Waukesha county, Southeastern
Wisconsin, most likely. I don't know this fellow personally but I thought
someone who is interested in this gear should know about it, because he's
already stated he will toss the stuff in the dumpster if no one expresses
interest.
-T
[Philosophy] There is nothing that somebody, somewhere, will not
consider immoral. --Jan.Six at uku.fi
--... ...-- -.. . -. ----. --.- --.- -...
tpeters at nospam.mixcom.com (remove "nospam") N9QQB (amateur radio)
"HEY YOU" (loud shouting) WEB ADDRESS http//www.mixweb.com/tpeters
43? 7' 17.2" N by 88? 6' 28.9" W, Elevation 815', Grid Square EN53wc
WAN/LAN/Telcom Analyst, Tech Writer, MCP, CCNA, Registered Linux User 385531
On Sat, 28 Jan 2006 19:09:49 -0600, Jay West" <jwest at classiccmp.org>
wrote:
> Happened to come across this gorgeous triple bay HP rack. It's the
> perfect
> (accurate) type for an HP2000/TSB system. Correct PMU/PDU's, etc.
>
> http://www.alltronics.com/relay_racks.htm
>
> Scroll down about 9/10ths of the way... under heading "triple rack
> cabinets"
>
> http://www.alltronics.com/images/RackZZ.jpg is a bigger picture.
>
> If someone wants a really nice setup for HP gear, this is the right
> one :)
>
> Jay West
>
>
>
If anyone is interested in racks of this type, let me know and I will
put a word in with the local scrapper. I have seen quite a few come
through in the last year that were used for test purposes (racks of
HP test equipment - mostly removed). Most of these go to the
recycler, but so as long as he makes something above scrap he's happy.
Equipment is in Tucson, AZ...
CRC
Yes, we always pick up stuff .... it must be some really special
pub if you are willing to drive round-trip 1100 km for a beer :-)
- Henk.
> -----Original Message-----
> From: cctalk-bounces at classiccmp.org
> [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Richard
> Sent: maandag 30 januari 2006 8:55
> To: General Discussion: On-Topic and Off-Topic Posts
> Subject: Re: Road Trips Re: (no subject) [now RTTY equipment
> available]
>
>
> In article
> <447524F844B59D48B8F7AE7F560935EE02CF2657 at OVL-EXBE01.ocevenlo.
> oce.net>,
> "Gooijen, Henk" <henk.gooijen at oce.com> writes:
>
> > And every year we make a trip to the UK, and stay at Pete's
> in York.
> > That also counts for some 1100 km round trip.
>
> Ah, but are you picking up equipment or just pints of beer at
> the local pub? :-)
> --
> "The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
> <http://www.xmission.com/~legalize/book/>
> Pilgrimage: Utah's annual demoparty
> <http://pilgrimage.scene.org>
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
Edward and I drove from The Netherlands, through Belgium and
France to Italy (round trip some 2200 km) for two 11/70's and
3 RM03's and a bit of small stuff ...
And every year we make a trip to the UK, and stay at Pete's
in York. That also counts for some 1100 km round trip.
- Henk.
> -----Original Message-----
> From: cctalk-bounces at classiccmp.org
> [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Doc Shipley
> Sent: maandag 30 januari 2006 2:59
> To: General at mdrconsult.com; On-Topic and Off-Topic Posts
> Subject: Re: Road Trips Re: (no subject) [now RTTY equipment
> available]
>
> Richard wrote:
> > How many of you have done a road trip to get equipment?
> > - travelled 50 miles?
> > - travelled 100 miles?
> > - travelled 250 miles?
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
Congrats on getting a nice LA36 operational.
I did a quick check on http://bama.sbc.edu/index.html
but Scopex is not even listed!
I give the url, because perhaps Scopex is also sold under another
name? Never heard of Scopex, but very likely there are quite a
few other brands that I never heard of ...
- Henk.
> Now, next question. Anyone got a service manual for a Scopex 4D25?
>
> Gordon.
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
Hi there,
I've finally got the ribbons for my LA36, unjammed the pins in the
printhead and it is printing. It's not quite right yet, though...
The printhead often jitters backwards and forwards, sometimes several
inches. When you hit "RETURN" it's obviously lost track of where the
head is, and slams it into the left-hand stop, where it sits obstinately
pressed against the spring.
Cleaning up the photosensor bit on the interrupter wheel seemed to help
a little.
Gordon.
No problem. There are two ways to do this. Replace the kybd with the one
piece kybd which has the numeric keypad attached. Or, pop out the plastic filler
panel, And install the numeric keypad, which has a small cable that goes to the
main kybd. Either way, you must remove the white cover, flip over the
keyboard assy, and unscrew the kybd. The entire procedure should take less than 15
minutes. I have both in the keyboard and the keypad in stock.
Thanks, Paul
Message: 29
Date: Sun, 29 Jan 2006 14:55:50 -0800 (PST)
From: Fred Cisin <cisin at xenosoft.com>
Subject: Re: you never know what you can find if you just ask
<snip>
>There was a nice "portable" screen made of red and green LEDs.
>Now that blue has come down to a reacheable price, that could be
>done as a really nice one.
-------------
Tell me more! I've got a display unit here that's made of alternating columns
of red & green LEDs and I've long wondered why they're not all red as they
usually are. Do you strobe both columns with the same data but different
duty cycles, or what?
mike
On Jan 28 2006, 15:31, Richard wrote:
> How many of you have done a road trip to get equipment?
> - travelled 50 miles?
Several times. My ASR33 came from about that far away.
> - travelled 100 miles?
> - travelled 250 miles?
also quite a few times. My Exidy Sorcerer, a Cromemco, a Superbrain,
and a couple of complete PDP-11s have all been that far in the back of
my car.
--
Pete Peter Turnbull
Network Manager
University of York
On Jan 28 2006, 12:42, Tony Duell wrote:
> Ayone else remember the 'Optic RaM', a poor-man's image sensor.
>
> >From what I remember they were a normal DRAM chip with a quartz lid
to
> the package
Yes, I remember them. Steve Ciarcia wrote a Circuit Cellar article
about them.
> (it's been suggested you could take a cerdip 4116 or 4164,
> knock off the top and replkce it with a window).
And indeed you could, though not all DRAMs were addressed in such
straightforward linear fashion as the "proper" one. I had (still have,
I think) some Fujitsu 4116s you can do it with.
--
Pete Peter Turnbull
Network Manager
University of York
From the KB9Q Newsletter, 1/27/2006 edition:
FREE TO A GOOD HOME...
Teletype equipment... A model 28 ASR with lots of bells and whistles, a
model 14, and tape reader, plus various other pieces of teletype related
items...
Contact John, KB9PBM 262-781-5196 {home} ... 262-470-5196{cell}
I doubt he will ship. This would be Waukesha county, Southeastern
Wisconsin, most likely. I don't know this fellow personally but I thought
someone who is interested in this gear should know about it, because he's
already stated he will toss the stuff in the dumpster if no one expresses
interest.
-T
[Philosophy] There is nothing that somebody, somewhere, will not
consider immoral. --Jan.Six at uku.fi
--... ...-- -.. . -. ----. --.- --.- -...
tpeters at nospam.mixcom.com (remove "nospam") N9QQB (amateur radio)
"HEY YOU" (loud shouting) WEB ADDRESS http//www.mixweb.com/tpeters
43? 7' 17.2" N by 88? 6' 28.9" W, Elevation 815', Grid Square EN53wc
WAN/LAN/Telcom Analyst, Tech Writer, MCP, CCNA, Registered Linux User 385531
While at Barnes & Noble the other night I found a DX book titled
"Collectibles Price Guide 2006" by Judith Miller ISBN 0-2566-1339-6. In it
where prices for several classic systems and in another section prices for
early gaming systems with the most way out value being a Virtual Boy for
$200+. Check it out at your local book store.
> Sun, 29 Jan 2006 05:57:42 -0700, Richard <legalize at xmission.com>
> wrote:
>> If anyone is interested in racks of this type, let me know and I will
>> put a word in with the local scrapper. [...]
>
> How do you meet the local scrapper? ;-)
>
[...]
Generally by being servilely respectful and groveling ;-P
CRC
I have a brand new lcd and kb, may as well put them to
good use. Also looking for an *OT* Thinkpad 770 or
equivalent (one that uses the 10.4 inch lcd). Any
Zenith Minisport parts (or working) machines, and need
a charger, or details about it.
--- TRS-80 at yahoogroups.com <billdeg at aol.com> wrote:
> Here are my test results:
>
http://vintagecomputer.net/tandy/trs80_1/aerocomp_DDC/double_density_contro…
> r_info.html
>
>
>
>
> Using an emulator? Please join!
> Yahoo! Groups Links
>
> <*> To visit your group on the web, go to:
> http://groups.yahoo.com/group/TRS-80/
>
> <*> To unsubscribe from this group, send an email
to:
> TRS-80-unsubscribe at yahoogroups.com
>
> <*> Your use of Yahoo! Groups is subject to:
> http://docs.yahoo.com/info/terms/
>
>
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
At 06:08 AM 1/29/2006 -0600, you wrote:
>Ayone else remember the 'Optic RaM', a poor-man's image sensor.
>
> >From what I remember they were a normal DRAM chip with a quartz lid to
>the package (it's been suggested you could take a cerdip 4116 or 4164,
>knock off the top and replkce it with a window).
>
>The idea was you focussed an image onto the chip. Stored 1's in all
>locations, waited a bit and read out the contents. Those cells which had
>been exposed to enough light would read out as 0's. Do it again with
>different waiting times (note, once you've read out a pattern, you've
>lost the charge stored in the cells, you have to start again, you can't
>read the chip repeatedly without filling it with 1's), combine the
>resulting bit patterns to get a sort-of grey scale image.
I designed some instant-display chip-fail display systems years ago. We
were probing
full wafers of chips. First thing I saw, first image that worked, was a
image of the
probes reaching in from all sides, to the chip. We forgot to turn off the
microscope illuminator, which was BRIGHT!
Guys got into scratching their initials on a chip, and saving the bitmap...
Regards, Terry King ...On The Mediterranean in Carthage, Tunisia
terry at terryking.us
Happened to come across this gorgeous triple bay HP rack. It's the perfect
(accurate) type for an HP2000/TSB system. Correct PMU/PDU's, etc.
http://www.alltronics.com/relay_racks.htm
Scroll down about 9/10ths of the way... under heading "triple rack cabinets"
http://www.alltronics.com/images/RackZZ.jpg is a bigger picture.
If someone wants a really nice setup for HP gear, this is the right one :)
Jay West
At 01:15 AM 1/24/2006, Gooijen, Henk wrote:
>> Tony Duell wrote:
>> And the board basically worked. The display at boot-up was sane.
>> Suspecting a RAM problem, I put in a complete new set of
>> 4164s -- no change.
>
>Hmmm, sounds like swapping to me ... ;-)
I know, I know! And I was a bit disappointed that he didn't grind
down the top of the failed chip to do a proper repair. :-)
Of course, he can regain the extra point by giving an explanation
of why swapping a chip is allowed under the proper interpretation
of the official repair rules.
- John
I am not sure if this might help:
http://lists.gnu.org/archive/html/avr-gcc-list/2003-01/msg00250.html
- Henk, PA8PDP.
________________________________
Van: cctalk-bounces at classiccmp.org namens C H. Dickman
Verzonden: zo 29-01-2006 04:10
Aan: cctalk at classiccmp.org
Onderwerp: RX02 and intel hex file tools
I am building an eprom adapter for a DEC Unibus M9301 bootstrap
terminator so I can use 8bit wide 2732 eproms in place of the 4bit wide
fuse proms. The goal is to boot RX02 disks which the M9301 roms don't
support
Are there any good unix tools for manipulating intel hex files or any
binary image files?
I have the M9312 boot/diagnostic prom images which are intel hexfile. I
modified Eric Smith's program so that I could obtain intel hexfile
images of the proms that are not scrambled for the M9312.
I need to join them and then create an image file so that my DataIO 201
burner will accept them. The burner can accept intel, motorola and
tektronix formats. I have used the intel format, but not the other two
with this burner.
A quick search found srecord which claims to manipulate various formats,
but is written in C++ (which I don't speak) and does not compile in
Linux (Fedora Core 3).
Basically, I need to take several binary images (now in intel hex), move
them to a different address, join them together, and then burn them on
an eprom.
-chuck
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
> Are these things worth tinkering with, or are they hopelessly
> outdated technology and best consigned to the dustbin?
Definitely worth tinkering with, and the price is right. 8^)=
The 7192 is equivalent to over 3500 logic gates, you could fit
a simple processor in one.
Lee.
..
___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
Hi,
I have a total of 3 units, one or two of each (VT or WD). Feel free to make
an offer. I can test them up to a point, or sell them as is. Feel free to make
an offer. Anything else you need?
Thanks, Paul
On Jan 27 2006, 18:28, Zane H. Healy wrote:
> At 5:53 PM -0700 1/27/06, Richard wrote:
> >In article <a06200707c000674f8182(a)[192.168.1.199]>,
> > "Zane H. Healy" <healyzh at aracnet.com> writes:
> >
> >> At 12:00 PM -0700 1/27/06, Richard wrote:
> >> >Well, if I am going to get the latest OpenVMS hobbyist edition,
I'd
> >> >need to hook a SCSI CD-ROM drive up to it. I think I have one
on the
> >> >shelf somewhere.
> >>
> >> It needs to be more than just a SCSI CD-ROM, it must support
> >>512-byte blocks.
> >
> >How can I tell? Its Toshiba SCSI CD-ROM model TXM3401E1
>
> *GOOD* question. I don't see any actual indication. However, after
> some Googling, I found this page http://questier.com/SGI/, since this
> person is using one on his SGI Indigo, I'd say you're in luck.
SGIs have similar problems to Suns, Vaxen, and several other machines,
in needing drives that support 512-byte blocks. That's not quite the
whole story, though. Some CD-ROM drives support a software command to
switch to 512-byte blocks. Some machines can issue that command: later
SGIs such as Indys do, Indigos don't (at least, the PROM doesn't; IRIX
does).
Toshiba XM3201, 3301, and 3401 have a set of pads that can be used to
set the blocksize, and most of these drives don't support the software
command. The XM3601, XM54xx and later do support the software command,
and don't use the pads.
For the 3401 and its mates, you need to look for two pairs of half-moon
pads on the top side of the circit board, towards the right rear. The
halves in each pair will normally be shorted together with a thin
copper trace on the board, for standard 2048-byte blocks. They're
often labelled "0" and "1". Leaving "0" shorted but opening "1" gives
512-byte blocks. "0" open and "1" shorted is what SGIs use for
bootable drives. Suns and Intergraph machines have both open. All the
settings except the factory default gives 512-byte blocks.
The following is from an old SGI hardware FAQ:
+++___++++++++__
|power SCSI |
'0' '1' O=CUT/OPEN S=SHORTED/SOLDERED | 01|
---------- |----------------|
S S Toshiba Default (2048 byte block) | |
S O 512 byte blocks | TOP |
O S SGI ( Bootable ) | OF |
O O Sun / Integraph | DRIVE |
| |
| |
| |
|________________|
DOOR
--
Pete Peter Turnbull
Network Manager
University of York
FWIW, AFAIK & IIRC (I just love abbrev.) the metal-cased Horizon did not
appear until several years after NorthStar made its appearance with its
original model. The wooden case was veneered plywood stained walnut in
color. I don't believe that it was walnut veneer.
The end pieces of the Sol were solid walnut. The story goes that a friend
of one of partners in ProcTech had a wood working business with lots of
scrap walnut available, so the Sol had its 2 side panels supplied in that
wood. The kit version had instructions for finishing the wood with tung
oil.
I still have several Sols (my first computer) and several Horizons (all with
wooden cases). I think Allison has (had?) at least one Horizon with the
metal case. Once I get a round TUIT, I plan on making a walnut case for my
reproduction Mark-8 (the round TUIT being the most critical component and
one I have not yet found).
Bob Stek
Saver of Lost Sols
(should be a bit more active now that I have officially retired)
I recently picked up a PCB for chip scavenging and noted that in addition
to the chips I was interested in, a couple of Altera EPM7192 EPLDs were
mounted thereon.
I'm somewhat ashamed to admit it, but I've never fooled with EPLDs.
Are these things worth tinkering with, or are they hopelessly outdated
technology and best consigned to the dustbin?
Cheers,
Chuck
Listmembers,
This is a forwarded copy of an E-mail I received from a fellow in San Clemente that is looking to sell assorted test and 'classic' computing goodies.
He's taking offers. Please contact him directly.
I DO NOT HAVE THIS EQUIPMENT! Please do NOT contact me about it.
Thanks much.
*********** BEGIN FORWARDED MESSAGE ***********
On 28-Jan-06 at 14:11 Carl Buchanan <carl04 at cox.net> wrote:
>Keithly 196 System DMM?2
>Tektronix Scope T922R 15 MHz Scope 1
>Tektronix Scope 2430A?150 MHz Digitizing Scope with Service Manuals 1
>each Tektronix Scope 2225 Analog Dual Channel 50 MHz Scope with Service
>manuals 1 each
>Tektronix Scope D40 Analog High Frequency Scope with Modules plus
>service manuals 1 each
>Tektronix Scope Module FG501A 2 MHz Function Generator?1 each
>Tektronix Scope Module SG505 10Hz-100kHz Ultra-Low Distortion Oscillator
>1 each
>Tektronix Scope Module 5A22N 1MHz Differential Amplifier 2 each
>Tektronix Scope Module 5A14N 1MHz Four Channel Amplifier Plug-in 1
>each
>Solartron 1250 Frequency Response Analyzer 1 each
>HP 2225A HPIP Think Jet Printer RS232 1 each
>HP 2225A HPIP Think Jet Printer Stand 1 each
>HP 7470A HP 7470A Two-pen Graphics Plotter Red & Black 3 each
>HP 6824A DC Power Supply Amplifier plus or minus 50V at 1 AMP and manual
>1
>HP-85 Computer?with manuals and software and ROMS 1 each
>HP-85 00085-15002 Plotter/Printer ROM 1 each
>HP-85 00085-15003 Input/Output ROM 4 each
>
>HP-85 00085-15004 Matrix ROM 1 each
> HP-85 00085-15005 Advanced Programming ROM 3 each
>HP-85 00085-15012 Electronic Disc ROM Boxed 1 each
>HP-85 00085-15013 Extended Mass Storage ROM 1 each
>HP-87 Computer, manuals and ROMS 1 each
>HP-87 00087-15002 Plotter/Printer ROM Rev B 1 each
>HP-87 00087-15003 Input/Output ROM Rev A 2
>HP-87 00087-15004 Matrix ROM 1 each
>HP-87 00087-15005 Advanced Programming ROM 1 Rev A 2 each
>
>HP-87 00087-15005 Advanced Programming ROM 2 Rev B 2 each
>HP-87 00087-15012 Electronic Disc ROM Rev A 1 each
>HP-87 00087-15013 Extended Mass Storage ROM Rev A 2
>HP 82903A 16 K Memory Module 3 each
>HP 82907A 32 K Memory Module 1 each
>HP 82909A 128 K Memory Module 1 each
>HP 82936A HP ROM Drawer 7 each
>HP 82937A HP-IB Interface 1 each
>HP 82937A HP-IB Interface Boxed 1 each
>HP 82939A HP Serial Interface 1 each
>HP 82939A HP Serial Interface with Option 1 1 each
>HP 82939A HP Serial Interface with Option (001) Boxed 1 each
>HP 3478A 5.5 Segment Digital Multimeter with service manual 1
>each
>HP 8904A Multifunction Synthesizer, DC-600 KHz Service Manuals
>California Instruments 251 TC with 850 T California Instruments
>AC Power Source and controller 1 each
>California Instruments 351 TC with 855 T California Instruments
>AC Power Source and controller 1 each
>Data Precision 6000 & 630 Module Unit with Manuals 1 each
>Data Precision 3600 6 digit Digital Multi Meter 2 each
>Data Precision 5740 Frequency Counter 2 each
>Wavetek 132 VCG/Noise Generator 2 each
>Wavetek 171 2 MHz Synthesizer Function Generator Oscillator 1 each
>Wavetek 180 2 MHz Sweep Function Generator 1 each
>Wavetek 185 5 MHz Synthesizer Function Generator Oscillator 1 each
>Wavetek 21 11 MHz Stabilized Function Generator?1 each
>Wavetek 23 Synthizised Function Generator 12 MHz w / GPIB
>General Radio 1310-A 2 Hz to 2 MHz Oscillator?1 each
>Fluke 7260A Fluke Universal Counter/Timer 1 each
>AC Research Model 412 AC Research Hypot JR with
>ESI 253 LCR Meter 1 each
>ESI Deka-Pot DP111 Varible Resitor 10 K Ohms 1 each
>ESI Kelvin Varley Divider DP1211 Voltage Divider 10 K Ohms 1 each
>ESI Kelvin Varley Divider DP1311 Voltage Divider 100 K Ohms 1 each
>ESI DEKASTAT DS1464 Decade Resistor 1.2K ohms
>
>Hewlett Packard HP 10833D GPIB Cables 0.5 Meter 1 each
>
>Hewlett Packard HP 10833A GPIB Cables 1 Meter 3 each
>
>Hewlett Packard HP 10833B GPIB Cables 2.0 Meter 6 each
>
>Hewlett Packard HP 10833C GPIB Cables 4.0 Meter 2 each
>
>American Reliance P/S PD30-2D Programmable Power Supply 1 each
>
>
>Buchanan Electronics 629 Via Merluza San Clemente CA 92673
>
>Payable to carl04 at cox.net
>Carl Buchanan
>629 Via Merluza
>San Clemente CA 92673
>949.388.9648
>
>
>
*********** END FORWARDED MESSAGE ***********
-=-=-=-=-=-=-=-=-=-=-=-
Bruce Lane, Owner & Head Hardware Heavy,
Blue Feather Technologies -- http://www.bluefeathertech.com
kyrrin (at) bluefeathertech do/t c=o=m
"If Salvador Dali had owned a computer, would it have been equipped with surreal ports?"
I have done some measurements while running XXDP ZR6A??.???.
Although I cannot explain some signals I got the controller working!
First, the S/R flip flop E46 (UB5) gets the reset pulse on pin 1.
On the output (pin 5) is a 'continuous' pulse train, and I also see pulses
on the SET input (pin 4). So going a bit more back on the signals,
I checked the 4-input NAND E5 ... although all 4 inputs (xxx COMBINED ERROR L)
are continuous "1", I see lots of pulses on the output pin 8 ...?
Perhaps I have missed something, but as the 4 inputs are "combined" error
signals, I decided to remove the flat cable from M7904 to the bulkhead.
Don't ask me how that idea came up.
To my surprise, the diagnostic test ran without reporting any error!
I ran all diagnostics (ZR6A thru ZR6E) for several passes, except ZR6C
because one pass needed approx 13 minutes. ZR6D runs for approx 3:15
and ZR6E for approx 5 minutes, but all reported *zero* errors in several
passes.
I have not checked out that flat cable, but now that I have the printset,
I also know from the printset that the flat cable between the M7904 and
the bulkhead should be a BC06R. Also the "red stripe" is clearly indicated,
so I am 100% sure I connected everything correctly.
Time to connect one RK07 drive with termination on the OUT channel.
The .DIR DM0: command still reports the same error, but "something"
happens when I enter the .INIT DM0: command. Then I get an error as
I previously reported. I removed the rear cover, to see the head movement.
On .INIT the head moves fast to the centre, and then back to cylinder 0.
I tried .FORMAT DM0: Again, the 11/34 seems to be hung, but that is
*NOT* the case: I see the head make small steps (hardly visible) ...
it is no hung on the 11/34, the drive is formatting the cartridge!
Finally I get the RT11 prompt, but also a message that the formatting is
aborted due to too many bad blocks.
But is was working, so I tried .DIR DM0: ... no error now, the drive reports
0 files and some 56??? block free! Next I copied a small program to the
RK07. The I entered .RUN DM0:HELLO, and I get "Hello world" on the
terminal! When I try to copy a big file to DM0 I get an output error,
but that makes sense.
I have a few more RK07 cartridges, but I will first run the other diagnostics
that use the RK07 drive. I must thank Tony. Without his replies I probably
would have done nothing for a few weeks. Because he put some of his time in
helping I felt obligated to keep going ...
thanks,
- Henk.
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
These are the 4.6 GB magneto-optical drives marketed about 10 years ago by
the now-defunct Pinnacle. We had a few of them and every single one of
them went bad (laser head) in less than a year. Repair costs were
significant and there was a big backlog.
I note that one can still find a few of these on ePay in one of two
conditions; (a) powers up and otherwise unknown and (b) good tested,
warranteed working. The (a) type usually can be had for less than $20 and
the (b) type for $400+.
Here's my question. I have a few old Apex MO cartridges that I'd like to
read, but my curiosity doesn't extend far enough to spend $400-800 to
satisfy. Has anyone had any favorable experience with the (a) type drives
or are they all pretty much non-functional? I'm just trying to determine
if it's worth the trouble.
On a related subject, are there any other drives that will read the Apex
carts?
Cheers,
Chuck
I stumbled (again--that will give you an idea of how well I'm organized) on
a couple cards I didn't even know that I had.
Anyone got any idea of what they're from?
Top view:
http://www.sydex.com/photos/bd_top.jpg
Bottom view:
http://www.sydex.com/photos/bd_bot.jpg
Front view:
http://www.sydex.com/photos/bd_front.jpg
My apologies for the poor quality--I can haul out the tripod and lights if
anyone needs a better photo.
FWIW, on the larger board, most of the transistors are TI 2N404 or 2N504's.
The smaller board has house-numbered WE parts--I'm assuming it's probably
>from some telco switching equipment.
Cheers,
Chuck
Hi all. I'm looking to sell the following DEC stuff:
5 MicroVAX 2000s. All have RD54s, Ethernet, bottom expansion and between
4 and 14MB of RAM. All power up to the >>> prompt. Some boot to VMS, some
don't. The RD54s are questionable, 1 of them seems to be bad.
M1502 bus output interface board, in d|i|g|i|t|a|l packaging
2 PDP-11/04s, bad condition
VAXstation 3100 M30, boots to >>>, Conner 100MB SCSI drive (wiped), floppy
VAXstation 3100 M38 (might actually be M10 in an M38 case), untested
MicroVAX 3100 KA41 (M20 or M20e?), TZ30 tape, RZ23-E hdd, untested
MicroVAX 3100 M10, RZ23-E hdd, TZ30 tape, untested
I may be willing to test these machines for a serious buyer.
MicroVAX II, BA23, TK50, RD53-A, belonged to DEC?, with M3106 DZQ11 x2,
M9047 bus grant, M7555 RQDX3, M7546 TQK50, M7607 memory,
Standard Memories MM-169 w/ 144x HM50256, M7606 KA630
Untested, DC wiring harness not inspected!
Cables:
bc17y-03, 50 pin 3 row male-male scsi? cable - 3 that look OK and 1 with a
bent shell that could be bent back
centronics m to hd68 m, screws
centronics m to hd68 m, clips
Please email me with questions or offers for part or all if interested.
I'll ship the cables and M1502 but the computers are pickup/delivery only
in the Los Angeles area.
-- Adam
so by your reckoning not all of the asics are readily
reproduceable. What about the gate array on the
graphics board (lets pretend there wasnt a primitive
ttl prototype to guide)? What about the 7220 itself?
Now something like that is bound to have loads of
docs.
--- cctech-bounces at classiccmp.org
<ard at p850ug1.demon.co.uk> wrote:
> >
> > On 1/27/2006 at 11:33 AM Joe R. wrote:
> >
> > > Photograph it yes but a schematic is MUCH more
involved since all dies
> > >have multiple layers. It's sort of like trying to
make a schematic of a
> > >multilayer circuit board when all you can see is
the top layer.
> >
> > Ditto that--and recall that we're talking here
about an old graphics
> > controller; no crypto and (relatively) very old
technology. I'd rather
>
> If we're talking about the Epson QX10, then there's
no problem at all.
>
> The later version of the board (which is what's in
both my machines)
> contaisn a 7220 (data sheet available), 16 RAMs, a
bit of TTL and an
> Epson gate array. But the technical manual shows
schematics for that _and
> for an earlier version_. That doesn't have the gate
array, it has more
> TTL and a character generator EPROM.
>
> There must be some differences between the 'extra'
TTL and the gate array
> (IIRC there's a latch on a bus in one version that's
not in the other),
> but they are sufficiently similar that you could
recreate a replacement
> for the gate array based on the schematics in the
manual. The only thing
> you wouldn't have is the exact font of the character
generator, but I am
> sure you could create something that was readable.
>
> A bigger problem in maintaing the QX10 are the 2
hybrids in the SMPSU
> (but IIRC part-scheamtics without component values
are in the manual) and
> the 2 ASCIS on the floopy drive. And you'd have
probllems swapping out
> the complete drive as this is a 1/3rd height unit
(not to mention the
> fact that you'd want to keep the original one since
it's an interesting
> voice-coil unit).
>
> -tony
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi,
today i received a pair of ISA boards, that contains a clipper CPU board and a some memory ...
... unfortunately, there was no software and documentation included, and Google doesn't seem
to be my friend on that topic :(
Can anyone help me to get the boards back to life ?
Thanks Bernd
Bernd Kopriva Phone: ++49-7195-179452
Weilerstr. 24 E-Mail: bernd at kopriva.de
D-71397 Leutenbach
Germany
Up on EBay is an old CDC disk drive tester, mis-described as a power supply.
It's a heavy unit, just barely portable (speaking from experience). There
were a few different models of these, depending on the drive. From what I
can see of the preamp card, this is for the module drives (SMD, CMD, etc.).
Hard to tell without better pictures and my memory on the part numbers has
faded..
Not much good these days, unless you are one of the few with some of these
old drives around. But the testers were fun to play with, and I've torn a
couple apart just for the components.
Billy
Search on: 7583142079
possibly by using a planer or shaper - seldom used in
machine shops these days, but there was a shaper type
tool used in the movie adaptation of the Andromeda
Strain. And surface uniformities of .000025 inches
(25/1000000 inches) can be produced in metals using
essentially a sharpened chisel - a process known as
hand scraping. A precision reference and a die is used
to expose high spots, which are cyclically removed
with the scraper.
--- cctech-bounces at classiccmp.org <aw288 at osfn.org>
wrote:
> > I don't know about grinding, but the guy at MIT
who figured out the Xbox
> > innards did something of the sort (regardless,
it's a great read):
>
> A guy I went to school with does this for Motorola.
He gets chips back
> that are failing in the field and dissects them to
find out what went
> wrong.
>
> I think the actual process involves shaving rather
than grinding.
>
> William Donzelli
> aw288 at osfn.org
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
There is a bit of a spat going on in a few forums regarding color index
#6 of IBM CGA. The old-timers know that it is brown from experience and
existing working hardware; the newbies (writing or using emulators) are
unwilling to accept that and are instead making CGA palettes with dark
yellow instead of brown.
Can anyone give me the history on why #6 is brown? Was it a design
mistake, or intentional? Is it a property of the monitor or something?
I can't find anything of substance to offer the newbies to convince them
otherwise; digital photos can be accused of being doctored or
miscalibrated (and yet is a digital photo showing "yellow" that started
this whole thing). About the only thing I can think of to offer as
proof is that the text colors in the VGA palette show brown, and IBM
wouldn't have done something like that by mistake -- or were they
perpetuating a mistake?
--
Jim Leonard (trixter at oldskool.org) http://www.oldskool.org/
Want to help an ambitious games project? http://www.mobygames.com/
Or check out some trippy MindCandy at http://www.mindcandydvd.com/
I think the board in question is made by CMD Technology CQD 443-tm. The T
indicates tape, and the M indicates Disk controller. What did you need it to
do? I have both TK50 and 70 interfaces, drives, and media.
Paul
Alright, I here are the results of my measurements on the RK07.
My first step was to replace the 6-button/indicator panel with
the *original* panel. When I got the drive, the "B" button was
a little damaged, so that the white "B" plastic cap did not
lock on properly on the button. I had a complete panel, so
I swapped the two. That was some months ago.
As I connected the RK07 last week or so, I found out that two
bulbs were defective, and replaced them after checking with
the *Ohm meter* that those were OK.
I wrote that the READY lamp did not light up, and I did check
that the bulb was OK ...
I had fixed the panel with the "difficult" "B" button cap, so
I replaced the two panels. The READY lamp goes ON!
Great, the RK07 drive is OK, it must be something with the panel.
I swapped the two panels again, and yes the READY lamp stays off.
Again, I swapped the two panels, and took the suspicious panel to
my shack (more test equipment available there).
Applied +5V to the panel board ... RUN STOP, WRITE PROT and FAULT
turn on, READY, "A", and "B" stay off. For "A" and "B" that is
correct as they are connected via an inverter. Applying Gnd to
the input pins of E1 (on the Operators Control Panel), and "A"
and "B" turn on. But the READY lamps stays off; OK, so E3 is gone.
However checking the input (6/7) and output pin (5) shows the
correct functioning of this 75452! Is the lamp defective again?
This time (on the work bench) I did not use an Ohm meter, but
the +5V power supply ... the lamps glowed *very* dim, barely
visible! The lamp has a different rating!
I installed a +6.3V type in the READY indicator; the panel works!
Please don't laugh :-)
It turned out in the end that just a simple light bulb of wrong
rating got me working for several hours!
Lesson learned: check and double-check, do not assume the worst,
but start with the very simple things!
BTW, an other good thing comes from this exercise: I checked on
bitsavers, and there is no field printset of the RK06/RK06.
I will scan my set this week and upload it.
- Henk.
________________________________
Van: cctalk-bounces at classiccmp.org namens Tony Duell
Verzonden: za 21-01-2006 01:35
Aan: cctalk at classiccmp.org
Onderwerp: Re: RK07 questions
> Wow, thanks Tony!
> I had not even had the time to pull the RK07 diagrams from the stack!
You were lucky. I happened to know where my RK07 prints were...
> This gives me a jump start, and I hope to get to it this weekend.
> I'll let you know ...
Good luck. Feel free to ask anything abotu this drive's hardware. I find
it a particularly interesting one, and spent many enjoyable hours reading
that print.
-tony
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
OK, I picked up scads of ISA NICs, various brands, no manuals or
drivers but you can probably find them online or built into Windoze.
Most of them are RJ45 connector, some of them have a thinnet connector.
I also have some video cards and some SCSI cards and some sound cards.
I'll post a detailed inventory to the list over the next couple of days.
I left the PCI NICs behind as they are so cheap to just buy.
I rescued 4 IBM brand PCs (P-II, various MHz, HD, RAM): 3 PC 365s and
1 PC 350, 5 IBM brand keyboards and 10 ft. power cords to go with them.
Sridhar has spoken for the tape library, but a couple of you folks
also expressed interest. Perhaps if Sridhar doesn't feel like paying
the freight shipping (it will be pricey as I'm about 2,000+ miles away
>from him) one of you that's closer would like it. Feel free to
discuss that amongst yourselves! They were happy that someone would
adopt it and its 3 dead drives and 1 good one plus media (which we
have to bulk erase, that's why it was removed) so that they don't have
to figure out how to dispose of the thing.
There are cases and complete PCs, all in working order as I posted
earlier. These machines were used for testing until decomissioned for
being old, not broken. All are free for pickup. Employees already
took everything they wanted, although a few (like me) grabbed
additional items today. (How can I resist free? :-).
If there is anyone local to 84095 zip code that repairs monitors,
there are about 20-40 monitors of various sizes (up to 21" IIRC) that
have problems but could probably be repaired quickly if you do that
sort of thing often enough to quickly diagnose and troubleshoot the
problems based on symptoms.
--
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
<http://www.xmission.com/~legalize/book/>
Pilgrimage: Utah's annual demoparty
<http://pilgrimage.scene.org>
>Subject: Re: grinding down chips was Re: QX10 graphics board
>
> > I don't know about grinding, but the guy at MIT who figured out the Xbox
> > innards did something of the sort (regardless, it's a great read):
>A guy I went to school with does this for Motorola. He gets chips back
>that are failing in the field and dissects them to find out what went
>wrong.
>I think the actual process involves shaving rather than grinding.
In the FA (Failure Analysis) lab at IBM, the "De-layering" process was
complex, with different
chemical and mechanical approaches or combinations, on different types
of layers.
Often, the objective was to find the actual site of a failure, and expose
the layer or layers involved, to try to find the actual physical reason for
the electrical or functional failure.
Sometimes this got complex, such as removing a minute particle of
contamination, and putting it thru a Mass Spectrometer to try to find out
what the heck it was. They had "Signatures" for various contaminants,
including, as I recall, cosmetics, human epithelial cells, dust mites,
various fabric fibres, etc.
Sometimes, they tried to keep the lower layers in working
condition! Partially delayered chips were sometimes operated, in a vacuum,
with a low-power scanning electron microscope as a probe. It was possible
to extract waveforms, or scan multiple points to create a logic-analyzer
type display. And the graphics were neat, with voltages from 0 to 5 volts
displayed as shades of gray.
As a test system designer, I thought this stuff was way cool, and I once
proposed building a complete test system that included and drove the
scanning electron microscope, and produced graphics displays in real
time. I estimated only $500,000 (including the software!). It got shot
down. 5 to 7 years later they spent over a million on a Siemens (I think)
system that did pretty much the same thing. Oh well.
Regards, Terry King ...On The Mediterranean in Carthage, Tunisia
terry at terryking.us
Any interest in IBM PC 300 XLs?
Free to local pickup in South Jordan, UT.
Email me if interested.
--
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
<http://www.xmission.com/~legalize/book/>
Pilgrimage: Utah's annual demoparty
<http://pilgrimage.scene.org>
>From: "Joe R." <rigdonj at cfl.rr.com>
---snip---
>
> Also several months ago someone on this list mentioned that he worked in
>a shop that had a wire bonding machine and he frequently took "failed" ICs
>and replaced the failed bond wire and keep on using them. He said that some
>ICs had had the bond wires replaced numerous times.
>
>
---snip---
Hi
At a previous company I worked at we had a bonding machine
and we used a lot of EPROM's. Often one would ge put
in upside down and blow a bonding wire. I used to take
these and pop the top off and rebond a new wire for the
blown one. They always worked after that. I'd just
epoxy the lid back on. I think I still have a few
of these in my parts box someplace.
Dwight
>From: "Richard" <legalize at xmission.com>
>
>
>On 1/24/06, Chris M <chrism3667 at yahoo.com> wrote:
>> I've been dying to ask this question. Can you
>> actually learn something (hopefully a whole lot!)
>> about a chip if you actually did this??? What if there
>> was some old chip for which there is no documentation.
>> If, given the availability of the proper equipment
>> (surface grinder?), you were able to take off say
>> .0001" of material at a time, or thereabouts ;), would
>> you have the ability to photograph it, and have
>> something in the way of a working schematic?
>
>Aren't there chips (i.e. crypto) that are designed to be destroyed
>if they are disassembled? I don't know what they do to the package,
>but if I had an IC with an EPROM containing my crypto keys, I'd want
>the chip to self-destruct during an attempt to pry open the package
>:).
Hi
You've been watching too many James Bond movies.
Dwight
>From: "Eric J Korpela" <korpela at ssl.berkeley.edu>
>
>On 1/24/06, Chris M <chrism3667 at yahoo.com> wrote:
>> I've been dying to ask this question. Can you
>> actually learn something (hopefully a whole lot!)
>> about a chip if you actually did this??? What if there
>> was some old chip for which there is no documentation.
>> If, given the availability of the proper equipment
>> (surface grinder?), you were able to take off say
>> .0001" of material at a time, or thereabouts ;), would
>> you have the ability to photograph it, and have
>> something in the way of a working schematic?
>
>I don't know if features would be immediately identifiable, but with
>some work it should be possible. I know of a company that was
>attempting to build silicon debugger using a high speed image
>intensified camera to watch photons emitted by the transistors as they
>pass current. Should work for reverse engineering... Given a couple
>years and $500,000 I could probably build you one.... Then again I
>would imagine that the device is patented.
>
>Eric
>
Hi
Most all of the older chips using 1 micron or larger structures
show enough information to make a chip by just looking at the
chip. Using polarized light, features such as the wells for
the transistors are quite clear.
Current day parts have many layers of wires and sometimes
entire planes of metal above the silicon. Still, methods
of deprocessing are used both for reverse engineering
and also for failure analysis.
Photon emission is used for debugging of failures today.
On current chips, it often requires deprocessing of the back
side ( bulk ) of the die so that the transistors them selves
are visible. This is a combination of mechanical methods
and FIB deprocessing.
Most every manufacture of silicon has access to this type
of equipment.
Just for information.
Dwight
Hi
Check all cables near and going to the position sensor and carriage
motor. As the main board is on the back of the door any thing that moves
when the door is opened is also suspect.
Also inspect PCB's for cracks. The constant impacts when printing would
cause all of the usual vibration related problems. Heads suffered from
fibers from the ribbon getting up the pin holes in the synthetic agate.
Dump the head in a jar of absolute alcohol for a week. Change liquid if
particles seen.
Rod Smallwood
(ex Digital Terminals Product Line 1975-1981)
-----Original Message-----
From: cctech-bounces at classiccmp.org
[mailto:cctech-bounces at classiccmp.org] On Behalf Of Gordon JC Pearce
Sent: 24 January 2006 20:22
To: cctalk at classiccmp.org
Subject: Jittery LA36
Hi there,
I've finally got the ribbons for my LA36, unjammed the pins in the
printhead and it is printing. It's not quite right yet, though...
The printhead often jitters backwards and forwards, sometimes several
inches. When you hit "RETURN" it's obviously lost track of where the
head is, and slams it into the left-hand stop, where it sits obstinately
pressed against the spring.
Cleaning up the photosensor bit on the interrupter wheel seemed to help
a little.
Gordon.
This message is really targeted to Randy McLaughlin, who I hope
still subscribes to this mailing list. I can't reach you
directly by email, so I wished to try this forum.
I am attempting to find information about UCSD pascal and
stumbled across the references on s100-manuals.com. I was
attempting to retrieve the files, but the links for download,
sucn as
http://www.s100-manuals.net/Download/Apple2Pascal1%5B1%5D.1IntDisasm.pdf
do not appear to work. Would it be possible to get the files in
the UCSD pascal area somewhere? I'm rediscovering the UCSD
p-System, and any resources would be greatly appreciated.
If anyone has this (or other p-system) information that they
would like to send my way, it would be greatly appreciated.
Many thanks,
-Eric
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Anyone want one? Work is discarding out about 70 of them. There are
a fair number of associated cable dongles, but I can't promise that I
would be able to get a cable dongle for every ethernet adapter. For
the modems it looks like they all have xjacks.
In 1 hr. 20 min. is when the stuff is open for all, so please reply
promptly.
--
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
<http://www.xmission.com/~legalize/book/>
Pilgrimage: Utah's annual demoparty
<http://pilgrimage.scene.org>
Gordon JC Pearce gordonjcp at gjcp.net
Tue Jan 24 14:22:27 CST 2006
>
>Hi there,
> I've finally got the ribbons for my LA36, unjammed the pins in the
>printhead and it is printing. It's not quite right yet, though...
>
>The printhead often jitters backwards and forwards, sometimes several
>inches. When you hit "RETURN" it's obviously lost track of where the
>head is, and slams it into the left-hand stop, where it sits obstinately
> pressed against the spring.
>
>Cleaning up the photosensor bit on the interrupter wheel seemed to help
>a little.
>
>Gordon.
>
Hi,
Test the free movement of the carriage when powered down and lubricae with
some sewingmachine oil on the guidance bars, between the printhead bearing.
There must be a resonable free movement.
Then adjust the sensor allignment at the carriagemotor, you will need a
dual channel scope connected to two test points on the logic board, as
discribed in the maintenance manual. I'am pretty sure the jitter is caused
by a misallignement, as I have fixed dozens of LA36 for this.
Unfortunately, I do not have any docs anymore, but to do the allignement
you have to:
1. Release the tension spring and remove the rubber belt from the motor.
2. appley constant power to the carriage motor. (To generate many pulses).
(don't remember if 5 or 12 volt, but it is discribed in the maint.man.).
3. Loosen the screws holding the sensor a bit so you can move it.
4. Position the sensor such, that the time-shift between the two pulses
from the sensor on your scope has the required value (15 ms?).
I dont remember the values, but that's in the books. It sounds complicated,
but it is actualley a very simple adjustment. Given the fact that I never
screwed it up... :-) But you need a scope.
Succes,
Frank
On Jan 26 2006, 21:21, Chuck Guzis wrote:
> On 1/26/2006 at 9:24 PM Richard wrote:
>
> >Aren't there chips (i.e. crypto) that are designed to be destroyed
> >if they are disassembled? I don't know what they do to the package,
> >but if I had an IC with an EPROM containing my crypto keys, I'd want
> >the chip to self-destruct during an attempt to pry open the package
>
> I don't know about grinding, but the guy at MIT who figured out the
Xbox
> innards did something of the sort (regardless, it's a great read):
>
> http://www.xenatera.com/bunnie/proj/anatak/xboxmod.html
>
> The operative term is "decapsulating"; if you google on it, you can
find
> some interesting stuff, like:
>
> http://www.smtinfocus.com/technical_papers_list.html
The javascript on that page doesn't work for me but if you google for
"mondex nitric acid" you'll find some good descriptions.
--
Pete Peter Turnbull
Network Manager
University of York
On Jan 26 2006, 19:09, Eric J Korpela wrote:
> On 1/24/06, Chris M <chrism3667 at yahoo.com> wrote:
> > I've been dying to ask this question. Can you
> > actually learn something (hopefully a whole lot!)
> > about a chip if you actually did this??? What if there
> > was some old chip for which there is no documentation.
> > If, given the availability of the proper equipment
> > (surface grinder?), you were able to take off say
> > .0001" of material at a time, or thereabouts ;), would
> > you have the ability to photograph it, and have
> > something in the way of a working schematic?
It's not done by grinding, but it can be done by dissolving the epoxy
encasulation in fuming nitric acid. I found some good descriptions of
the process several years ago while researching the security problems
associated with Mondex.
--
Pete Peter Turnbull
Network Manager
University of York
What do you use in this thing? I've got a VAX 4000/300 with a TK70,
but it didn't come with any media and I'm wondering what I should be
looking for to feed it :)
--
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
<http://www.xmission.com/~legalize/book/>
Pilgrimage: Utah's annual demoparty
<http://pilgrimage.scene.org>
>Anyone want one? Work is discarding out about 70 of them. There are
>a fair number of associated cable dongles, but I can't promise that I
>would be able to get a cable dongle for every ethernet adapter. For
>the modems it looks like they all have xjacks.
>
I know this is a late response (I didn't see your posting until now), but, yes,
I'll take a handful (dozen?).
I find that I not only use these PCMCIA ethernet/modem cards...I use them *UP*
and they occassionally die on me. Still, I find that using a couple of old
Pentium class laptops for my basement web and email servers is the way to go.
(This topic was a recent discussion item a month or so ago.) They come with
their own UPS (battery pack) and they are quiet, and draw very little juice.
So, yeah, I'll take a stash of potential replacement network cards, dongles
would be nice. For some reason a 24/7 situation with these kind of PCMCIA cards
tends to wear them out over a 6 to 12 month span. I just had to replace one a
month ago. A handy stash would be very welcome.
Let me know if you were able to snag these cards, and we'll work out pickup
arrangements. I'm actually in Utah County.
Thanks.
J.
> If you need a a few TK50 carts, I have some.
Heh, if you need TK50 tapes, I have a slew of them, just dug up (unboxed
and put with the rest of the takes) a brand new VMS 5.7 tape. Probably
have a few CompactTapeII's in there somewhere too. Also have boxes of
90M DAT tapes, all free to anyone who wants them (heh, and 90M DAT's,
you're talking 100's of them).
Also have a few external SCSI TK50 drives, I think 2 or 3 I could stand
to get rid of if anyone is interested.
Oh yeah, and have a couple of DecStation 5000/125's to get rid of, if
anyone has any interest.
And for PC's, an Everex Cube, 486/33(?) EISA box, I think loaded with
like 6x600MB 1/2-height SCSI drives, but I'd have to look.
Not looking for money for anything, just trying to find good homes for
some stuff I haven't used in years.
If you need a a few TK50 carts, I have some.
In a message dated 1/26/2006 5:25:15 PM Eastern Standard Time,
legalize at xmission.com writes:
What do you use in this thing? I've got a VAX 4000/300 with a TK70,
but it didn't come with any media and I'm wondering what I should be
looking for to feed it :)
--
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
<http://www.xmission.com/~legalize/book/>
Pilgrimage: Utah's annual demoparty
_http://pilgrimage.scene.org_ (http://pilgrimage.scene.org)
Oops, sorry about the previous reply. Hit the wrong button!
There is nothing added in that reply ...
Tony wrote:
> Do you want my help or not? Because I sure am not going to help you
> to swap boards.
Your help is much appreciated, Tony!
But, if you know what and why to do something, a swap is not a crime.
Of course, you swap only *one* board. If that solved the problem, you
can label the swapped board with a note of the seen symptom.
I say that it solved the problem, not fixed it. That's for later ...
> What I can tell you is how to trace that fault. The diagnostic seems to
> be saying that the top bit (bit 15) of CSR1 could not be cleared. So,
> let's grab the prints (but not tonight, it's late...) and find CSR 1,
> find out what should set and clear bit 15, and see what's going on there.
That's what I'd do, the diagnostic output is descriptive enough. However,
... I don't have the printset of the RK611 :-( and it is not on bitsavers :-(
I'm afraid I will have to put the RK07/RK611 on hold for a short time ...
- Henk.
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
Addendum addendum: apparently the DLT tapes were left in the library
as an oversight and they are not being offered...
--
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
<http://www.xmission.com/~legalize/book/>
Pilgrimage: Utah's annual demoparty
<http://pilgrimage.scene.org>
At 10:04 -0600 1/25/06, Richard wrote:
>What's a good free tool for turning scanned pages into a PDF?
PStill!
http://www.wizards.de/~frank/pstill.html
Of course, the free version runs on classic NeXT hardware!
Not affiliated, but I have a pretty high regard for some of Frank's
other work which I use on my NeXT.
--
- Mark
210-522-6025, temporary cell 240-375-2995
Hi all -- Sellam fixed his web site (there was a drive crash) -- and so VCF
East 3.0 exhibit registration is now open. If you signed up for an exhibit
already, you'll have to do so again. Sorry. The link is
http://www.vintage.org/2006/east/exhibit.php
For those who might be wondering, the reason I'm making this announcement
instead of Sellam is because I run the local club hosting this edition of
VCF. After all my newsletter just isn't * enough * extra work each week!
;)
A refresher: VCF East is no longer in the Boston area. It moved to the
InfoAge Learning Center (http://www.infoage.org) located in Wall, NJ, which
is on the NJ coast about one hour east of Trenton, south of Newark, and
north of Atlantic City. It's very easy to reach from the I-95 corridor or
>from the west via Pennsylvania. This edition is a ONE-DAY event (Saturday,
March 13) but it will be a loooong day.
The prices aren't yet determined but they will be fair and in line with past
rates.
-----------------------------------------
Evan Koblentz's personal homepage: http://www.snarc.net
Computer Collector Newsletter:
>> http://news.computercollector.com
Mid-Atlantic Retro Computing Hobbyists & Museum:
>> http://www.marchclub.org
>> http://groups.yahoo.com/group/midatlanticretro/
Hello all,
A first note: this machine works perfectly with the original rom (81-302) and hard drive (Seagate ST212).
Now to the crazy stuff: I recently got the image and docs for the Kaypro turbo rom ver. 3.4. I've burned the eprom with 2 different burners and the roms match the 8k code when verified. I used a 27c64 and a 2764a. When I install the trom, the machine doesn't access the floppy drive. I get the startup screen for the turbo rom and a flat line cursor about 1/3 the way down the screen on the left side and then the machine hangs, no keyboard etc. This happens with the original hard drive installed or any of 4 other drives that I've tried (Seagate ST225 - brand new, ST277R, ST251, and Mitsubishi MR535. If I put the original rom back in, it boots from the floppy and I can format any of the hard drives mentioned. At one point (original rom in), I formatted the ST225 with the Advent advfmt.com program and it crashed while partitioning and when I put the trom back in, I got a boot error (good news because it saw the hard drive) and the floppy drive lit up. I rebooted with a floppy and was able format the hard drive successfully and copy programs to the 3 partitions - 8, 8, & 4 megs. I was filling up the second partition when I got a few bad sector errors so I decided to use one of the bigger drives that I have. This wasn't a good move because now the trom won't access the floppy again. Does any of this make sense? Thanks for listening.
Ralph