> I assume he means the "Tek Country Store" which has operated in various
> locations since at least the early 70's. Last I heard it is somewhere on
> the Beaverton Tek Campus (is that the only one left?), and is only open once
> a month. I for one would love to know the current info on it.
It is the Tektronix surplus store, generally selling surplus of what
they use not what they make.
Sounds like I have to go back also. I used to enjoy the store, the
wait before the door opens, the polite run and exploring the stuff.
A quick google search brought up this on the Portland robotics web site.
Tektronix Country Store
Beaverton Campus Building 38 Loading Dock (East side of building).
Public Hours: 1st and 3rd Thursday of the month from 2-4pm
People start lining up before opening to get the best stuff (including
the commercial surplus store owners). Now including Tek equipment for
When I did it I was one of those commercial surplus store
owners..........And they mention test equipment has been added.
Another store on the Robotics list is:
5797 NW Cornelius Pass Road
Hillsboro Oregon 97124
Wednesday and Friday 11am to 6pm
Saturday 11am to 5pm
Surplus stuff with an online store.
Anyone been there? I have yet to make it.
Yes, you read that correctly.
I have in my possession a TK-50 tape for the PDP-11 system which contains none other than
OS/2 operating system.
Many people have claimed this never existed. But I have the tape!
I had done a directory dump of it and can supply it.
One other person who's checked the directory listing has said it is authentic.
I'm not sure what to do with it, and I believe IBM made OS/2 open source, so technically it should be "free"
of it's chains
maybe someone can turn it into something useful, or just run it and have the most unique PDP on the planet, I don't know... whatever :)
anyhow, it's a really weird bit of computing history, and I'd hate for it to be lost. it should be in a museum :)
Use fowl language with Chicktionary. Click here to start playing!
A few weeks ago, some people in here were talking about putting network
cards in IBM PCs or XTs or something...
As it happens, I ran across a box of 3com 3c503 network cards (AUI and
10BaseT ports, 8 bit ISA card).
If anyone wants one, lemme know, I'm asking $5+shipping, and I'll have
the box with me at Dayton if you want to harass me about them, then.
Purdue University ITAP/RCAC --- http://www.rcac.purdue.edu/
The Computer Refuge --- http://computer-refuge.org
There's a shop in Coalville, I'm not sure what it sells (maybe it sells
games consoles; maybe it's an amusement arcade; maybe both).
In the window this weekend were two machines that caught my eye: an
original Space Invaders machine from 1978, priced at 895 pounds; and a
pinball machine from 1979 (branded "Gottlieb") for an
almost-as-unreasonable 495 pounds. (I think at current exchange rates
that's about $1300 and $700 US)
As I was walking home, failing to hum the Space Invaders song, I
wondered what sort of an active market is there for such machines? The
prices looked high enough that they must be aiming at serious
collectors, or possibly innkeepers who want to create a retro-seventies
So do people here know about the classic arcade game market? Are my
neighbours of a couple of blocks away being overoptimistic with their
PS What I remember from the period was the many, many attempts to write
Invaders-style games in BASIC on the PET and other home computers. And
my friend Matthew, after we'd borrowed a Sinclair ZX81 and experimented
for a week or two, shutting himself away and writing a quite good one
for that machine in machine code - I helped with the BASIC shell that
built the initial screen display. And wiring a phone earpiece to the
PET user port to hear the sound effects on the Commodore invaders
program. And so on...
PPS has anyone preserved the Space Invaders song? I sincerely hope not.
..you loose, like today, when I found out that on the,
literally, 7581 files I transferred between the Lilith
and my Linux box, each last byte has been corrupted.....
Either the Linux or the Lilith Kermit must have had a bug.
Small wonder the emulated Modula compiler hat problems.
I'm considering designing some cartridges for the CBM line of computers,
but I'd prefer to skip masses of jumper blocks and move to a soft-config
I know, some of you love jumpers, but for carts, it's more important to
offer flexible options so that the SW can reconfigure carts on load.
I have no issues with adding a small uC to a cart to do the heavy
lifting, but I'm struggling with a way to communicate with the uC from
the CBM machine.
In the past, people have added config registers to a IO space, but that
introduces its own issues (how to hide the registers, what about
Ideally, I'd like to use an approach that:
* works via the existing address/chip select/data lines of the cart
* will handle multiple equipped carts on the same port (port expanders)
* uses as few lines as possible to communicate with the host machine
* will not affect non-equipped cartridges
* not require major amount of horsepower from the uC side.
I thought using and SPI/I2C-like approach using an address line or two
and a data line to communicate with the cartridges.
But, that approach requires something to "unlock" the config system and
lock it again.
Any alternative ideas? Is there any prior work in this area I should
Jim Brain, Brain Innovations (X)
brain at jbrain.com
Dabbling in WWW, Embedded Systems, Old CBM computers, and Good Times!
I'm trying again to get my 11/750 running. It turns on, power lights are green, machine comes up halted with the dim error light as it should. THe problem I am having is, I get no console...I get an echo back of the characters I type, but nothing else. Doing a BREAK command or a Ctrl-P does nothing.
The closest thing I can find to this problem is in the 11/50 FAQ, found here:
Here is what the FAQ states:
"Help! My machine isn't listening to the console!
Symptoms: machine starts up normally and prints the successful microverify double percent and the console prompt, but ignores console input.
This may be because the RS232 line receiver on the console port has given up the ghost. I've had to replace the one on mine twice. Note that it isn't a good idea to leave the console terminal switched on if the machine is switched off -- the line receiver chip doesn't like this and tends to fail eventually.
To replace the line receiver:
a) Locate and remove the L0004 UBI module.
b) Hold the UBI component-side up with the edge connectors down the RHS.
c) Locate E53, a 1489, at the right-hand side of the board, near the top of the second edge connector. This is the only 1489 on the board.
d) Replace E53. I strongly recommend using a socket for the replacement. "
Now, this does not sound similar to my problem. I have indeed verified that all the jumpers on the backplane are in the right place, and so are the connectors. The jumper is set to 300 baud, and that is indeed the only setting I get a clean echo back without garbage on.
Any suggestions? I'm out of ideas at this point.