n 12/20/2010 4:38 PM, Chuck Guzis wrote:
> Something you don't see every day:
>
> http://www.ioffer.com/i/intel-paragon-super-computer-180057571
>
> --Chuck
The Paragon (and Delta before it - I was much more familiar with the
Delta) represented the pinnacle in ultra-GFlop multiprocessing of the
early 90's especially for "embarassingly parallelizable" code.
If the compiler could make your code run and your problem fit into
the memory space of a node, wow, the Delta was astonishingly kick-ass
compared to anything else out there at the time.
That said, it does not strike me as an especially "something to be
run at home" machine. Those who want to do this at home are already doing
BOINC with machines 2 decades newer or they have their own Beowulf cluster.
This is the fickle world of parallel supercomputing.
I think CHM has/had a nice Paragon on display and I recall seeing the
cabinets and prominent nameplate of the Touchstone Delta.
Tim.
Hi guys,
I'm trying to track down a copy of the schematics (if any still exist)
for the DMA Data LSI used in the AT&T Unix PC (aka the AT&T 3B1 or AT&T
7300).
The Technical Reference Manual scans which were posted here earlier
include the DMA Address LSI, but not the DMA Data LSI. Unfortunately
about 80% of the DMA logic is in.... *drumroll*... the Data LSI. The
Address LSI is basically a glorified presettable up-counter.
These should be in the AT&T UNIX PC Technical Reference Manual, if
anyone has a copy kicking around. I already have the DMA Address LSI,
Video LSI, 512k Motherboard, 1MB Motherboard and 2MB Motherboard
schematics.
Thanks,
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
Hi everyone,
we've had a look inside our IME 122 calculator and discovered that it is
full of SN14xx logic ICs. They are mainly from TI, but there are also some
>from Motorola and others. It seems that they have the same function and
pinout as the SN74xx parts but there must be a difference since the
machine has quite a lot of SN1401 (the SN7401 is a quad open-collector
NAND), but there are no pullup resistors anywhere!
Some of the types are SN1400, SN1401, SN1474, SN1490; the ALU is made up
of SN1482 and SN1483.
Anyone knows this series? BTW the supply voltage is 5V.
Christian
The Northstar mother board uses 8251s which require CTS to be active in order for the usart to transmit. There are jumper headers on the motherboard that allow you to strap them so they are active by default so you can use just a three wire RS232 connection.
regards, Steve Thatcher
-----Original Message-----
>From: "Robert J. Stevens" <trebor77 at execpc.com>
>Sent: Dec 18, 2010 11:13 AM
>To: cctalk at classiccmp.org
>Subject: RE: Need help with Project Northstar/Data I/O System-19/ADM, Terminals (dwight elvey)
>
>Message: 15
>Date: Sat, 18 Dec 2010 06:46:57 -0800
>From: dwight elvey <dkelvey at hotmail.com>RE: Need help with Project Northstar/Data I/O System-19/ADM Terminals (dwight elvey)
>Hi
> It is unlikely that there is a problem with the 2708s If the programmer said they
>were good, I'd expect them to be fine.
> The places I'd look are first the RS232 connection. The fact that the canon
>book works on one machine doesn't mean it will work on another. As well
>as the data lines, there are handshake wires that need to have the right
>levels.
> He said that he'd single stepped the code, what were the results of
>that? what did it do or not do right??
>Dwight
>
>It just goes crazy as the Prom was not burnt correctly
>Bob
>
>Turns out that the Problem is that the Data I/O System-19 I am using doesn't want to load the Hex file as INTEL. It will only load a File if it is flagged as BINARY and that doesn't give a proper code Image. I am trying to get a fellow to see if his System-19 will load the file and burn the 2708 Properly then I can get mine Fixed I HOPE.
>I also have been Re-Erasing the EPROMs as I go along.
>Bob
>
The Diode Tester unit for a Bendix G-15 very recently sold on Ebay. I
would like to know who won it. Did anyone here? You can reply off list
(I can be very discrete) - I have some questions to ask.
--
Will
> I've always wondered what the Scandanavians do to differentiate 0
> from O from ?.
They don't differentiate 0 from O- Although when I learnt Morse Code (at
a Swedish Army facility) together with a group of radio amateurs in the
70s, we were taught to slash the zeroes (contrary to the IBM mainframe
people) and write the Es as reversed 3s. And Swedes always cross the 7s.
About the letter '?' in Danish and Norwegian, which is written '?' in
Swedish (with the r?ck d?ts) and pronounced 'er', it is obviously
differentiated from Oh and zero in everyday writing by the slash or
dots. What the Danish or Norwegian radio amateurs or mainframe people do
to resolve the conflict they might have there, I have no idea.
/Jonas
All --
I?m working on a side project to another thing I?m working on and I?m
trying to compare code from DOS 1.0 and 1.1. I have the PC-DOS 1.1 files
(all including IBMBIO and IBMDOS) but only disk images (Teledisk) for PC-DOS
1.0. Is there an easy way to extract these files from the disk image? Does
anyone have these files already extracted that they can send me?
I think I can convert the TD0 image to IMD, but the IMD tools seem to
work at the track level on the image and not the file level, but any help
would be appreciated.
Thanks!
Rich
--
Rich Cini
Collector of Classic Computers
Build Master and lead engineer, Altair32 Emulator
http://www.altair32.comhttp://www.classiccmp.org/cini
> And I have a model 33 teletype here, with some provenance claiming an
> IBM lineage, that has a slashed-oh between the I and the P keys and an
> unslashed-zero next to the 9 key.
>
> Pressing the slashed-oh, sends 0x4F and pressing the unslashed-zero
> sends 0x30... and conversely, it prints an unslashed-zero when 0x30 is
> sent to it and it prints a slashed-oh when 0x4F is sent to it...
I just borrowed a book from 1974 about JCL by a person who had worked as
a systems programmer at IBM. In his coding examples, he consistently
puts a slash through the Ohs and leaves the zeroes unslashed. I would
assume therefore that that was standard practice for IBM mainframe work
at that time.
/Jonas
> They are interesting, but no more than weird numbers on semicustom
> devices. Motorola does the same thing, with their SC series of parts
> (not MC or XC)..
I tend to come in on this side too, these funny series are
Effectively TI-supplied "house numbers".
They may be different than stock SN7400 TTL or whatever DTL in minor or
Major ways but that was an agreement between the customer and TI.
I've seen the innards of DTL and TTL based calculators, and to think that
They would work with rejects or floor sweepings is unreasonable. If
Anything I would think that the house-numbered part would have some specs tightened
And others loosened to produce something most manufacturable. And isn't
That the reason for house numbers to begin with? (e.g. not purely obfuscation)
Tim.
> but the speed, temperature range, etc. requirements for a desktop calculator are not that high.
I think you (or maybe someone else) may have hit it earlier with the suggestion of fan-out/fan-in requirements and maybe some specializations such as open-collector wired-or with built-in pullups at the receiving end.
Later 7400 series chips for specialized functions (e.g. verge of SSI and MSI) had not-really-TTL-compliant inputs and outputs for specialized daisy-chain or low-fanin-load purposes. Look at the BI/RBO pin of a 7447 etc. (It's an input AND an output! Wow!) It's easy to see how this could be applied to some of the "stock" standard logic functions to greatly cut pin counts for a desktop calculator, and I suspect that's what the unique numbers are for.
Tim.
Is anyone here interested in buying a Symbolics MacIvory 2 with 16mw of RAM? I bought this directly from David Schmidt of Symbolics a few years ago and haven't had much time to do anything with it. It came with a Macintosh Quadra 650 and a keyboard with a Symbolics overlay as well as documentation. It is all in working order. I'd like to find a good home for this. If you're interested, please contact me and make an offer. David says that the MacIvory 2 with RAM (maybe only 8mw) costs $999 from him right now so I don't expect to get that much. If you already have a Macintosh that will accept these boards (only the Quadra 650 or 900 I think) we can discuss buying just the boards and not the Quadra 650. That would make shipping much easier and less expensive.
Thanks,
David
I need money. Selling 53 books. These are all books about the history
and impact of sci-tech.
It's massively time-consuming and tedious to put a value on all of
them. So instead I want to sell them as one giant lot. Most of these
books are only a few years old and most are in excellent condition.
Most of them I bought new. Some of them I bought used, and some have a
few notes in them. I could probably make more by selling them
individually, but as I said, I need $$ now (and I'm way too lazy to ship
all these one at a time!)
If anyone wants an instant library of history-of-technology books, this
is a great starting point.
Asking price: $350. (That's an average of just $6.60 per book. Some of
these are worth a LOT more.)
- 1491 - ISBN 1400032059
- Best of 2600 - ISBN 0470294191
- AC/DC: The savage tale of the first standards war - ISBN 0787982679
- Age of reconnaissance: Discovery, exploration, and settlement,
1450-1650 - ISBN 0520042352
- American telegraphy and encyclopedia of the telegraph - ISBN 1559181931
- Ancient inventions - ISBN 0345401026
- Blood: An epic history of medicine and commerce - ISBN 067941875X
- Clean tech revolution - ISBN 006089623X
- Miller's Collecting science & technology - ISBN 1840008490
- Crypto - ISBN 0140244328
- Does technology drive history? - ISBN 0262691671
- Edison: A life of invention - ISBN 0471362700
- Electrifying America - ISBN 0262640309
- German Enigma cipher machine - ISBN 1580539963
- Greatest inventions of the past 2,000 years - ISBN 068485998X
- Ham radio's technical culture - ISBN 0262582767
- History of mechanical inventions - ISBN 048625593X
- Information appliances and beyond - ISBN 1558606009
- Lincoln the inventor - ISBN 0809328976
- Longitude - ISBN 080271529X
- Maps & civilization - ISBN 0226799743
- Map that changed the world - ISBN 0061767905
- Marconi's magic box - ISBN 0306813785
- Meaning in technology - ISBN 0262661209
- Measuring America - ISBN 0452284597
- Nothing like it in the world - ISBN 0684846098
- One good turn - ISBN 0684867303
- Pencil - ISBN 0679734155
- Power to the people - ISBN 0374236755
- Readings in cyberethics - ISBN 0763724106
- Riddle of the compass - ISBN 0151005060
- Science and the founding fathers - ISBN 039331510X
- Science of measurement - ISBN 0486258394
- Science in nineteenth-century America - ISBN 0313331618
- Science of Star Wars - ISBN 0312263872
- Scientific instruments - ISBN 0520217284
- Scientific renaissance: 1450-1630 - ISBN 0486281159
- Social history of American technology - ISBN 0195046056
- Steam - ISBN 1422364402
- Structure of scientific revolutions - ISBN 0226458083
- Telephone gambit - ISBN 039333368X
- Thread across the ocean - ISBN 0060524464
- Victorian Internet - ISBN 0802716040
- Voodoo science - ISBN 0195135156
- Visions of technology - ISBN 0684863111
- What Einstein didn't know - ISBN 0440508568
- What Einstein told his barber - ISBN 0440508797
- When old technologies were new - ISBN 0195063414
- Why people believe weird things - ISBN 0805070893
- Why things bite back - ISBN 0679747567
- Wilbur and Orville - ISBN 0486402975
- Wireless - ISBN 0262082985
- Writing implements and accessories - ISBN 0810320177
Obviously it would be expensive to ship these, so I prefer a seller in
the northeast US.
Message: 15
Date: Sat, 18 Dec 2010 06:46:57 -0800
From: dwight elvey <dkelvey at hotmail.com>RE: Need help with Project Northstar/Data I/O System-19/ADM Terminals (dwight elvey)
Hi
It is unlikely that there is a problem with the 2708s If the programmer said they
were good, I'd expect them to be fine.
The places I'd look are first the RS232 connection. The fact that the canon
book works on one machine doesn't mean it will work on another. As well
as the data lines, there are handshake wires that need to have the right
levels.
He said that he'd single stepped the code, what were the results of
that? what did it do or not do right??
Dwight
It just goes crazy as the Prom was not burnt correctly
Bob
Turns out that the Problem is that the Data I/O System-19 I am using doesn't want to load the Hex file as INTEL. It will only load a File if it is flagged as BINARY and that doesn't give a proper code Image. I am trying to get a fellow to see if his System-19 will load the file and burn the 2708 Properly then I can get mine Fixed I HOPE.
I also have been Re-Erasing the EPROMs as I go along.
Bob
I am trying to restore a N* Horizon,. So far I have got the ZPB-A2 CPU
card working. I added the Prom Option and am using a 2708 EPROM with
Monitor Code by Dave Dunfield. A Friend burnt the Prom for me but I has
a problem and doesn't get the Keyboard Input. I have tried several times
to Burn a new Prom with my D/I Sys-19 but they don't behave as they
should. I have a SOL20 System/Bus Probe Card that single steps from the
get go and I can step through the Code and see how it behaves in
relation to the .lst listing. I have been using my Canon Book 10 running
"TERM" to talk to the N*. It talks OK to the Sys-19 as well as other
machines. I lost both of my Televideo 920/25's. I had three ADM LSI's in
the Shed/Barn but the Field mice made their nests in two. The one that
was untouched I brought in the Other day and It lights up the
Mini-Tracker showing that the ADM is setup as DTE. But I get no response
>from the Keyboard. Tried looping back 2-3 but no display. Don't see any
Raster but the tube POPs up a spot when turned off. I am going to try to
pull the Mother board out of the Other Micey ADM. Maybe I can swap the
M/B's and see if that CRT is working. Same for the One still in the Barn.
What would my chances be of soaking it and getting all the CRAP off it
and having it WORK????? probably ZILCH.
The third one is still in the Barn but Maybe it can be cleaned up. These
terminals haven't been run since 1992.
I also have a IBM 3101 a but so far all I found was the Base and CRT.
The Keyboard must be in the Barn.
Has anyone a spare Terminal. I'm thinking that maybe the Monitor code
will work when attached to a REAL Terminal
I bought about 5 2708's and If I can find someone who might load the New
Code for me I could send them a 2708 and E-Mail the .HEX file.
Bob in Wisconsin
They say "A picture says a thousand words"... well, here's a screenshot
of the current version of FreeBee booting the System Loader and
Diagnostics disc for the 3B1:
http://i162.photobucket.com/albums/t242/philpem/Screenshot.png
And for those who don't believe anything unless they see it moving:
http://www.youtube.com/watch?v=Y0sRkJty6wo
:)
To make this work...
* Install the LibSDL (Simple DirectMedia Layer) development libraries,
and a C compiler. On Debian/Ubuntu, you want to 'apt-get install'
build-essential and libsdl*-dev. You'll also want make, sed, awk and
grep, which should auto-install when build-essential installs. On
Windows, you're on your own (though a homebuilt SDL and mingw32 should
work... in theory).
* Grab the FreeBee source code:
http://hg.philpem.me.uk/3b1emu/archive/tip.tar.bz2
And the ROM images:
http://philpem.me.uk/code/3b1emu/3b1_roms.zip
* Grab ImageDisk from Dave Dunfield's website, and the Version 3.51
Diagnostics Disk (.IMD file) from Bitsavers
* Use Dosemu, DOSBox, or a conveniently located DOS or Windows box to
convert the .IMD into a .BIN file:
IMDU 01_DIAGS.IMD 01_DIAGS.BIN /B
Copy the BIN file onto the Linux box.
* Untar the tarball, and cd into the directory it creates.
* make
* Copy the disc image in here, and rename it to 'discim'.
* Create a directory called 'roms', and unpack the 14C and 15C binaries
(.bin files) into there. Rename them to '14c.bin' and '15c.bin'
respectively.
* Run:
./freebee
* Watch the fun.
No, the keyboard isn't emulated (yet), no the hard drive isn't emulated
yet, and no, it doesn't boot past the RAM test screen... Keyboard is
next on the hitlist, followed by interrupts, masking and the
MMU/pagefault traps.
I'm looking for other folks to help out with this -- a reasonably
experienced 68K coder would be useful, or folks who know how the WD 1010
and 2797 Winchester and FDD controllers behave in 'real life'
(unfortunately I don't have a 2797 to breadboard with).
Enjoy!
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
I'm thinning down my collection and have a PDP 11/24 and
a VAX 3500 available - free but collecton only (UK).
The 11/24 could do with a clean, but it looks to be complete
and has the often missing power key as well. Internally there
are several cards.
The VAX 3500 is in a desk side pedestal style case. It has
wheels so can be moved. In nice condition cosmetically. No
idea what cards etc are installed.
Both units have never been powered up by me, and would need
to be carefully checked, etc before powering up. Given away as
is - for spares or repair.
Collection only. Contact me by email if interested.
Hi,
I just received some PCBs for a 6809, 6502, or 6802 computer. The ECB host
processor can either be a stand alone computer with the IO mezzanine board
Alternatively it be connected to the N8VEM backplane and rely on the N8VEM
SBC for IO or do both simultaneously.
The computer board supports 6809, 6802, or 6502 CPUs depending on builder
preference. You set configuration jumpers for the CPU you select.
The 6809 CPU configuration supports the CUBIX, the 6502 CPU supports DOS65,
and for 6802 and/or the 6809 there is a FLEX port in the works.
More information is available on the N8VEM mailing list and N8VEM wiki.
Please contact me if you have questions or comments.
Thanks and have a nice day!
Andrew Lynch
Hi Gang,
While surfing, I found a repository of NASA FORTRAN code from the NASA-COSMIC library.
Lots
of graphics in here as you could imagine, supporting Tektronix, PLOT10
and VT100 graphics terminals. As I know there are lots of geeks here, like me
still interested in this sort of stuff. I have attached a abstract
list of the code.
Let me know if you are interested in any of
this - it certainly has application or useful as learning material; for
example the calculation of satellite trajectories for us AMSAT ham guys.
You
can certainly Google yourself, but the download for me was a bit tricky
- requiring a linux box and the Subversion version control system.
How can I push it up to Bitsavers?
Randy
Interestingly enough, the Sharp PC-1211 (early basic programmable calculator) displays 'O' in a manner similar to what you describe. Zeros have no slash or other markings, but the 'O' has a notch in the upper right corner.
See http://www.vintagecalculators.com/assets/images/SharpPC1211_1.jpg for an example.
Josh
-----Original Message-----
From: Al Kossow
Sent: Thursday, December 16, 2010 2:52 PM
To: cctalk at classiccmp.org
Subject: Slashing the letter O (Was: Re: Service bureaus (Was: Tek 4051 firmware listing))
There was an attempt at establishing what can roughly be described as an upside down Q
for a slashed O. The only example I know of where someone used this are in line printer listings
>from SDS in the late 60's. I would have to do some serious digging in magazines to find who was
pushing this as a standard. They end up looking like misformed 8's.
It does terrible things to OCR.
Hi everybody,
I have two Sun UltraSPARC machined to be picked up: a Ultra 1 (512 M
RAM, with extra memory modules) and an Ultra 5 (also 512 M RAM). The
5 works for sure, runs NetBSD. These are for pick-up at McGill
University in Montreal, contact me off-list if you want them. There
might be a SS4 kicking around here as well to be gotten rid of.
Contact me off-list.
Joe.
--
Joachim Thiemann :: http://www.tsp.ece.mcgill.ca/~jthiem
Date: Tue, 14 Dec 2010 00:05:05 -0200
From: "Alexandre Souza - Listas" <pu1bzz.listas at gmail.com>
Subject: Re: apple Lisa2. One working!! - one to go?
> An example to ilustrate the talk: http://tabalabs.com.br/c64/sx
> +++++++++++++++++++++++++++++++++++++++++++++++
>
> Definitely interesting and somewhat relevant, but not quite the same
> thing; that deals with the common problem of replacing 24pin 8K 23xx type
> ROMs (or 68764/66 EPROMs) with a 27xx equivalent EPROM (with multiple
> images in this example), whereas Tony was talking about replacing a 2716
> with a larger 27xx EPROM, not quite the same thing or adapter.
Thanks Mike, but please, read again:
> An example to ILUSTRATE the talk: http://tabalabs.com.br/c64/sx
+++++++++++++++++++++++++++++++++++++++++++++++++
I've read it again, and I'd still say that although it's somewhat relevant
it's not what Tony was talking about.
Although the pictures and schematic illustrate the general idea of (badly)
making this *kind of* adapter (try reprogramming that EPROM ;-), I think it
would have been more useful to link to an illustration and schematic of what
Tony was actually talking about, i.e. adapting a 2716 (instead of a 2364).
You can buy those adapters for $5.00, by the way.
Am I missing something?
Brent wrote:
> On 2010 Dec 10, at 2:36 AM, Christian Corti wrote:
> >
> > we've had a look inside our IME 122 calculator and discovered that it
> > is full of SN14xx logic ICs. They are mainly from TI, but there are
> > also some from Motorola and others. It seems that they have the same
> > function and pinout as the SN74xx parts but there must be a difference
> > since the machine has quite a lot of SN1401 (the SN7401 is a quad
> > open-collector NAND), but there are no pullup resistors anywhere!
> > Some of the types are SN1400, SN1401, SN1474, SN1490; the ALU is made
> > up
> > of SN1482 and SN1483.
> > Anyone knows this series? BTW the supply voltage is 5V.
> I can't find a reference for those numbers, and I haven't seen them
> before, however I have seen TI inexplicably producing series identical
> or similar to more-common series, but numbered differently. For
> example, the SN3900 and SN4500 series are very similar to more-common
> DTL series such as the 700/800/900 series, but I have never seen a
> reference for the 3900 or 4500 series in TI databooks. One suggestion
> might be they were a 'consumer-grade' series, a step below the standard
> commercial-grade stuff.
Remember this was the late 60's or early 70's, and the thought of 7400 as the
"super series" with variants like 74L00, 74H00, 74S00 actually being inside the
family had not quite taken over in the same sense that it did later,
even inside TI. I don't think it's so much that the SN1400's/SN3900's/SN4500's
were a step below commercial grade, but they probably had product-specific
fanin/fanout/noise/current constraints and maybe even custom pinouts
or built-in pullup variants in their specs.
The 7400 "super series" of pin compatible parts in different speed/current/fanout
levels organized by 74L00, 74H00, 74S00, 74LS00 with often identical pinouts
was truly genius from a marketing-meets-technology point of view.
Not too different than say the 9-pin dual triode with similar to
identical pinouts but different gain variants (e.g. 12AU7/12AT7/12AX7) and a zillion
commercial/aerospace/computer variants (e.g. 5814A, 5963, etc.)
With regards to pinouts not everyone even inside a company had the same thoughts
regarding pin locations for Vcc and gnd. TI did a pretty good job most of the time putting
them at 7 and 14 or 8 and 16 for TTL which did simplify layout, but there are lots of exceptions
even inside the TTL product space. And sometimes there were good reasons for the
exceptions, other times I think it was just internal squabbling :-)
You can see some of this playing out in TI's competitors logic families too, e.g. Signetics
Utilogic with different subfamilies inside the Utilogic superfamily.
Tim.
Date: Sun, 12 Dec 2010 20:32:00 -0200
From: "Alexandre Souza - Listas" <pu1bzz.listas at gmail.com>
Subject: Re: apple Lisa2. One working!! - one to go?
> However, it's also quite easy to use a 2764 in place of a 2716 in the
> actual machine. What I normally do is make an adapter that will plug into
> the oriignal EPPROM socket and will tkae the 2764. Most pins just
> connect across, you need to connect the higher address lines on the EPROM
> to ground (do this on the adapter, of course). Then program the ROM image
> into the first section of the larger EPROM, and it should work fine.
An example to ilustrate the talk: http://tabalabs.com.br/c64/sx
+++++++++++++++++++++++++++++++++++++++++++++++
Definitely interesting and somewhat relevant, but not quite the same thing;
that deals with the common problem of replacing 24pin 8K 23xx type ROMs (or
68764/66 EPROMs) with a 27xx equivalent EPROM (with multiple images in this
example), whereas Tony was talking about replacing a 2716 with a larger 27xx
EPROM, not quite the same thing or adapter.
mike
Andrew,
The douglasgoodall website required a log in before viewing.
Status posted anywhere else?
Thanks
Rob
-----REPLY-----
Hi You can check the N8VEM wiki for schematics, PCB layout, and parts list.
http://n8vem-sbc.pbworks.com/w/browse/#view=ViewFolder
<http://n8vem-sbc.pbworks.com/w/browse/#view=ViewFolder¶m=S-100%2068K%20
CPU> ¶m=S-100%2068K%20CPU
Otherwise the status of the S-100 68K CPU board is
we've got a team of builders
schematic captured & reviewed
PCB layout done and verified
5 PCB prototypes ordered
prototype PCBs sent to builders
lead builder is currently doing build and test
project wiki set up
various pieces of TUTOR 1.3 software gathered
We are not done with build and test. No ETA. There are some minor changes
and items found so far but nothing of consequence. No cuts and jumpers
identified for the board.
After prototype build and test is done, we are going to focus on the
software. Probably custom test/debug/monitor EPROMs first, then TUTOR 1.3
with a goal of CP/M 68K (maybe)
The plan is the PCBs will be available for $20 each plus shipping. They are
for educational purposes only. No kits or pre-built boards. There is no
ETA for the manufactured PCBs.
That's about it. Thanks and have a nice day!
Andrew Lynch
This weekend we had a holiday party for MARCH (Mid-Atlantic Retro
Computing Hobbyists). At one point last night, several of us walked
through our club's storage warehouse. Ian Primus discovered that we
have a mostly complete Prime 6550 minicomputer. Apparently its racks
have been sitting in our warehouse for five years, but they weren't
arranged in the correct order, and I never realized they all go together
to make one full system! So, check your collections .... one never
knows what one might find among one's own collection after drinking a
lot of beer and bourbon.
I read the recent things about removing epoxy or other stuff gunked on components.
I have two questions,
I have an item with this stuff on it and I want to get it off,
however, some of it is covering some of the chips, and I need to be able to identify the components.
another worse problem is that one part of the circuit has a SIM card,
which is also covered in white epoxy which I want to remove without damaging the SIM card.
now the SIM card being encased in plastic means this is a whole lot of "fun"
any suggestions?
Decent Motorola 68000 / 68010 book?
Keith Monahan keithvz at verizon.net
<mailto:cctalk%40classiccmp.org?Subject=Re%3A%20Decent%20Motorola%2068000%20
/%2068010%20book%3F&In-Reply-To=%3C4D059E20.3050300%40verizon.net%3E>
Sun Dec 12 22:16:32 CST 2010
* Previous message: Decent Motorola 68000 / 68010 book?
* Next message: mysterious 30 pin SIMMs
* Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
________________________________
On 12/12/2010 11:15 AM, Philip Pemberton wrote:
> Hi guys,
>
> Does anyone have any recommendations for a good book on the 68000/68010
> CPUs (covering assembly language, the programming architecture and the
> interrupt system as a minimum)?
-----REPLY-----
I like
68000 Microcomputer Systems: Designing and Troubleshooting
By Alan D. Wilcox
http://www.amazon.com/68000-Microcomputer-Systems-Designing-Troubleshooting/
dp/0138113998
I contacted the author and received permission to make a PCB based on the
68K CPU board in the book.
We are making an S-100 68K CPU board PCB based on the board described in the
book.
It is currently in build and test and the status is on the Douglas Goodall
wiki.
http://douglasgoodall.pbworks.com
There is more information on the N8VEM 68K CPU board on the N8VEM wiki.
Thanks and have a nice day!
Andrew Lynch
Mark the 18th of this month - next Saturday - for an Open House at the
Retrocomputing Society of Rhode Island* at our millspace in
Providence, RI. Last month we fired up an EAI TR-10 analog computer,
and I suspect we will be doing the same this month, as well as
possibly some work on a PDP-11/45 and a DEC Lab-K. Lots of super nerd
geek talk as well. And possibly a fun dog.
Generally, hours are 3 to 8 PM, with a dinner break around 6. The mill
is located in the neighborhood of Olneyville, just a few miles from
central Providence. For directions go to:
http://rcsri.org/directions.html
Ask if you need more information!
*Not the Rhode Island Computer Museum aka RICM!
--
Will
On Sun, 12 Dec 2010 16:15:27 +0000, Philip Pemberton <classiccmp at philpem.me.uk> wrote:
> Hi guys,
>
> Does anyone have any recommendations for a good book on the 68000/68010
> CPUs (covering assembly language, the programming architecture and the
> interrupt system as a minimum)?
>
>
[...]
> --
> Phil.
"Microprocessor Systems Design - 68000 Hardware, Software, and Interfacing" Alan Clements, PWS-Kent Publishing Company
It appears that copies are available as PDF downloads from multiple sources...
CRC
Hi guys,
Does anyone have any recommendations for a good book on the 68000/68010
CPUs (covering assembly language, the programming architecture and the
interrupt system as a minimum)?
I'm trying to disassemble the AT&T UNIX PC Boot PROM and Loader, and
figure out why the Loader doesn't seem to think my WD2797 emulation is
providing valid data... As I said before, it's probing the FDC, reading either two or four sectors, then giving up and trying the HDD instead....
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
Hi guys,
I've got my 3B1 emulator "mostly working" in that it runs the Boot PROM,
sees the floppy disc in the drive, and proceeds to boot from it, getting
as far as the Loader.
When it gets to the Loader, I get the following display:
AT&T UNIX(tm) pc
Loader version 3.51
Copyright (c) 1985, 1986
AT&T
All Rights Reserved
Searching floppy disk...
####
Searching hard disk...
... and it stops there. I can tell from the emulator log that it's
trying to get the hard drive controller to read CHS 0:0:0 and DMA the
data into RAM at 0x77830, but because the HDC isn't implemented, it
locks.
What I expected was for the Loader to pick up the boot files on the
Diags disk, boot from that, and ignore the HDD. Does anyone know what
"typical boot behaviour" is for a 3B1, 7300 or UNIX PC, when booted from
the Diagnostics floppy (Foundation Set, disk 1) ?
This is a bit of a head-scratcher -- I'm trying to figure out if there's
a problem with my FDC driver (wouldn't be the first one) or the
DMA/interrupt controller, or if the Loader really needs a hard drive
controller (or a really good fake) to boot the system.
I'd also really like to know why the DMA controller has two separate
direction control bits -- DMAR/W- and IDMAR/W-... this seems downright
silly, though in keeping with the rest of the TechRef. My "annotated
edition" corrects about a dozen minor and major errors in the register
set descriptions, and adds a bunch of informational sticky-notes and
scribbly comments to reinforce certain points. Ewwww...
If anyone's interested in playing with my emulator -- go to
<http://www.philpem.me.uk/code/3b1emu/>. Hit the link under "Mercurial
repository", then ".tar.bz2" to get a Tarball of the sources. Untar it.
Grab the boot PROMs, and put them in a directory called 'roms' as
'14c.rom' and '15c.rom'. Use IMDU (Imagedisk utility) on a DOS PC (or
inside Dosbox) to convert the Foundation Set disks from IMDs to binary
files, then copy the first Foundation disk (Diagnostics) as 'discim'.
Compile (you'll need libsdl, aka the Simple DirectMedia Layer) and run.
I know the code is a mess, patches to rectify this (or any of the other
millions of bugs) would be almost certainly be accepted :)
There's also no keyboard or mouse emulation yet, just the CPU, video,
RAM, ROM and a basic memory mapper and DMA emulation. As for Ethernet
emulation... that's on the "maybe later" list, right after "learn how to
send and receive Raw Ethernet frames on Linux".
Thanks,
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
Hello Everyone!
I would like to identify some mysterious old SIMMs:
- module P/N appears to be "PS 91/344J"
- 30 pin, single sided, 9 chips "SIEMENS HYB514100BJ-60"
- "MADE IN U.S.A." probably manufactured in 1994
I have failed to find explicit information about these chips,
but I'd guess they are 1Mx4 so 9 of them would make a nice
4MB module with ECC/parity.
What kind of machine could these have been made for?
Thanks,
Sab
Hi, All,
I have had no luck googling any pictures of the short rack for the
PDP-11V03 system (CPU + RX01 in a formica-topped office-friendly rack)
that I *think* is called an H9610. For that matter, I was largely
unsuccessful in finding pics of most DEC racks by rack part number
(i.e., finding an 11/70 picture is easy - finding an H960 picture is
not).
Textual material for various rack configurations abound, but not
pictures accessible by Google image search. If anyone knows of a
gallery of rack pictures, I'd be grateful if you'd share the URL.
Thanks,
-ethan
> Subject: Re: 1970s TTL specs and prices
> To: cctalk at classiccmp.org
> Message-ID: <4D006B2A.5090407 at bitsavers.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 8/20/10 11:23 AM, Tom Gardner wrote:
> > For some Computer History Museum work I need information on 7400 series
> Flip
> > Flops (S and Normal, DIPs) circa 1973 (anything 1970-75). Anyone have
> any
> > maximum clock speed and OEM volume pricing information on parts such as
> 7473
> > thru 79 or 74106-116?
> >
>
> At introduction (May 1966) The 7474 (25Mhz toggle freq) was $11.40, $9.10,
> $7.70
> quantity 1/25/100, respectively
>
> The most expensive TI TTL part at that time was the 7491 9 bit shift
> register at
> $31.25, $24.85, $21.25
>
> Their most expensive IC was the linear SN354A Demodulator/Chopper at
> $145, $116, $99
> ------------------------------
There is a fairly complete set of IC Masters at the UC's Northern Reference
Library Facility, Richmond CA, http://www.lib.berkeley.edu/NRLF/. They have
a public reading room and will pre-pull material per an email request,
nrlfreq at library.berkeley.edu.
As it turns out I will be there next week doing some research on DRAM using
all the IC Masters and can see what is in the 1973 version about various
TTL.
FWIW, I frequently use a learning (pricing) curve off a per 100 price to get
a reasonable estimate of the high volume OEM price. You will have to
justify the learning percentage (2% to 10%) and the OEM volume (multiple of
annual volume of a high volume system?) to come up with a price. For
example using the 1966 7474 at $7.70 with a 5% learning curve and a 100,000
OEM volume has an estimated OEM price of $4.60. You will have to do some
research and thinking to come up with the values u use.
Tom
Date: Mon, 06 Dec 2010 17:33:50 -0500
From: "Curt @ Atari Museum" <curt at atarimuseum.com>
Subject: Re: Drive Type International Memories, Inc. (IMI) 5012H
> Weren't IMI's used in much of the earlier Corvus drives too?
Yes, in fact Corvus later acquired IMI AFAIK.
Cromemco also exclusively used IMI drives with their WDI and WDI-II IMI
controllers before they finally went to an ST-506 controller, both the large
7000 series and then the smaller 5000 series; note that the 5000s were
available with either the 40-pin IMI interface or a standard ST-506
interface and the model numbers are not necessarily unique.
mike
>Message: 26
>Date: Fri, 10 Dec 2010 00:27:09 -0600
>From: Doc Shipley < doc at vaxen.net >
>Subject: Re: Wow! Lego Antikythera device -- and it works
>Evan Koblentz wrote:
>> http://therawfeed.com/apple-engineer-re-creates-2000-year-old-greek
>
>?? I thought the Antikythera Research Project decided a few years ago
>that the original did NOT use differential gearing.
>
>?? To be perfectly honest, the fact that the Antikythera incorporates
>the first known User Guide impresses me as much as the technology....
>
>????????Doc
>
The report in The Register ( http://www.theregister.co.uk/2010/12/10/lego_computer/ ) includes some additional links, including one to an interesting article in Nature News from Nov. 24th at http://www.nature.com/news/2010/101124/full/468496a.html .
Bob
Anyone have a use for this? It is a memory expansion board of some kind
>from a Netserver LX PRO.
It has sixteen 72 pin SIMM slots. Not populated.
HP D4262-60009
Free for cost of shipping from 78759
Jeff Walther
Forwarded from the Greenkeys list.
Looks like an interesting piece of test gear:
http://cgi.ebay.ca/ws/eBayISAPI.dll?ViewItem&item=370462778137
- John
From: "George B. Hutchison" <w7tty at olypen.com>
To: "Don Robert House" <Packard42 at gmail.com>,
<dhunter at islandregister.com>
References: <4D001215.31954.3F92DD3 at dhunter.islandregister.com>
<77B62C3F-03B0-47FD-8BC6-BFC1BF51B8DA at gmail.com>
Date: Wed, 8 Dec 2010 22:14:21 -0800
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-osmtp-outbound-sender: w7tty at olypen.com
X-osmtp-host: 65.243.191.51
X-osmtp-virus: clean
Cc: greenkeys at mailman.qth.net
Subject: Re: [GreenKeys] ATLANTIC RESEARCH DATA TECH DTS-1-M470/483
X-BeenThere: greenkeys at mailman.qth.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Discussion of older radio teletype \(RTTY\) gear "
<greenkeys.mailman.qth.net>
List-Unsubscribe: <http://mailman.qth.net/mailman/listinfo/greenkeys>,
<mailto:greenkeys-request at mailman.qth.net?subject=unsubscribe>
List-Archive: <http://mailman.qth.net/pipermail/greenkeys>
List-Post: <mailto:greenkeys at mailman.qth.net>
List-Help: <mailto:greenkeys-request at mailman.qth.net?subject=help>
List-Subscribe: <http://mailman.qth.net/mailman/listinfo/greenkeys>,
<mailto:greenkeys-request at mailman.qth.net?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: greenkeys-bounces at mailman.qth.net
Errors-To: greenkeys-bounces at mailman.qth.net
X-Spam-Status: No, score=-2.6
X-Spam-Score: -25
X-Spam-Bar: --
X-Spam-Flag: NO
That unit was one of the standard pieces of test equipment issued to all RCA
Service Company Data Comm Techs.
When RCA succumbed to GE, a lot of them just disappeared.
I still have mine and it still works like a champ.
If the manual didn't come with that one let me know and I'll haul my manual
down to UPS and have it scanned into a .pdf.
You can either use it as a loop keyer, or, if you need loop power, it will
provide that as well.
You can send distorted signals up to 44 per cent switched bias, and can
measure incoming bias and distortion as well.
I never left home without mine.
There is a built-in FOX generator that will do baudot, ASCII,
Teletypesetter, and EBCDIC. And you got a very good deal.
A friend of mine traded a new, unfired .45 ACP Match Grade pistol for one,
and both parties thought they got the better end of the deal.
The Beer Cooler Accessory was extra, but otherwise they were a repairman's
dream.
W7TTY
Hi all --
Got myself a Friden 1162 desktop calculator. This is from about 1968-69
and has a neat-O keen CRT display and uses a magnetorestrictive delay
line memory. Kinda cool.
Mine has taken a fair amount of abuse over the years, and is currently
not working properly -- at the moment it powers up (with nominal
voltages, etc) and displays a normal display of all zeros, but as soon
as a key is depressed, the screen goes blank and never returns.
The 1162 has a rather interesting keyboard encoding mechanism (you can
see a decent overview of the device & the keyboard mechanism here:
http://www.oldcalculatormuseum.com/friden1162.html) Close investigation
of the keyboard mechanism on my specimen reveals that a few of the
plastic "fingers" that are positioned on the rods that move the magnets
to/away from the reed switches have snapped off.
I have a close up picture of what the fingers are supposed to look like at:
http://yahozna.dyndns.org/scratch/friden/normal-finger.JPG
And a picture of one of the broken ones at:
http://yahozna.dyndns.org/scratch/friden/broken-finger.JPG
The broken fingers no longer make contact with the mechanism, and so a
couple of the reed switches do not get activated properly. I'm guessing
that this is at least part of the reason the machine is acting the way
that it is (that it's getting unexpected scancodes from the keyboard and
going off into the weeds...)
I need to figure out how to "recap" these fingers. I don't have a lot
of experience repairing plastic stuff like this, anyone have any
suggestions?
Thanks!
Josh
I still have some parts for the original LaserJet. If I recall
correctly, the engine was made by Canon and was also used in printers by
other manufacturers like QMS and Canon. I installed & maintained quite
a few of them.
As far as collecting printers, I still have a few that are small enough
to hold onto. I have a Kleinschmidt drum printer (1960's?) and an
Axiohm aluminized-thermal printer from the late 70's. I had to give up
all my Teletype's (ASR-33 and an older model) as well as a chain
printer, Printronix line printer, and a wet-process "laser" printer from
the early 70's (?) I think it was a Xerox. Just took up too much space.
They are all a part of history; I hope someone out there is holding onto
them.
Clay
---------------------------------------------------
Owned by a coworker of mine who says it still works fine.
He doesn't want to throw it out if there is someone
interested in preserving it. Somehow, I've never been
interested in adding printers to my collection. In the
"nostalgia era" of my computer experience, what I collect,
printers were noisy, messy and not worth the bother.
Anyway, if you want it and can arrange to pick it up fairly
quickly, let me know.
Bill
I was given a ZIP file that unpacks to two directories under MacOSX:
Diagnostic1
MacUser
All files are in pre-OSX "forked" format. I copied both resulting
subtrees to a netatalk server and tried to access them from a 68k mac. For
some reason, the second of these is visible under MacOS 7.x (tried several
values of 'x')!
The MacUser directory is fine - both data and resource forks are as
expected. However, no matter what I've tried 'Diagnostic1' simply does
not show up in the finder. I'm sure it's something basic, but I'm not
much of an ancient Mac guru.
Any ideas?
Steve
--
For some Computer History Museum work I need information on 7400 series Flip
Flops (S and Normal, DIPs) circa 1973 (anything 1970-75). Anyone have any
maximum clock speed and OEM volume pricing information on parts such as 7473
thru 79 or 74106-116?
I must be getting old because I remember the 7474 well but I thru out my
Yellow books years ago :-)
Thanks
Tom
I was contacted many months ago by folks in York PA about a large
TRS-80 Model II collection they need to get rid of.
This includes several CPUs, hard drives, software, manuals and so on.
Someone was supposed to collect this but has failed to do so and now
the gear is in jeopardy of being scrapped VERY soon.
If you can save all or part of this haul please contact me ASAP so I
can put you in touch with the owner.
This stuff should have been gone by the beginning of last month so
time is critical to save it.
--
Erik Klein
www.vintage-computer.comwww.vintage-computer.com/vcforum - The Vintage Computer Forums
marketplace.vintage-computer.com - The Vintage Computer and Gaming Marketplace
Hi! I made this offer at Vintage-Computer.com forums and got some response
so am also making the same offer on CCTALK. The following link is the
design I referring to:
http://n8vem-sbc.pbworks.com/w/browse/#view=ViewFolder¶m=SCSI2IDE
I am trying to decide what to do with the SCSI to IDE/SD project. I think it
would be a good and helpful thing to have but recognize it may be too
specific or overcome by events. If you are interested in buying a prototype
board please contact me at
mailto:LYNCHAJ at YAHOO.COM?subject=SCSI2IDE
If there are 5 people interested I can get a batch of five PCBs made for
$150 or $30 each. If there are 10 I think I can get the prototype board cost
reduced to around $20 each.
Please note if you buy a prototype board you don't have to actually build
and test it. You can buy a board and have it sent to a volunteer builder for
build and test.
If the SCSI2IDE project is to succeed we have to get past the prototype
board phase and into the hands of builders for coding. Obviously with
prototype boards there are no assurances and you can expect there will be
problems. We have to find those and fix them before a manufactured PCB is
even a possibility.
Thanks and have a nice day!
Andrew Lynch
Does anyone have experience or notes on the absolute minimum hardware to
do parallel narrow (and slow) SCSI.
Back in the early days, we were doing non arbitrated buses, and they are
now essentially unsupported, and there are some more bits related to
Attention that possibly has to be responded to quickly to keep from
upsetting initiator stacks. However I would think a small circuit
external to a small processor such as a PIC or AVR would allow one to
fool most initiators, and do a simple device with SCSI on one side, and
either ethernet or USB on the other, or even an SD ram part.
The reset signal has some real constraints about getting the drivers off
the bus really quickly, and that is one signal that can't be handled in
software unless you have really fast response. Also there are some
state transitions related to Reset that I think might have some issues.
You would of course need to latch that a reset occurred and when your
slow device got around to polling it it could handle that.
Also when the states are decoded would not be too hard to record and latch.
I just wonder if this would be less than the simple target circuits out
there and would be very difficult to implement.
The messaging and selection added some logic I have not studied in a
long time such that there were some transitions that could not be easily
handled either.
Jim
I recently acquired an HP 87 that I was able to repair, all except for a
few sticking keys. From digging through the archives at this site and
the HP-80 Series sites it seems the only way people have found to fix
these is to cannibalize the plungers from other similar keyboards. Has
anyone figured out a way to repair these cracked key plungers yet? I
have tried a few things like gluing and wrapping and melting, etc, with
little success. Does anyone know a source for these plungers? The HP
part number 1535-4043 still comes up on HP parts site with no stock.
Clay
The IMI 5012H is I am told a clone of the Shugart ST-512, which is a type 1
drive, can anyone confirm this? I am, working to resurrect an IBM AT.
Silly me I disconnected the battery and lost the configuration settings. I
attempted to run setup, but when I declare the drive to be type 1 (or 2),
the system returns a 1780 error code (drive seek error)...which makes me
wonder if this is not really a drive type=1.
Thanks
Bill Degnan
On Wed, Dec 1, 2010 at 9:42 PM, Chuck Guzis <cclist at sydex.com> wrote:
> The Microsoft issue, I recall was with dead code elimination. ?The C
> expression
>
> ? ? ? ?while( C != 0);
>
> could normally be eliminated if C was 0...
I have used the following in embedded code to tight-loop the CPU in
certain circumstances, intentionally requiring a reset of the
processor to escape...
for (;;)
;
I suppose a good optimizer would know that you really meant to do that
and should produce something resembling the following
$1: JMP $1
...but I certainly wouldn't want that statement optimized out entirely.
> The beauty of a good optimizer is that it allows one to write legible
> code that still turns in good performance.
Indeed.
The horror of a bad optimizer (and I _have_ seen this) is that it
introduces bugs that vanish when the optimizer is turned off.
-ethan
I should add that these readings were taken while the machine was waiting
for me to insert a disk (according to the screen icon). Actually a disk was
already inserted. I also looked for any change in voltage on any of the
pins when I clicked the icon to activate the drive. There was no change in
any of the readings.
Terry
----- Original Message -----
From: "terry stewart" <terry at webweavers.co.nz>
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk at classiccmp.org>
Sent: Wednesday, December 08, 2010 6:48 AM
Subject: Re: apple Lisa2. Any advice on non-working floppy drives?
> Hi Tony and others. Progress and pin readings from the Lisa 2 project...
>
> I've cleaned a couple of the 400k Drives thouroughly just in case the
> machine was struggling with the mechanisms. No change. The drives still
> sit there on boot in stubborn silence, although the LEDs inside are lit.
> No sound or attempt at disk ejection when there is a disk present.
>
> I did some measurements on the Lisa Lite board input connector, and here's
> what I found. I used the circuit diagram at
> http://www.freeinfosociety.com/electronics/schemview.php?id=1417 . The
> signals in brackets represent the corresponding pins on the sony floppy
> drive. A disk was in the drive at the time.
>
> PH0 (CA0) - 0.2v but rises to 3.5v momentarily when the machine is first
> switched on
> PH1 (CA1) - 0,2v normally but every 4-5 seconds this pulses to 3.5v
> PH2 (CA2) - Same as PH1
> PH3 (LSTRB) - 0.2v
> WRQ (WRTGATE) - 4.9v
> HDS (SEL) - 4.3v but pulses to 0.2 v every 4-5 seconds
> DEN (ENBL) - 0.2v
> RDA (RD) - 4.9v but pulses to 0.2 v every 4-5 seconds
> WRD (WRTDATA) - 0.2v
> MT (goes to Lite Adaptor circuitry) - 0.11 Returns to drive pin as
> PWR - 3.6v
> All 12v and 5v power and ground pins read what they should.
> SNS - 4.9v but pulses to 0.2 v every 4-5 seconds
>
> I''m still digesting what this all means using the Lisa hardware manual
> here
> http://lisa.sunder.net/LisaHardwareManual1983.pdf . There is a
> comprehensive explanation of how the drive interface works in section 6
> but I'm still digesting this and trying to get my head around it.
> Appreciate that I'm not a techie and a lot of this stuff is new to me.
>
> As I see it at the moment, the drive is certainly getting power, and
> appears to be getting signals. Whether these signals are the right ones
> are another question?
>
> Terry (Tez)
>
>
> ----- Original Message -----
> From: "Tony Duell" <ard at p850ug1.demon.co.uk>
> To: <cctalk at classiccmp.org>
> Sent: Monday, December 06, 2010 10:09 AM
> Subject: Re: apple Lisa2. Any advice on non-working floppy drives?
>
>
>>>
>>> Tony, thanks for doing that bit of research.
> .....
> .....
>>> I have a manual with some schematics and tonight I'll check and see if
>>> the
>>> LisaLite board is there.
>>
>> As I said a Google search found it fairly easily. The Lisalite board
>> looks quite simple (the schematic is just 1 sheet, and I recognisd all
>> the chips on it). I didn't do much more than glance at the schematic, but
>> it seemed to be a dairly simple PWM generator using TTL coutners and '85
>> comparators. I think the control vaule is bit-serially loaded into a
>> shift register on the board.
>>
>>>
>>> >Firstly, since you have no idea as to the health of any
>>> > of the parts, you can't deduce anything from the fact that swapping
>>> > them
>>> > out makes no difference.
>>>
>>> Not entirely true, as the Lisa 2 startup checks carry right through
>>> until it
>>> asks for a disk for inserted. So I can assume most parts are working.
>>
>> Can you? I have no idea what these startup checks actually test, but I
>> would have thouht it as possible for one of the I/O chips that links to
>> the drive to havee failed but in a way that it still passes the tests.
>>
>>> Incidently, the docs I have suggests this routine also checks the
>>> LisaLite
>>> controllers so (according to the machine anyway) these are ok. It's
>>> hard to
>>
>> I wonder how? I couldn't see any way for the machine ot check that the
>> PWM signal (the only signal truely sourced by the Lisalite board) is
>> present and corret.
>>
>>> believe that THREE drives all have the same fault though. All inputs
>>> into
>>> the drive are from the LisaLite board. Maybe the diagnostic checks are
>>> not
>>
>> Not really. While the only external cable from the drive does, indeed,
>> plug into the Lisalite board, the shcmeatics show the most of the signals
>> are simply passed (with no buffering or anything) between the 'Twiggy'
>> connector back to the Lisa I/O board and the Sony drive connector. I
>> think it's likely that any problems iwth those signals are not caused by
>> the Lisalite board (broekn PCB tracks are not common).
>>
>>> as thourough as they should be.
>>
>> We don;t (or at least I don;t know) what hte diagnostics actually check.
>> There's also the issue that you're using a defective system to diagnose
>> itseld, and while most diagnostics are written assuming that anythign
>> that hasn't been checked could well be defective, some are not. I've seen
>> diagnostics that basically assume that the machine is working correctly,
>> and which don't help _at all_ if there is a fault.
>>
>> I really do think you need to start making some measurements on the drive
>> connecotr and see just what is, and is not, correct there.
>>
>> -tony
>>
>
>
> >
> > The IMI 5012H is I am told a clone of the Shugart ST-512, which is a
type 1
> > drive, can anyone confirm this? I am, working to resurrect an IBM AT.
> > Silly me I disconnected the battery and lost the configuration
settings. I
>
> Obvious question : Did it work before you disconencted the battery? In
> other words do you know the problem is just due to misconfiguration?
>
Yes. It worked fine before I disconnected the battery. I assumed it was
dead and I was planning on replacing it with a new one.
>
> There is a 3rd party setup program that will run on the real IBM AT (I
> know this, becuase it's what I use on mine). I has the advantage that
> when you select a particualr drive type, it displays the actual
> parameters (cylinders/heads/etc) too.
>
> That way you could at least check you're selecting someting that makes
sesne.
>
> Are you using the orignal IBM (Western Digital, actually) controller
board?
>
Yes. original board.
What I plan to do next is put the drive in an XT, because in an XT there is
no battery needed and I can use spinrite to determine the drive number.
It's possible given I was getting a 1780 error that there is a problem with
both my controllers.
Bill
Owned by a coworker of mine who says it still works fine.
He doesn't want to throw it out if there is someone
interested in preserving it. Somehow, I've never been
interested in adding printers to my collection. In the
"nostalgia era" of my computer experience, what I collect,
printers were noisy, messy and not worth the bother.
Anyway, if you want it and can arrange to pick it up fairly
quickly, let me know.
Bill
Ok guys,
The Good bit....
All this talk of SCSI to whatever got me curious so I started experementing.
What I have so far :
An AVR ATMega1284 (DIP40), connected to an SD card by SPI and to the
SCSI bus via 4 LS chips (1xLS273 and 3xLS240). I currently have
implemented just a few of the SCSI command set, Identify, read, write,
test ready and request sense.
Thist is enough to be able to connect to a PC SCSI card, format the
drive and read and write files to it....heheh I can even boot off it !
I'm using Chan's FatFS, and in this way the drive seen by the SCSI is
actually a large image file on the SD card, I did this as it will make
backing up the drive *MUCH* easier if the target system is not a PC, as
you can simply take the SD card out and copy the image file without
worrying about it's internal structure. In theory this will also make
sharing data between the target system and an emulation running on
something more modern.
There's a couple of pictures here :
http://www.stardot.org.uk/forums/viewtopic.php?f=11&t=3646
The bad bit......
Whilst this all works it's SLOWWWW, using Norton utilities SI, reports
that the disk is 0.2x the speed of an original PC, cirtainly bootup
times are much more akin to what I would expect from a floppy drive :(
So I would sugest that for replacing hard disks that using SCSI->SD is
probably not going to be fast enough.
My next experements are going to center on replacing the SD with an IDE
drive, hopefully this will provide a suitable speed increse, asuming
that this works it should be easy enough to use a CF->IDE adapter board
to use a CF drive instead of an IDE, which will allow the media to be
removable and easiliy swapable.
The other thing I want this to support is 256 byte sectors as some old
machines rely on this, a feature which is supported by some of the early
SCSI/SASI to MFM/RLL boards but very few native SCSI drives, this would
be of perticular intrest to some of the Acorn 8 bit machines.
Comments & sugestions welcome.
Cheers.
Phill.
--
Phill Harvey-Smith, Programmer, Hardware hacker, and general eccentric !
"You can twist perceptions, but reality won't budge" -- Rush.
In 1966, Ken Knowlton created a 16-minute black and white film showing
animated algorithms for the L6 language. Does anyone know if this
film is online anywhere or if the film has been archived anywhere (CHM
perhaps?). Bell Labs used to have a historian, but since Bell Labs no
longer exists, I have no idea who to contact anymore about this sort
of thing. Does anyone know?
--
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
<http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/>
Legalize Adulthood! <http://legalizeadulthood.wordpress.com>
Hi guys,
I've got my 3B1 emulator "mostly working" in that it runs the Boot PROM,
sees the floppy disc in the drive, and proceeds to boot from it, getting
as far as the Loader.
When it gets to the Loader, I get the following display:
AT&T UNIX(tm) pc
Loader version 3.51
Copyright (c) 1985, 1986
AT&T
All Rights Reserved
Searching floppy disk...
####
Searching hard disk...
... and it stops there. I can tell from the emulator log that it's
trying to get the hard drive controller to read CHS 0:0:0 and DMA the
data into RAM at 0x77830, but because the HDC isn't implemented, it
locks.
What I expected was for the Loader to pick up the boot files on the
Diags disk, boot from that, and ignore the HDD. Does anyone know what
"typical boot behaviour" is for a 3B1, 7300 or UNIX PC, when booted from
the Diagnostics floppy (Foundation Set, disk 1) ?
This is a bit of a head-scratcher -- I'm trying to figure out if there's
a problem with my FDC driver (wouldn't be the first one) or the
DMA/interrupt controller, or if the Loader really needs a hard drive
controller (or a really good fake) to boot the system.
I'd also really like to know why the DMA controller has two separate
direction control bits -- DMAR/W- and IDMAR/W-... this seems downright
silly, though in keeping with the rest of the TechRef. My "annotated
edition" corrects about a dozen minor and major errors in the register
set descriptions, and adds a bunch of informational sticky-notes and
scribbly comments to reinforce certain points. Ewwww...
If anyone's interested in playing with my emulator -- go to
<http://www.philpem.me.uk/code/3b1emu/>. Hit the link under "Mercurial
repository", then ".tar.bz2" to get a Tarball of the sources. Untar it.
Grab the boot PROMs, and put them in a directory called 'roms' as
'14c.rom' and '15c.rom'. Use IMDU (Imagedisk utility) on a DOS PC (or
inside Dosbox) to convert the Foundation Set disks from IMDs to binary
files, then copy the first Foundation disk (Diagnostics) as 'discim'.
Compile (you'll need libsdl, aka the Simple DirectMedia Layer) and run.
I know the code is a mess, patches to rectify this (or any of the other
millions of bugs) would be almost certainly be accepted :)
There's also no keyboard or mouse emulation yet, just the CPU, video,
RAM, ROM and a basic memory mapper and DMA emulation. As for Ethernet
emulation... that's on the "maybe later" list, right after "learn how to
send and receive Raw Ethernet frames on Linux".
Thanks,
--
Phil.
philpem at philpem.me.uk
http://www.philpem.me.uk/
At 03:14 PM 12/4/2010 -0600, you wrote:
>On Sat, Dec 4, 2010 at 2:39 PM, a50mHzHam <a50mhzham at gmail.com> wrote:
> > WANTED: A good home for my last three RACK'O'CD boxes by MDI.
>
>I'd be interested if it's easy (which means no shipping). Where are
>you located?
>
>brian
Southeast Wisconsin-- Milwaukee metro area.
-----
350. [Computing] "Formal specifications yield correct programs." No. Formal
specifications yield PhD theses. They may also occasionally yield
programs as by-products, but no useful ones. --Ronald F. Guilmette
--... ...-- -.. . -. ----. --.- --.- -...
tpeters at nospam.mixcom.com (remove "nospam") N9QQB (amateur radio)
"HEY YOU" (loud shouting) WEB: http://www.mixcom.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
SCSI to SD/IDE
Phill Harvey-Smith afra at aurigae.demon.co.uk
<mailto:cctalk%40classiccmp.org?Subject=Re%3A%20SCSI%20to%20SD/IDE&In-Reply-
To=%3C4CFAF40D.30108%40aurigae.demon.co.uk%3E>
Sat Dec 4 20:08:13 CST 2010
* Previous message: SCSI to IDE
* Next message: SCSI to SD/IDE
* Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
________________________________
Ok guys,
The Good bit....
All this talk of SCSI to whatever got me curious so I started experementing.
What I have so far :
An AVR ATMega1284 (DIP40), connected to an SD card by SPI and to the
SCSI bus via 4 LS chips (1xLS273 and 3xLS240). I currently have
implemented just a few of the SCSI command set, Identify, read, write,
test ready and request sense.
Thist is enough to be able to connect to a PC SCSI card, format the
drive and read and write files to it....heheh I can even boot off it !
I'm using Chan's FatFS, and in this way the drive seen by the SCSI is
actually a large image file on the SD card, I did this as it will make
backing up the drive *MUCH* easier if the target system is not a PC, as
you can simply take the SD card out and copy the image file without
worrying about it's internal structure. In theory this will also make
sharing data between the target system and an emulation running on
something more modern.
There's a couple of pictures here :
http://www.stardot.org.uk/forums/viewtopic.php?f=11&t=3646
The bad bit......
Whilst this all works it's SLOWWWW, using Norton utilities SI, reports
that the disk is 0.2x the speed of an original PC, cirtainly bootup
times are much more akin to what I would expect from a floppy drive :(
So I would sugest that for replacing hard disks that using SCSI->SD is
probably not going to be fast enough.
My next experements are going to center on replacing the SD with an IDE
drive, hopefully this will provide a suitable speed increse, asuming
that this works it should be easy enough to use a CF->IDE adapter board
to use a CF drive instead of an IDE, which will allow the media to be
removable and easiliy swapable.
The other thing I want this to support is 256 byte sectors as some old
machines rely on this, a feature which is supported by some of the early
SCSI/SASI to MFM/RLL boards but very few native SCSI drives, this would
be of perticular intrest to some of the Acorn 8 bit machines.
Comments & sugestions welcome.
Cheers.
Phill.
--
Phill Harvey-Smith, Programmer, Hardware hacker, and general eccentric !
"You can twist perceptions, but reality won't budge" -- Rush.
________________________________
* Previous message: SCSI to IDE
* Next message: SCSI to SD/IDE
* Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
________________________________
More information about the cctalk mailing list
<http://www.classiccmp.org/mailman/listinfo/cctalk>
________________________________
-----REPLY-----
Huzzah! Good for you! Glad to see *something* coming out of all of this.
Congratulations! Have a nice day!
Andrew Lynch
Hi! Thinking about this some more, we already have simple Z80 with RAM/ROM
circuits and 8255 PIA for I/O including circuitry for 8255 to IDE.
The only new element of this design would be converting a pair of 8255 PIAs
to SCSI-2. Looking at a pin out of a SCSI-2 pin out of the 68 pins, 34 are
grounds and a few more are power related. Basically it is about 30 pins
which actually do anything and of those 24 are data lines. This does not
appear to be a difficult interface to "bit bang" and would be somewhat akin
to the 8255 to IDE circuits.
Yes, performance would just OK and not fast. I think it would probably work
and be fairly cheap to make. I am willing to support other approaches but
would like to just help with the schematic capture, PCB design, and
prototype board development. The key to success is to keep it simple and
easily understood. Adding a bunch of unnecessary complexity just dooms the
project IMO.
Please contact me if interested. Thanks and have a nice day!
Andrew Lynch
>Date: Fri, 03 Dec 2010 19:13:08 -0800
>From: Eric Smith <eric at brouhaha.com>
>Dyslexia strikes again. I thought you were looking for the 85C30, not
>the 53C80. Sigh.
>
>I doubt that anyone makes the 5380 or 53C80 anymore.
Not quite the 53C80, but perhaps the next best thing:
I have three 53C94 and three 53CF94 in 84 pin PLCC packages which I will
happily ship (for free) to anyone who wants to dabble on this project.
They are untested, and I'm looking at my inventory trying to figure out
whatever possessed me to buy them in the first place. Perhaps I got them
with a larger lot. I only ask that you actually be about to experiment
before you ask me to send them to you. It's too easy to acquire stuff
with the intention of doing a project and then for various reasons never do
it.
I also have a brick of 660 NCR 53C96 chips. Unfortunately, these are a
(IIRC) 100 pin QFP (30 X 20?), which is more difficult to work with than a
DIP or socketable PLCC. I am reluctant to open the (sealed) brick to pull
out one or two, but if someone wants to develop this project with the 53C96
in mind I'd be happy to supply 53C96s for the production at a nominal cost;
certainly no more than $1 per chip. Again, not quite sure what I was
thinking when I bought them....
If these are usable and not too modern for this project that should help
keep the cost down as compared to paying $5 - $10 per SCSI chip.
Finally having a written inventory really helps to bring home all those
items that I just can't imagine any realistic future use for....
I put the datasheets for the AMD 53C94/96 and the 53CF94/96 as well as the
Zilog 53C80 up at:
<http://www.io.com/~trag/DataSheet/>
Jeff Walther
SCSI to IDE
Alexandre Souza - Listas pu1bzz.listas at gmail.com
<mailto:cctalk%40classiccmp.org?Subject=Re%3A%20SCSI%20to%20IDE&In-Reply-To=
%3C04B9CB3C0CBB4169A8660B24014CB7FB%40portajara%3E>
Sat Dec 4 14:50:26 CST 2010
[snip]
Time to define DOWN TO EARTH specs and begin working :)
Greetings from Brazil,
Alexandre SOuza
[snip]
Alexandre,
The work on a SCSI to IDE and SD bridge has already started. I have a
schematic, parts list, and PCB layout ready for prototype board up on the
N8VEM wiki. Check out the thread on vintage-computer.com forum. It has the
Z80 controller, Z53C80, and IDE plus the SD interface. An 8 MHz Z80 will
push the data plenty fast enough for early microcomputers. We've seen it
first hand with XT-IDE board, the N8VEM DiskIO board, and the S-100 IDE
interface. Connect an IDE to CF adapter and it will be a fast drive on most
any vintage system.
Low cost commercially available SCSI to IDE bridges are already available
for those with Ultra-SCSI and later so there is no need to help them. I
think the need is for the older SCSI format which *classic* computers use,
not the fancy modern stuff. An Ultra-SCSI interface does no good for an
early microcomputer with a SCSI-1 interface which I think should be the
"classic computer" audience since they need a SCSI to IDE bridge the most.
The mailing list is called "CCTALK" for a reason. That's what's pretty much
the only thing done here. I agree with your sentiment -- I to would like to
see less "talk" and more "do". Don't listen to the naysayers or those who
set unrealistically high expectations but refuse to actually do anything
except complain. I've been offering to help design a KiCAD schematic and/or
PCB board and/or prototype PCBs based on *anyones* design since the start of
this thread and have only gotten flamed and ignored. Maybe you'll have
better luck.
Andrew Lynch
PS, if you are planning to offer a PCB or kit, I advise you not use SMT or
you'll be assembling nearly all of them yourself. A lot of hobbyists
especially those with diminished vision struggle with even DIP/PLCC
soldering and SMT parts will just make you the assembler as well as the
designer.
----- Original Message -----
From: <ma.locksmith at juno.com>
To: <amateur-repairs at yahoogroups.com>; <freebay at mailman.qth.net>
Sent: Saturday, December 04, 2010 7:59 PM
Subject: [Amateur-repairs] Computer drives
>I don't expect anyone wants one of these, but I've "got" to ask anyway.
>
> Have box of various computer drives.... floppy (all types), hard (SCSI),
> and even a CD-RW.
>
> Of course, no drivers.
>
> Free for postage
>
> Ed
>
> .
> ____________________________________________________________
> Explosive Stock Secrets
> Learn the Secret art of picking penny stocks before they spike
> http://thirdpartyoffers.juno.com/TGL3141/4cfaba0b5b184f28c1st05duc
>
WANTED: A good home for my last three RACK'O'CD boxes by MDI.
MUST GO, need space, need basement floor and drain tile repaired. PLEASE
some take these, or some of the drives, soonest. Price: FREE (you pay
shipping.)
These are nifty 7 inch high rack mount boxes about 20 inches deep, each
containing seven SCSI CD-ROM drives, a power supply (4 voltages, including
+5 at 23A, +12 at 15A) assorted cabling, and a SCSI LUN controller widget.
The boxes have two SCSI conncectors each, the large "centronics" type
(50-pin?) and a SCSI address selector.
The CD-ROM drives are Toshiba XM-5401B, each mounted to a sort-of sled,
more like drive rails, with spring-loaded thumb screws holding them in.
Each has connectors for Audio Out (L and R), SCSI ID and termination, SCSI,
and power.
The boxes have a hinged door on top for access to the rear of the drives.
With the thumb screws on the drives, tool-less removal is possible.
If you need the terminating resistor packs, specify you want drive a #7
(first-come, first served.)
You can get the entire box, or two, or three, or some drives (specify
quantity) but I don't really want to disassemble these enough to extract
the power supply. If I do that, I'll keep a power supply. They look like
old style AT type, without the motherboard connection.
-----
135. [Computing] Was it Ritchie or Thompson who said about X: "Sometimes, when
you fill a vacuum, it still sucks"?
--... ...-- -.. . -. ----. --.- --.- -...
a50mhzham at gmail.com (Email) N9QQB (amateur radio)
"HEY YOU" (loud shouting) WEB: http://www.mixcom.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
[snip]
2) I don't want a pre-built board with peripherals I don't need on it. I
am a great believeer in actually designin the hardware to suit the
problem I am solving
-tony
-----REPLY-----
Hi,
Please check this approach to a SCSI to IDE and SD interface
My design for the SCSI to IDE and SD interface is just the basics:
Z80, RAM, ROM, UART, IDE, SD, and SCSI controller.
http://n8vem-sbc.pbworks.com/w/browse/#view=ViewFolder¶m=SCSI2IDE
Everything fits comfortably on a Eurocard PCB.
All the part are commonly available for about $20-$30 total.
Thanks
Andrew Lynch
Is the Z53C80 still available new ? If so from where ?
Cheers.
Phill.
-----REPLY------
Try findchips.com
Digikey, Quest Components, Area51ESG, eBay, etc.
You might need to get an RFQ.
Thanks!
Andrew Lynch
PS, if you or anyone else is interested in helping/developing on making this
project a reality, please join me on vintage-computer.com forums. I am
assessing interest in this as an N8VEM project and need some volunteer
builders to launch the project. The schematic, PCB layout, and parts list
is ready for a prototype order which will happen once there is enough
builders involved to sustain the project.
Coming a bit late into this, but anyway...
On 11/18/10 08:39, "Jerome H. Fine"<jhfinedp3k at compsys.to> wrote:
> >Antonio wrote:
>
>>>> >>>Having (many years ago) recovered data from a borked RT-11
>>>> >>>filesystem, I can certainly confirm that.
>>>> >>>
>>> >>However, I don't understand how you can use TECO to actually
>>> >>repair an RT-11 filesystem. For that purpose, I can only see
>>> >>SIPP as being able to
>>> >>change or repair
>>> >>
>> >I'm pretty sure I didn't say "repair"; I merely recovered data.
>> >
>> >I don't recall exactly what went wrong, but essentially I went
>> >in with TECO and found the right blocks for the various source
>> >files I needed, loaded them into TECO and wrote them out
>> >to floppy. Needed some minor tidy up as I recall but that's about all.
>> >
>> >
> OK!! I understand completely!! If anyone else who is interested does not
> understand, please ask some questions.
>
> If the ASCII data in question was not in the first buffer, than I assume
> that
> something like the TECO command:
> <ASstring$:;J9999K>$$
> was what you used to find the start of the file which you had lost.
Well, yes and no.
What you actually do is:
ERfilename$_string$$EWnewfile$HPW$EC$EX$$
(assuming that all the data you are interested in are in the buffer,
otherwise include P commands in there to the appropriate amount, before
the HPW.)
If you really want to use A to append more data from the disk, you
should probably not use 9999K to dump the current buffer, but use HK
instead.
Also, if a search fails, you'll aready be at 0, so no reason for the J
command.
> By the way, KED can do the same, but is limited to devices (I assume that
> you must have done a non-file-structured open, i.e. ERdev:$$) that are less
> than 32768 blocks. Since I have never had occasion to edit a full MSCP
> device of 65535 blocks, I just never noticed the limitation. This
> restriction
> for KED also applies to files. So KED can INSPECT a logical device which
> is 32767 blocks or less or an RL02 device, but no physical device or file
> larger than 32767 blocks in total.
TECO itself will not care, so that would be a limitation from the RT-11
point of view, in that case. TECO will serially read a file (or device)
>from start to finish, and don't really care about the file position
information as such.
>>> >>Can you describe how you used TECO to recover data from a
>>> >>borked RT-11 filesystem (assuming that you did more than just
>>> >>READ the text contents
>>> >>of the files
>>> >>in the same manner that KED would also allow using a
>>> >>non-file-structured edit
>>> >>of the whole device)? Otherwise, if you just used TECO to
>>> >>just READ the
>>> >>text
>>> >>strings, please confirm that as well.
>>> >>
>> >I didn't fix a corrupt system back to a working system. I read
>> >blocks from disk into TECO (as you say, in a non-file structured
>> >mode), somehow found the root directory and worked out where the
>> >files I cared about lived, read each of those and saved them to floppy.
>> >Then either the disk was reformatted or it went back to whoever we
>> >bought it from for a replacement- I just don't remember.
>> >
> More than likely, you just found the source ASCII text you were looking
> for and wrote
> that to the floppy file using something similar the the TECO command
> that I suggested.
> TECO is not designed nor able to show individual words of a specific
> block as SIPP
> is able to do.
Not sure what SIPP is, but TECO can handle, and display, anything. It
was designed to be able to deal with any kind of information, not just text.
>> >TECO can certainly read disk block N, and having done that it can surely
>> >mangle that disk block; what I'm not sure of is whether it can then
>> >write that block out to the required disk block.
>> >
> I really don't think so. TECO can, as far as I know, work only with
> ASCII text strings.
No. TECO works perfectly fine with any kind of binary data.
> Binary data can't be managed easily, if at all, by TECO such as what
> SIPP can do.
No. TECO handles binary data just fine.
Whenever you enter text, all characters are allowed. And by all
characters, I really mean all characters. Control characters are just as
welcome as printable ones. A few characters have special meaning in
TECO, such as ESC, ^C, and a few more. ESC can be used by instead
setting another character as the delimiter for the search string. Other
special control characters can be inserted by prefixing them with ^Q,
which means that the next character should be taken literally, and not
be interpreted. For most characters though, nothing special is needed at
all, and you can just enter them in your search string.
In the case you don't really want to type the control characters as
such, you can create the search string before using it, and then just
suck it into your search string as well.
In addition to this, you also have the powerful pattern matching of
search strings, that TECO gives you. So you can say that any character
should match at a specific position, and then match whatever comes after
more specifically as well (or any number of other potential pattern
matching schemes you can think of).
Johnny
(once more, from the correct email account...)
Hi guys,
Does anyone have any details on the control protocol for the keyboard on
the AT&T 3B1?
A command list and/or scan code list would be most useful... or even
actual driver source code :)
I'm about a third of the way there with my emulator -- it's running the
BootPROM, passes the MAPRAM, VRAM and Base RAM self tests, and I'm well
on the way to implementing memory mapping/protection and the UI
interfaces (keyboard, mouse and video)... I'm not sure how to go about
emulating the telephony hardware though; I might just leave that
"unemulated" for now.
Thanks,
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
On 12/01/10 23:55, Richard<legalize at xmission.com> wrote:
> In article<alpine.DEB.2.00.1012011116190.24432 at slate.spiritone.com>,
> "Zane H. Healy"<healyzh at aracnet.com> writes:
>
>> > On Wed, 1 Dec 2010, Richard wrote:
>> >
>>> > > Since it has a BSD kernel underneath, I'm guessing that all of the OS
>>> > > proper is written in C and that all the Apple stuff on top is written
>>> > > in Objective-Cish.
>> >
>> > It does not have a BSD kernel underneath. It uses the Mach Microkernel.
>> > It has a BSD layer on top of that.
> Sorry, my mistake. I knew there was BSD in there somewhere. Still, I
> doubt the Mach stuff is written in Objective-C, although I believe it
> originally came from NeXT, so who knows.
Well, technically, OS X is neither Mach, nor BSD. But a mix of both. See
http://en.wikipedia.org/wiki/XNU for more details. But I'd consider it
closer to BSD than Mach myself. There is not really much of the
microkernel left in there...
Johnny
At 11:04 PM 12/2/2010, Ethan Dicks wrote:
>On Thu, Dec 2, 2010 at 7:48 PM, Fred Cisin <cisin at xenosoft.com> wrote:
> > On Thu, 2 Dec 2010, Eric Smith wrote:
> >> > A[i++] = i++;
> >> I can't quote chapter and verse, but I'm fairly sure the standard will
> >> say that the result of that assignment is undefined.
> >
> > C can be pretty loose about letting you do such.
>
>There are many things that folks commonly do that are officially
>undefined... like strlen(NULL) (that returned 0 on an NCR box but
>segfaulted a SPARC - the NCR guys tried to claim it proved the Sun was
>broken, but I had to point out that it's undefined).
I remember this with a large potential customer with a bunch of
applications running on HP-UX that needed to be ported to ULTRIX.
lots of code like
strcpy(foo, NULL);
used to initialize strings and
strcmp(foo, NULL)
to see if a string is empty, etc. Apparently location 0 in memory had a
zero.
Fixing this required a lot of work, then we had to fix binary blobs
written to disk (big-endian) to fix them to little-endian.
All of this was used to demonstrate that the DEC platform was obviously
unusable.
Aren't sales reps fun?
Probably more relevant to the compiler optimization thread, another fun
with marketing incident was the Sun rep handing our customer a "simple
little benchmark" that their compiler apparently recognized and
optimized out. The SPARC ran it in seconds while our MIPS based machine
took quite a while. This was my first run-in with the benchmark
preprocessor that did "deep optimization" of the SPECmark benchmarks.
-Rick
SCSI to IDE
Joachim Thiemann joachim.thiemann
<mailto:cctalk%40classiccmp.org?Subject=Re%3A%20SCSI%20to%20IDE&In-Reply-To=
%3CAANLkTikac5TkJkKANRBy_tH4rvEUZPE0qfBfS%3DouSuJN%40mail.gmail.com%3E> at
gmail.com
Sat Nov 27 09:07:00 CST 2010
* Previous message: SCSI to IDE
<http://classiccmp.org/pipermail/cctalk/2010-November/294382.html>
* Next message: SCSI to IDE
<http://classiccmp.org/pipermail/cctalk/2010-November/294386.html>
* Messages sorted by: [ date ]
<http://classiccmp.org/pipermail/cctalk/2010-November/date.html#294385> [
thread ]
<http://classiccmp.org/pipermail/cctalk/2010-November/thread.html#294385> [
<http://classiccmp.org/pipermail/cctalk/2010-November/subject.html#294385>
subject ] [ author ]
<http://classiccmp.org/pipermail/cctalk/2010-November/author.html#294385>
_____
On Fri, Nov 26, 2010 at 11:48, joe lobocki <jlobocki at gmail.com
<http://www.classiccmp.org/mailman/listinfo/cctalk> > wrote:
> So what is our option? I have seen SCSI to IDE adapters around, but they
go
> up into the $100's to $200's, say you have a minimum 10 machines, that
> leaves you somewhere between $1,000 and $2,000 total, before the disk or
> devices. If we could design a simple SCSI to IDE interface, we could be
set
> for a good long while on storage for these devices for a decent amount of
> time. There are all sorts of adapters to IDE, there is CF to IDE, SD to
> IDE,
> SD to CF which could be placed in a CF to IDE adapter if need be, i'm sure
> one could also rig up a USB drive to SCSI if one tried, but I could be
> wrong.
>
>
I have previously proposed here a SCSI-to-SD interface; I've only done
preliminary brainstorming on it, but think it should not be too hard. The
SD card interface is very simple, both from a logic and electrical point of
view: if you don't care much about speed it can be done with SPI. (the speed
should be sufficient to keep up with 68k Mac, Amiga and Atari) All logic
can probably be done in a single AVR or even PIC chip, if you run that at
3.3V, the only additional hardware is the SCSI level shifters.
I do not know enough about low-level SCSI to start designing this yet, and
since I gave away my Amiga 3000 and classic Macs my interest in this project
has all but disappeared... still it'd be kinda fun, I think.
Joe.
--
Joachim Thiemann :: http://www.tsp.ece.mcgill.ca/~jthiem
-----REPLY-----
There was some room left on my SCSI to IDE converter board design so I added
an SD socket.
The SD circuit is very simple and is able to work with some left over inputs
and outputs from the UART.
I think this design would allow for a SCSI to SD converter as you mentioned.
The original intent was for SCSI to IDE converter but would also allow for
SCSI to CF via an IDE to CF adapter.
After a closer reading of the Z53C80 datasheet, I think it is possible to
implement both the polling mode and
a pseudo-DMA mode SCSI. The circuitry seems pretty straight forward and I
think an 8 MHz Z80 should be
able to get some fairly decent transfer speeds.
http://www.vintage-computer.com/vcforum/showthread.php?22906-SCSI-1-to-from-
IDE-drive-converter
Andrew Lynch
I've got to clear out some various backup tapes I've been keeping for
several years now. For starters, I have a bunch of QW5122F and QIC-3020 taumat
format tape carts available. pay for shipping and anything else you want to
add, and they are yours. Reply off list please.
> Date: Wed, 1 Dec 2010 12:55:59 -0500
> From: William Donzelli <wdonzelli at gmail.com>
>> ? That is not so hard, it is very common to build machines like this in
>> Brazil.
>
> Second hand Taigs are fairly plentiful and not horribly expensive.
> They are plenty capable of PC board drillwork, plus you can do all
> sortf os other fun things with them as well.
I did a search on Taig. Interesting machines and the prices look
comparatively good. I was considering a lathe a while back for my
rocketry hobby...
Which machine would one need for automated drilling? It looks like the
CNC Mill would be needed. It's new price is $2200+. It would have to be
discounted an awful lot on the used market before I would think that was a
better buy than just having boards professionally fabricated.
I think the Micro Mill is mechanically capable of the job, but it doesn't
seem to have any type of automated controls, but perhaps I just don't
understand what a mill is.
Which leads to the other issue. In order to make an intelligent decision
about buying a drilling machine, it seems that I must become moderately
educated about the art of machining. Which is an interesting topic, but
not the hobby I was setting out to practice.
This is what ultimately stopped me from buying a lathe for rocketry.
Toner transfer PCB fabrication is attractive because I already have a
laser printer that serves another purpose. A laminator takes up little
space and is easy to put away. The etching tank is a bit of a pain, but
not too bad.
The problem is when I start adding in a milling machine, learning enough
about machining to make intelligent purchases, or building a drilling
machine out of a plotter, and the same two issues for electroplating,
which also kind of leads to building one's own power supply (AKA plating
rectifier).
All of these are interesting topics/diversions, but enough of them and one
isn't practicing hobby electronics any more, one is practicing PCB making
as the primary hobby.
Of course, if enough of my hobbies lead to machining, maybe I should take
it up. I don't know where I'd make the space for the tools though.
Someone else mentioned using a drill press with jigs. How would that
work? Would that be like having a pre-drilled template? That might be
interesting. I could see using the toner transfer procedure on a piece of
steel, then drilling the steel and then pegging boards to the steel for
future drilling in stacks. Might be a little hard on the drills if they
aren't well centered though.
Jeff Walther
Ken Knowlton sent me a paper from AFIPS 1964 on his BEFLIX language
for creating animations (named from "Bell Flicks" as the work was done
at Bell Labs). The language uses "MACRO FAP" as its implementation
layer so to create a modern implementation of BEFLIX, I would need to
know some things about "MACRO FAP".
Google led me to this page:
<http://www.softwarepreservation.org/projects/FORTRAN/source/ibsys/FORTRAN/9…>
Which seems to be the IBM 7090 assembly source code for the MACRO FAP
program, from which I glean that "FAP" is an acronym for "FORTRAN
ASSEMBLY PROGRAM". I don't know 7090 assembly, although I can guess
at the opcodes.
This leads me to the following questions:
1) How long has softwarepreservation.org been around? Its part of the
CHM, but I haven't stumbled on this web site before.
2) Does anyone have any experience with MACRO FAP that can help me
understand the semantics of MACRO FAP instructions?
3) Barring that, does anyone have any IBM 7090 assembly experience
that can help me understand the semantics of the implementation of
MACRO FAP so that I can understand the semantics of its command
language?
BEFLIX is actually quite interesting and could be fun in creating
animated movies today. Its got a combination of simple 2D graphics
primitives, turtle graphics and animation control in its command set.
I'd like to write a BEFLIX interpreter for modern experimentation.
Seeing as BEFLIX was created in 1964, its probably one of the oldest,
if not the oldest, domain specific language for creating computer
graphics animations.
--
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
<http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/>
Legalize Adulthood! <http://legalizeadulthood.wordpress.com>
On 12/01/10 08:13, Rich Alderson<RichA at vulcan.com> wrote:
> From: Dennis Boone
> Sent: Tuesday, November 30, 2010 5:57 PM
>
>>>> >>> I can't find any COBOL, BASIC, MODULA, CORAL, DIBOL, etc.
>>> >> In 7.3, I'm sure that's now true. I'm pretty sure I remember some
>>> >> COBOL and BASIC back in the 4.x and 5.x days, but I can't promise that
>>> >> my memory is 100% correct.
>> > Given the RSX heritage, I wouldn't be surprised if some BASIC code came
>> > across. I was actually almost surprised not to find MODULA, but a bit
>> > of googling suggests my memory of a DEC compiler is erroneous. I would
>> > only expect to find COBOL in some kind of reporting tool, where
>> > performance wouldn't so much.
> I think you've confused RSX-11M (the basis of VMS) with RSTS/E (the version
> in existence by the time VMS came to be written). RSX-11{A,B,C,D,M,S} is
> very much Macro-11 oriented; I'm not sure that there is a BASIC available.
Late to the thread... (as usual) :-)
Yes, there exists BASIC for RSX. It's called BASIC+2. But no part of RSX
proper have anything to do with this layered product.
RSX-11M(+) is mostly written in MACRO-11, with some BLISS-11 in there.
Johnny
On 12/01/10 08:13, Dennis Boone<drb at msu.edu> wrote:
> > > I can't find any COBOL, BASIC, MODULA, CORAL, DIBOL, etc.
>
> > In 7.3, I'm sure that's now true. I'm pretty sure I remember some
> > COBOL and BASIC back in the 4.x and 5.x days, but I can't promise that
> > my memory is 100% correct.
>
> Given the RSX heritage, I wouldn't be surprised if some BASIC code came
> across. I was actually almost surprised not to find MODULA, but a bit
> of googling suggests my memory of a DEC compiler is erroneous. I would
> only expect to find COBOL in some kind of reporting tool, where
> performance wouldn't so much.
??? What made you connect RSX with BASIC? There is not a single piece of
RSX that has anything to do with BASIC, as far as I know.
You'll have to go to some layered products before you find any BASIC at
all in relation to RSX.
Were you perhaps thinking of RSTS/E?
Johnny
Hi guys,
Does anyone have any details on the control protocol for the keyboard on
the AT&T 3B1?
A command list and/or scan code list would be most useful... or even
actual driver source code :)
I'm about a third of the way there with my emulator -- it's running the
BootPROM, passes the MAPRAM, VRAM and Base RAM self tests, and I'm well
on the way to implementing memory mapping/protection and the UI
interfaces (keyboard, mouse and video)... I'm not sure how to go about
emulating the telephony hardware though; I might just leave that
"unemulated" for now.
Thanks,
--
Phil.
philpem at philpem.me.uk
http://www.philpem.me.uk/
On Wed, Dec 1, 2010 at 8:01 AM, Zane H. Healy <healyzh at aracnet.com> wrote:
> At 7:30 AM -0800 12/1/10, Gene Buckle wrote:
>>
>> I'd love to have another VAX, but I can't afford to feed it. Emulation
>> would be nice. :)
>
> Replacement HW costs are definitely going up. ?I managed to score a pair of
> Compaq XP1000's (Alpha 21264 500Mhz & 667Mhz) at the low point in their
> value. ?One now has a dead power supply, and last I checked XP1000's go for
> big bucks (not sure about the PS's). ?I assume drives are getting harder to
> find, but I have a large stash. I have several older Alpha's dating back to
> a DEC3000/300LX. ?My VAX hardware is a lot sparser, flakier, and my drive
> options more limited (plus I don't want to run a Q-bus system 24x7 which
> limits me even more).
>
> Still the biggest roadblock on keeping the stuff running is the cost of
> electricity and cooling. ?That's what caused me to power down MONK, which
> had been running for over a decade in one form or another.
>
> There are several emulation solutions, I'd recommend looking at SIMH first.
> ?I'm thinking of trying it on a Mini-ITX box.
>
> Zane
What are people's opinions of Personal Alpha
(http://www.stromasys.ch/hardware-virtualization-solutions/charon-axp/downlo…
Mark
On PersonalAlpha, Zane Healy wrote:
> I have two major issues with it. One is it requires
> Windows, the other is
> that it is restricted to 128MB of RAM.
Stromasys actually has an AlphaStation 400 emulator that runs on Linux,
and allows at least 512 MB.
You have to register on their site, but it's free.
There's an also ES40 emulator that I think will allow several GB.
The AS400 runs Tru64 reasonably on my 2.X GHz AMD PC.
PersonalAlpha emulates a 3000/400 but won't boot prehistoric OSF/1
versions like 2.0, last time I tried. Not that I can blame them.
I wonder if 2.0 is still in use anywhere?
John Finigan
I haven't been following this thread too closely so I may have missed
something, but it seems to me that the proposed solutions are overly
complex. One simple solution that comes to mind is to define a set of
vendor unique SCSI commands, one for each of the registers in the IDE
command stack and then do all the emulation in the device driver on the host
side. The interface card is just then a simple state machine; really simple
if u make it a non arbitrating protocol implementation and use PIO for data
transfers (SCSI-1 lives :-).
Tom
> Date: Tue, 30 Nov 2010 13:59:11 -0800
> From: "Chuck Guzis" <cclist at sydex.com>
> On 30 Nov 2010 at 18:56, Alexandre Souza - Listas wrote:
>
>> - I can design a PCB at home using free tools (Kicad rulez!) - I
>> can make boards good enough for fine pitch SMD at home (see my page,
>> http://tabalabs.com.br/eletronica/tts/index.htm) and the equipment is
>> all made from junk.
>
> Some very nice work, Alexandre!
Yes, it is.
How did you drill the holes?
The issue that always stops me from taking up toner transfer PCB
fabrication is drilling the vias. I calculate that my typical 8" X 10"
panel of boards is going to have about 1000 vias on it more or less.
Even if I stack several boards, peg them together and drill them all at
once, that's an awful lot of fine pitch holes to drill by hand.
By the time I contemplate, design, and build some kind of automated hole
drilling machine, I'm back to thinking that paying for fabrication is
cheaper. Getting mil resolution on a mobile drill head is not a simple
task, or so it appears to me.
Then if I solved the drilling issue, or just buckled down and did it by
hand, plating the through-holes either involves an intricate and slightly
dangerous (and more importantly, takes up lots of space) copper
electroplating capability or soldering a wire in every via, which is back
to vast tedium. Grommets are too large for the vias I usually want and
also are so expensive it's generally cheaper just to pay for fabrication.
Anyway, solving the drilling and plating issue is what stops me from home
PCB fabrication.
Jeff Walther
Date: Wed, 01 Dec 2010 11:31:43 -0800
From: "Chuck Guzis" <cclist at sydex.com>
Subject: Re: SCSI to IDE
On 1 Dec 2010 at 14:13, William Donzelli wrote:
> Life is not Minecraft - sometimes it is easier/faster/better just to
> buy the tools we need. Used, good condition Taigs are really not all
> that much money.
Oh, agreed, when it's practical. But if it's arm-and-a-leg as in the
case of Alexandre, I recommend seeking alternatives. It may be
*much* cheaper to build with the results being "good enough".
--Chuck
+++++++++++++++++++++++++++++++++++++++++++
Alexandre's right.
My girlfriend is from Brazil, and as it happens her son wanted a small CNC
mill; he decided on a nice little kit from California, but even for a
relatively small package like that the shipping and duty would have tripled
the price, so we had it shipped up here to Toronto and she took it down in
her luggage on her next trip down, along with a Sony laptop for her daughter
also for less than half price. Around $3000 saved just on those two items.
I don't know if the high duties encourage local industry, but it sure looks
like they foster imagination and creativity in making do with what's
available locally; hard for us to imagine up here where stuff is so cheap.
m
More closet cleaning :) See pics. Prices *include* postage in the
USA lower 48 states. Paypal to this email. Will ship
internationally at additional actual cost.
Microsoft Multiplan for Apple II. Two floppies, manual in binder
and clear box. $10
"Beneath Apple DOS", $6
"Apple Pascal - A Self-Study Guide", $6
"Borland Turbo Pascal 4.0, IBM PC version", (650+ pages), $8
http://s1181.photobucket.com/albums/x426/DrCharlesMorris/?action=view&curre…
thanks
Charles
>> The title smacks of hyperbole, but still an interesting read from a Macintosh ComputerLand salesman back in the day.
>>
>> http://www.theregister.co.uk/2010/11/30/charles_eicher_computerland_mac_mem…
>The author sounds cocky and bitter.
That's a very popular tone of those who read and write The Register :-).
Remember, they were among the first to identify Itanium as the "Itanic", and
have along lineage going all the way back to Charlie Matco. If you earned
a Charlie Matco coffee mug, then by definition you knew how things really went down.
My favorite Register contributor by far in the past couple years (way post
Charlie Matco), is Ted Dziuba.
E.g. "Google releases serialization scheme: Pedantic programmers hold love-in".
http://www.theregister.co.uk/2008/07/14/dziuba_google_protocol_buffer/page2…
choice quotes include:
* Unfortunately, because of heavy inbreeding within Silicon Valley
* engineering teams, the two products, although functionally
* similar, are not compatible with one another.
* If you want to do it, writing your own RPC layer isn't a herculean
* task. I managed to hack something together on top of Tomcat
* in a couple of hours. It didn't make me feel as manly as I
* hoped it would, so to supplement, I suggest you have two
* cigars, a glass of Maker's Mark, no ice, and a copy
* of The Godfather trilogy within reach.
* The Web 2.0 startup circle, being mostly composed of pretentious
* little shits, is likely to adopt protocol buffers as a first-class
* data interchange format.
And my favorite of all time:
* Think of how scalable that shit's gonna be. You'll put a real hurt
* on all that imaginary load your system is taking. Then, you get
* to go home and fuck the prom queen.
Tim.