Is there someone out there with an LT-1 floppy disk or two they'd be
willing to sell or trade?
--
David Griffith
dgriffi at cs.csubak.edu
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
On Dec 30, 2010 7:49 PM, "Al Kossow" <aek at bitsavers.org> wrote:
> It is a Corvus Omninet interface for a Macintosh. I'd be interested in the
> software, if it should turn up in the pile.
Ahhh, it does have that early Mac look to it. What did Omninet use for
media? There is no other connector beside the 9-pin. Is it the three
little pins?
While sorting through my voluminous Apple // hoard today I uncovered
this device:
http://silent700.blogspot.com/2010/12/what-is-it.html
Anyone have any idea what it is? There in only the ribbon cable with
9pin male connector on it and the cutout which has 8 DIP switches and
a 3-pin connector. I am somewhat familiar with the Corvus hard drive
and networking systems for the Apple // line but I have never seen
this.
I also uncovered a boxed (board, manual, sw inside) Apple Turnover
kit. The floppy is (c) 1985 F. Cisin. Is that our own Fred Cisin on
this list?
I have at least a couple dozen (so far) mystery Apple // cards in this
box....I *know* if I approach the search correctly, one will be a
Swyft ;)
--
jht
Is there anyone out there that can BURN a 2708 EPROM for me.
My Data I/O System-19 W/UNIPAK is DAS Kaput. It will not burn me a good
prom. Not Sure why though. My Fault ????
I am trying to add some code to Dave Dunfields Monitor to find out why
the 2708 that Andrew burnt is malfunctioning on my N*.
I have tried to add several lines of code but the resulting Prom just
doesn't perform the way the Andrew Prom does.
I am using a SOL-20 System/Bus Probe that will Single Step the N* CPU so
I can then track the code and its execution.
I can see the results of the OUT 3 & 2 Instructions but not the IN 2.
I am going to add jumpers to the Probe to display "Data In" as well as
the existing "Data Out" and that might help.
I have at least 5 2708's and can mail one out then I can sent the Code
as an attachment.
ALSO is there anyone out there using Dave's Monitor Mapped at "0000"
that would be willing to test the 2708 that I have; that works somewhat;
that way I could determine if the Fault is in the N* or in the Code itself.
Since I can't burn a New Prom I am up the creek without a Paddle so to
speak.
TIA
Bob in Wisconsin
Well, I now have a 3B2/310 that will power up and talk to a serial terminal. I have two hard drives, but neither one works - one makes horrible squealing noises, the other only makes annoying squealing noises... I really need the Devtools floppy to boot and format hard drives, so I can install another disk. I did manage to track down a disk image of a diagnostic disk, containing FILLEDT, but I can't get it to run the program from disk, it hits a firmware error. This might be intended for some other 3B2. I also found the SCSI tools disk, which only formats SCSI hard drives. I need the Devtools floppy intended for the MFM drives. Does anyone have a disk image of this floppy, preferably in ImageDisk format?
Thanks!
-Ian
> Date: Tue, 28 Dec 2010 11:48:10 -0800
> From: "Holley, Michael" <michael_holley at mentor.com>
> Subject: RE: HP drives
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Message-ID:
> <1775CC70CD47484EA68ACCD903F02CB302387DD7 at na3-mail.mgc.mentorg.com>
> Content-Type: text/plain; charset="us-ascii"
>
> The original Shugart SA400 minifloppy (August 1976) only allowed 35
> tracks. In early 1977 Wangco announced the Model 82 Micro Floppy that
> allowed 40 tracks with new media.
>
> Here is a photo of both disks.
>
http://commons.wikimedia.org/wiki/File:Verbatim_5.25_minidisk_tracks_1978.jp
g
>
> Michael Holley
FWIW, I've been told the reason the SA400 could not go beyond 35 tracks was
that it used the same slider as the 8-inch product that could run into the
spindle. The SA400L was a redesign that allowed the carriage to go further
in. If anyone cares, I can get details from some ex-Shugart Associates
friends.
Can anyone confirm that Wangco was the FIRST to go to 40 tracks? FWIW I'm
told by Shugart Alumni that it was Tandon.
Tom
> Message: 12
> Date: Tue, 28 Dec 2010 22:58:21 -0800 (PST)
> From: steven stengel <tosteve at yahoo.com>
> Subject:
> To: cctech at classiccmp.org
> Message-ID: <266132.43443.qm at web110601.mail.gq1.yahoo.com>
> Content-Type: text/plain; charset=us-ascii
>
> I rented-out a dozen of my old computers to some Hollywood people for use in a Motorola TV commercial, to possibly be shown during the Superbowl.
>
> Includes systems from the 70s and 80s, like Sol-20, TRS-80, Osborne 1, SX-64, etc.
>
> Keep an eye out for it!
Steven,
Did they happen to say what the theme of the commercial is? Perhaps the computers will serve as technology backdrops to the evolution of their phones?
Best,
David Greelish, Computer Historian
Classic Computing
The Home of Computer History Nostalgia
http://www.classiccomputing.com
Classic Computing Blog
Classic Computing Show video podcast
"Stan Veit's History of the Personal Computer" audiobook podcast
Retro Computing Roundtable podcast
Historical Computer Society
Classic Computing Expo 1.0 - planning for sometime late 2011!
I have probably asked this question before, but without the additional
information.
I am enhancing the code in a program that runs under RSTS/E (or at least the
RT-11 RTS under RSTS/E), RT-11, TSX-Plus and RTEM-11 (or at least
some sort of RT-11 emulation under RSX-11 which Johnny has described
to me before, but which I am not quite sure how to characterize).
Quite recently (just yesterday in fact), I attempted to use ODT* again under
RT-11. Ever since SD(X).SYS arrived in RT-11 with V05.04, ODT* has
no longer been very useful. However, I was rather surprised to find that
it not only works quite well, but in addition, does not freeze system jobs.
Being in an experimental mood, I also managed to copy ODT.SAV* over
to RSTS/E and found to my astonishment that it also works there very well,
I presume under the RT-11 RTS under RSTS/E.
My question is: How does a user debug a program under the RT-11 RTS
under RSTS/E? Is ODT* generally considered the only way? Up until now,
I did not even have an answer. And no one else seemed to know either.
There is one rather minor difficulty with using ODT* in that I do not
have the
source for the program that is being enhanced and I must work with just the
SAV file. If anyone is interested, I can let them know how I solve that
problem as well.
In addition, I still do not have any documentation for how RTEM-11 supports
RT-11 EMT requests? Can anyone help? Does anyone have access to
a running RTEM-11 that I can at least use to perform some tests?
Jerome Fine
* For those of you who know better, I am actually using the variation of
ODT called VDT which does everything that ODT does, but also runs
in a multi-terminal environment as well as under the normal single
terminal
monitors such as the distributed RT11XM.SYS monitors that DEC
produces for the binary RT-11 distributions. To my surprise, VDT also
runs under VBGEXE, although I actually tried that after running VDT.SAV
under the RT-11 RTS under RSTS/E. About the only advantage to using
VDT is that SDX.SYS freezes system jobs during a breakpoint while VDT
does NOT affect the operation of a system job, i.e. the system job keeps
right on running even when VDT is holding the background job at a
breakpoint. In my testing situation, this is a big advantage. Of
course, the
advantage of VDT under RSTS/E is that this seems to be the ONLY way
to have debug capability.
I can pick it up, or have it picked up and shipped. Cost is $25 at the
Surplus Exchange. You might be able to acquire it over the web, haven't
looked. I have asked some friends to see about getting it with an eye
to someone here wanting it.
Description is "system, printer, monitor and two 5 1/4 floppy drives"
Shipping would be extra.
Doug writes
> I thought the Paragon was a large rack mounted monster, like the
> IPSC/860. What I saw in the picture didn't look like anything I
> would call a 'SuperComputer'.
The item pictured in the URL of the original post, is a micro-based
computer+CRT+media drive diagnostic console. ISTR it's x86 based
(?386) and runs some commercial Unix of the era (not SCO...).
I may be confusing some of the Delta details with the Paragon.
Tim.
I sent this over to the rescue list as well - it's probably borderline OT here, but I figured it's worth a shot - so apologies if you get this twice.
I need to read some full size QIC tape cartridges that were written in an unknown format, but the tapes themselves are the ones intended for the 2 gig drives. I'm not sure if they're compressed, or what density they were actually written at, but since these things are at least somewhat backward compatible, the 4/8 gig drive should be able to read them too. Anyone have one of these drives they could part with? Note that theses are the full size (DC) QIC carts, not the smaller "floppy-tape" ones.
-Ian
I rented-out a dozen of my old computers to some Hollywood people for use in a Motorola TV commercial, to possibly be shown during the Superbowl.
Includes systems from the 70s and 80s, like Sol-20, TRS-80, Osborne 1, SX-64, etc.
Keep an eye out for it!
I rented-out a dozen of my old computers to some Hollywood people for use in a Motorola TV commercial, to possibly be shown during the Superbowl.
Includes systems from the 70s and 80s, like Sol-20, TRS-80, Osborne 1, SX-64, etc.
Keep an eye out for it!
I thought the Paragon was a large rack mounted monster, like the
IPSC/860. What I saw in the picture didn't look like anything I
would call a 'SuperComputer'.
Doug
At 03:48 PM 12/28/2010, you wrote:
>I had asked the seller about that terminal and he said he would take $200 +
>shipping... I have no idea if that is a good price or not. Any ideas? Dunno
>what I'd even do with it.
>
>
>-Josh
The RetroChallenge Winter Warmup 2011 starts on January 1st! If you've
not done it before, don't worry, just email me from the link on
http://retrochallenge.net/ with a blog URL and what you want to be
called and then do as much or little as you can. You'd be surprised what
you can fit in over the course of a month.
Looking forward to reading about your own corner of 'retro'.
*About RetroChallenge*
In a nutshell, the RetroChallenge is a loosely disorganised gathering of
RetroComputing enthusiasts who collectively do stuff with old computers
for a month.
The event is very much open to interpretation... individuals set there
own challenges, which can range from programming to multimedia work;
hardware restoration to exploring legacy networking... or just plain
dicking around. It really doesn't matter what you do, just so long as
you do it.
While the RectroChallenge has its competitive side, it's not really a
contest... it's more like global thermonuclear war -- everyone can play,
but nobody really wins.
Come on... give it a go!
I had asked the seller about that terminal and he said he would take $200 +
shipping... I have no idea if that is a good price or not. Any ideas? Dunno
what I'd even do with it.
-Josh
Chuck writes:
> I pointed it out because (a) the Intel i860 was yet another stumble
> by Intel to get away from the 8008 architecture (the 432 being only a
> slightly earlier one--and one in a diametrically opposite direction)
> and the application (cluster) was novel.
Personally I always thought the i860 was far from a stumble, because in
fact it was the highest MFlops/dollar and MFlops/watt for a considerable
length of time and used in a number of high-horsepower applications
in the real world.
Farms/clusters weren't awful novel, scientists had been assembling their
own for a decade before. Intel seeing that it could commercialize a massively
parallel computer, yes in some people's eyes that would make it legit
(when somehow it wasn't legit whenever anyone did it in the decades before...?)
Maybe by some measures i860 was a stumble because it didn't replace
x86 but by those measures, everything is a failure. Hardly seems like
a good definition of success. Aka "Where Are We Going? Planet Ten!
When Are we Going? Real Soon!"
Tim.
>> The HX-20 commands are file based and were issued mainly from Basic. The
>> Basic
>> extension is also on the boot disk.
>> The PX-4/8 commands are sector based and issued from CP/M.
> Although IIRC the disk BASIC for the HS20 had DSKI$ and DSKO$ commands
> (or something similar) to read/write absolute sectors.
The TF-15 and PF-10 implemented a subset of the TF-20 commands. For an
overview of the epsp commands:
http://www.xs4all.nl/~fjkraan/comp/hx20/epsp.html (the PX-4/8 commands
are at the end)
> There's also a free program for linux machines to emulate such a drive.
> Amazingly it works on my acient linux box, and from what I can remember,
> it works with the HX20 and PX4/8 machines.
There are several programs. The Px8vfs program for DOS (and OS/2) is
written by Will Rose and I got it via Don Maslin a long time ago:
http://www.xs4all.nl/~fjkraan/comp/px8/px8vfs/index.html. The other is
Vfloppy,
originally written by Justin Mitchell and maintained by me:
http://www.xs4all.nl/~fjkraan/comp/px4/vfloppy/.
The images of the latest version are also usable with the PX-4/8 and
QX-10 emulators.
> IIRC, at the hardware level it's RS232 voltages, 38400 baud. Probably 8
> bits, no parity, 1 stop.
Correct. The fun thing is, the vfloppy program even works with USB-RS232
converters :-)
>> The TF-15 and PF-10 are both ROM based. The TF-15 used the same housing
>> as the TF-20. As this resembled the QX-10 computer, the origin of the
>> TF-15/20 product was probably to provide two extra floppies for this
>> computer.
> Of coruse the floppy drives in the TF20 (and maybe the TF15, I've never
> seen one) are the same voice-coil drives as in a QX10.
>
> There's a 34 pin header on the nback of the TF20, which would appear to
> be for adding a couple of exter external drives. AFAIN, the software
> doesn't support it, though.
>
> More interestingly, there's a parallel interface inside the TF20 (8255 +
> header), I can't remember if it's populated, or if the PCB is simply laid
> out for it. I have no idea what this was supposed to be used with.
>
> The serial inbterface in the TF20 is a daughterboard. Whether other
> interfaces were planned to fit in place of it I don't know.
>
> I also have another Epson prodcut in a very similar case. it's called
> something liek a 'BM5'. The external interface is a DB25 socket, but it's
> not RS232, it's some custom patallel interface. Inside is a PSU,
Interesting, like the TF-20. I never figured out how this product has
come into being. Too much useless connectors and daugthter boards to be
designed as a single consistent design.
> controller board and 5.25" floppy drive. But it's not a standard drive at
> all. The interface between the cotnroller and drive is a 34 way and a20
> way ribbon cable, the controller board has a _hard disk_ controller IC on
> it (one of the NEC ones). I believe the drive interface to be close to
> ST412, and the drive to take special floppies (possibly with servo
> tracks) and to have a rahter high capacity. I bought this thing 15 or so
> years ago (back when Greenweld sold interesting stuff) and have never
> been able to fidn out anythign about it. Oh well... It was probably a
> peripherals for the QX10 or something, but I have never seen an interface
> card for it.
Could it be a GPIB interface? There is such a card for the QX-10
(http://www.xs4all.nl/~fjkraan/comp/hx20/epson_codes.txt) and I know HP
used this interface for hard disks in the HP9000 / 300 machines.
> -tony
>
Fred Jan
> So the Floppy for the PX8 is specialized for a CP/M host it's not running
> CP/M itself as there is not enough ram alone to qualify.
To clarify the Epson floppy drive issue, there were three products:
TF-20 - Z80 based, 64k RAM, 2k ROM, boot from disk
TF-15 - Z80 based, 2k RAM, 8k ROM, runs from ROM
PF-10 - 6303 based, 2k RAM, 8k ROM, runs from ROM
The TF-20 supported the commands used by the HX-20 and the PX-4/8
The TF-15 and PF-10 only supported the PX-4/8 commands.
The TF-20 used the boot tracks of the disk to load some OS and a program
which made it a serial 'file server' for the host. The OS could very
well be a slimmed down version of CP/M.
The HX-20 commands are file based and were issued mainly from Basic. The
Basic
extension is also on the boot disk.
The PX-4/8 commands are sector based and issued from CP/M.
All devices used the same protocol, epspd and baud rate. The same
protocol was used internally in the HX-20/PX-8 between the various
processors. The HX-20/PX-8 external video device also used it.
The TF-15 and PF-10 are both ROM based. The TF-15 used the same housing
as the TF-20. As this resembled the QX-10 computer, the origin of the
TF-15/20 product was probably to provide two extra floppies for this
computer.
For those interested http://www.xs4all.nl/~fjkraan/comp/tf20/ contains
some info on epsp and the TF-20 boot disk.
Fred Jan
On Dec 27, 2010, at 1:00 PM, cctalk-request at classiccmp.org wrote:
> Sounds interesting - on which classic computers do these "shows" run?
>
>
> Regards
>
> Rod Smallwood
Hi Rod,
They are podcasts, so you have to do like when you were a kid. You know, you sit in front of the TV watching "Scooby Doo" with your stuffed Scooby, or like that. So, you tinker around with your old computers, etc. while listening. ; )
Well, unless you're driving.
Best,
David Greelish, Computer Historian
Classic Computing
The Home of Computer History Nostalgia
http://www.classiccomputing.com
Classic Computing Blog
Classic Computing Show video podcast
"Stan Veit's History of the Personal Computer" audiobook podcast
Retro Computing Roundtable podcast
Historical Computer Society
Classic Computing Expo 1.0 - planning for sometime late 2011!
On Dec 27, 2010, at 1:00 PM, cctalk-request at classiccmp.org wrote:
> I just got around to listening today. That was marvelous, thanks very much.
> Merry Christmas to all,
> Charlie C.
Thanks Charlie!
Best,
David Greelish, Computer Historian
Classic Computing
The Home of Computer History Nostalgia
http://www.classiccomputing.com
Classic Computing Blog
Classic Computing Show video podcast
"Stan Veit's History of the Personal Computer" audiobook podcast
Retro Computing Roundtable podcast
Historical Computer Society
Classic Computing Expo 1.0 - planning for sometime late 2011!
Hi everyone,
If you have never checked out any of the shows that I produce, please consider checking one or more out over the holidays. I just posted the new Retro Computing Roundtable podcast today. Find it here - http://bit.ly/iazQ2S with links to the others at the top of the page.
There is also - "Stan Veit's History of the Personal Computer" audiobook podcast & the Classic Computing Show video podcast.
I'm like the Leo Laporte of computer history podcasts! Well, OK, so I'm not as professional, and I don't have the years of radio and television experience, nor the equipment, or the money . . . OK, OK, I stink compared to Leo, I'm nothing like him! ; )
They're good shows.
Have a great holiday season.
Best,
David Greelish, Computer Historian
Classic Computing
The Home of Computer History Nostalgia
http://www.classiccomputing.com
Classic Computing Blog
Classic Computing Show video podcast
"Stan Veit's History of the Personal Computer" audiobook podcast
Retro Computing Roundtable podcast
Historical Computer Society
Classic Computing Expo 1.0 - planning for sometime late 2011!
Does anyone have information on undocumented 8080 instructions? There's
plenty of information out there about undocumented Z-80 and 8085
instructions, but I haven't found anything on the 8080.
Some of the non-Intel 8080 and 8080-compatible parts were independent
designs, rather than licensed second-sources using Intel-provided masks,
so those might have different behavior for the undocumented opcodes.
Thanks,
Eric
------------Original Message:
Date: Fri, 24 Dec 2010 18:19:41 -0800 (PST)
From: Fred Cisin <cisin at xenosoft.com>
Subject: Re: C64-C128 CP-M Cartridge Interest
<snippage>
It's too bad that nobody brought up CP/M on the Kyoceras (Radio Shack
model 100, Nec 8200, etc). THAT would have been a project.
Or on the Epson RC20!
------------Reply:
As you've read elsewhere Allison did indeed do just that, and some folks in
the Club100 group have also (sporadically) been working on this for a while.
mike
Is there anyone out there that can BURN a 2708 EPROM for me.
My Data I/O System-19 W/UNIPAK is DAS Kaput. It will not burn me a good
prom. Not Sure why though. My Fault ????
I am trying to add some code to Dave Dunfields Monitor to find out why
the 2708 that Andrew burnt is malfunctioning on my N*.
I have tried to add several lines of code but the resulting Prom just
doesn't perform the way the Andrew Prom does.
I am using a SOL-20 System/Bus Probe that will Single Step the N* CPU so
I can then track the code and its execution.
I can see the results of the OUT 3 & 2 Instructions but not the IN 2.
I am going to add jumpers to the Probe to display "Data In" as well as
the existing "Data Out" and that might help.
I have at least 5 2708's and can mail one out then I can sent the Code
as an attachment.
ALSO is there anyone out there using Dave's Monitor Mapped at "0000"
that would be willing to test the 2708 that I have; that works somewhat;
that way I could determine if the Fault is in the N* or in the Code itself.
Since I can't burn a New Prom I am up the creek without a Paddle so to
speak.
TIA
Bob in Wisconsin
C64-C128 CP-M Cartridge Interest
Jim Brain brain at jbrain.com
<mailto:cctalk%40classiccmp.org?Subject=Re%3A%20C64-C128%20CP-M%20Cartridge%
20Interest&In-Reply-To=%3C4D1631AE.3080201%40jbrain.com%3E>
Sat Dec 25 12:02:22 CST 2010
[snip]
Yep. No offense to the list participants, but I gave up on selling
kits. Given the hobbyist nature of my work, kits required too much of
my limited hobbyist time. Given the assembled nature of the unit, I can
use extremely large density devices with no issues.
[snip]
> I am not familiar with the SuperCPU but based on quick web search it
appears
> to be roughly Eurocard sized. Good luck with your project.
It is rather large as well. Though, with today's integration options,
it too could be constructed in the smaller space of a CBM game
cartridge. In fact, it would have to be to bring the cost to something
reasonably. People was apprehensive about a $300.00 20MHz accelerator
in the late '90s, there's no way they'd pay that much now.
Jim
-----REPLY-----
Hi Jim,
I can certainly relate. For the N8VEM project, I have never offered kits
and probably won't ever. All I offer is the PCB, schematics, PCB layout,
and a parts list. I encourage people to make their own boards and only
rarely supply some hard to get parts on an exception only basis. Commonly
available parts are entirely up to the builder to source and supply.
If you have the pre-made PCB and a parts list what is the difference between
that and a kit? You get the PCB and then order the parts from Jameco. Dump
all the parts on your workbench and call it a kit! Read the schematic and
follow the PCB layout. It doesn't get much easier than that!
Making kits is going to eat up all of your time and money with little or no
return and huge frustration. It just isn't practical IMO and can scarcely
be called "homebrew computing" when all the parts arrive in one bag.
Admittedly, using a pre-made PCB is a bit of a stretch too but it is a
reasonable compromise to get more hobbyists involved. I think the PCB is
the biggest barrier to entry (perf board wire wrap, point to point
soldering, or pre-made PCBs) for new hobbyists to homebrew computing.
I certainly wish you the best of luck with your project if you decide to do
it. There doesn't seem to be a huge groundswell of interest here but it is
hard to make any reliable judgement based on comments on CCTALK though.
Maybe spin up a few prototype boards and sprinkle them to some experienced
builders and see what sort of reaction it generates would be a good market
research? That's what I do.
Thanks and have a nice day!
Andrew Lynch
PS, I just got word that one of the N8VEM builder who is lead on the S-100
68K CPU board has completed assembly of the first unit. No test yet but
things are certainly looking good. I am very excited about the S-100 68K
CPU board. Hopefully build and test goes OK and we can release that board
before too long.
FWIW...
From: allison <ajp166 at verizon.net>
> Minimal system:
>
> 8080, 8085, NsC800, Z80, or Z180 cpu. The prefered CPU is z80 as
> it's easy to interface and there are some CP/M apps that require it.
>
> 64K ram, (technically cp/m runs in 20k or more but useful apps are
> minimally 48K)
>
> Boot rom(eprom/flash) that maps out of the 0000h startup address
>
> Mass storage, this can be floppy, CF, SD, Or some form of rom/ram to
> look like disk.
>
> User IO, typically a serial line for a terminal can be a memory mapped video
> and keyboard or similar.
>
For my high school senior project, I designed and built essentially this, significantly over 20 years ago. Z80, 64k RAM (4 x 16Kx8), serial port, simple relocating boot ROM, relevant CBIOS, floppy. I had a TRS-80 4P running Montezuma CP/M (thanks, Dad) to write code on and a random EPROM writer to program 2764s. Got it to boot CP/M in a semester, working an hour or more daily, 5 days a week. I'd also generally figured out how to interface, for local reasons, to STD-Bus for expansion, but never actually implimented it. Had an Intel bubble memory dev kit (128k), but also never got around to it.
Went to college, had Vaxen, 3B2s and early Suns with Unix and C, with a sprinkle of Pascal, Modula-2 & Ada followed by Symbolics and Xerox AI machines. And I relized how much more interested I was in solving big problems than figuring out what problems I could fit into tiny computers, and never looked back. Maybe I'll see if I can find the remaining bits and notes in the basement one day.
Point being, it's an imminently doable project, of variable utility these days, and there's a ton of existing work that can be leveraged.
KJ
Not much of a chance, but I thought I'd try.
Corvus released a special version of the transporter firmware that
went in a piggyback EPROM on the microcontroller.
I've been looking for the code for a LONG time. It is mostly useful
for packet sniffing.
holidays and stuff
Alexandre Souza - Listas pu1bzz.listas at gmail.com
<mailto:cctalk%40classiccmp.org?Subject=Re%3A%20holidays%20and%20stuff&In-Re
ply-To=%3C8ACC14CA48B347038CC2D8CFB528832B%40portajara%3E>
Sat Dec 25 11:52:54 CST 2010
[snip]
> Pics! MSX stuff isn't terribly common here, in my experience.
Well, these are not THE 2.0 I got today, but all photos are mine, with
my old MSXes:
http://msxpro.com/acvs2.0.htmlhttp://msxpro.com/kitddx.htmlhttp://msxpro.com/kitddx2-2p_as.html
And lots of MSX things (most did by me, or by Luciano Sturaro, the owner
of the site):
http://msxpro.com/projetos.html
Of course, there is always my site, with lots of photos:
http://tabalabs.com.br
Want more? :oD
-----REPLY-----
Hi Alexandre,
We are working on an N8VEM home computer design which will be BIOS
compatible with MSX-1. The hardware is somewhat compatible but we are
making some changes due to parts obsolescence, etc. For example replacing
the parallel matrix keyboard with a PS/2 keyboard port, adding IDE, SD, and
floppy controller, etc. One of the builders has demonstrated the MSX CBIOS
using the N8VEM SBC and SCG (sprite color graphics and sound board). That
will be the basis for the new home computer except it will be based on the
Z8S180, 1MB SRAM, 512K Flash ROM, TMS9918 VDP, AY-3-8910, and various IO
ports. The MSX CBIOS is in the MSX BIOS folder.
If you are interested in working on a homebrew MSX computer please stop by
the N8VEM project. There is a folder on the N8VEM wiki called "home
computer" with the schematics and PCB layout. The prototype PCB is in trace
route optimization right now and once some of the other projects clear out I
am planning on a small run of prototype PCBs for initial build and test.
Probably in a couple of months or so.
Thanks and have happy holidays!
Andrew Lynch
C64/C128 CP/M Cartridge Interest?
Jim Brain brain at jbrain.com
<mailto:cctalk%40classiccmp.org?Subject=Re%3A%20C64/C128%20CP/M%20Cartridge%
20Interest%3F&In-Reply-To=%3C4D157503.4070909%40jbrain.com%3E>
Fri Dec 24 22:37:23 CST 2010
[snip]
>
> N8VEM is a good candidate...
A couple of reasons:
* N8VEM, while a great solution, is enormous. There are many closet
C128 CP/M users, and they'd never go for such a huge addition to
their setup. A cartridge form factor, easy decision. Others
would scoff at relegating their C128 as a dumb terminal to another
machine (for instance, they could easily do the same thing by
running a CP/M emu on their PC and connecting the C128 to the PC
via a null modem cable). It's perception.
* There is more to a C128 CP/M cartridge than just using the C128 as
a dumb terminal. Some C128 CP/M apps might take advantage of the
functions in the C128 itself, like the 40 column screen and such.
Thus, memory mirroring and such would be useful. I didn't bring
it up initially, because A) not sure if apps did that. B) I just
wanted to start small, and thought that interfacing the Z80 to the
CBM bus would be a good start
* I theorized that a tiny CP/M board might be of use where N8VEM was
too big or too expansive.
* I so want to start learning Verilog. I thought, if I got a
basic environment going, I could then take a look at virtualizing
the pieces to an FPGA connected to the C128/C64. But, since I
know little of Z80 and CP/M (having used it long ago), I thought
going to FPGAs from nothing was too large a leap.
* The next step after that is an accelerated CP/M. This plays in
with my hope to obtain the rights to the SuperCPU for the
C64/C128. It lacked accelerated Z80/CP/M compatibility, which I
thought I could add, though maybe not.
I'm gathering from the results that there might not be the interest I
had theorized, which is fine. But, I thought I'd at least ask.
Jim
[snip]
-----REPLY-----
Hi Jim,
I gather the form factor you have in mind is the classic C64 game cartridge?
The CP/M cartridge I recall from the 1980's was much larger than a game
cartridge so that's were I was coming from. I've never heard a Eurocard
board (160x100mm) described as "enormous" but clearly you are thinking about
a much smaller board than I was.
I suppose such a cartridge is possible but it would require a few very dense
parts. Probably a CPLD at a minimum probably a FGPA with fine pitch SMT
connections. At least to me, you would need a four chip minimum a Z80,
SRAM, Flash ROM, and glue logic. Maybe less if you can blow a Z80 core into
an FPGA which is possible I believe. All in SMT QFP packaging to get the
density to fit multiple chips into a 2"x3" PCB. It sounds more like a
commercial product than a hobbyist project to me though.
Actually, the C64 ECB bridge approach idea is not using the C64/C128 as only
dumb terminal. It would be 3 or so general purpose IO ports. Then the
C64/C128 could serve IO to the Z80 when it is running. The Z80 sends an IO
request to the C64 which passes status and data back. The 6510 would run an
IO server program and the Z80 would be its client. Assuming an interrupt
driven design the IO processor (6510) could serve the Z80 IO as a
"background" task to a limited extent.
This is how the N8VEM SBC with the 6809/6802/6502 host processor works. The
6809 runs independently but passes its IO requests to the Z80 which serves
terminal IO, disk IO, parallel port, video or whatever. It fully utilitizes
the Z80 and 6809 as a dual independent processors with their own RAM/ROM.
However the 6809 host processor can be optionally upgraded to include its
own unique IO set for more independence or as stand alone mode.
I am not familiar with the SuperCPU but based on quick web search it appears
to be roughly Eurocard sized. Good luck with your project.
Thanks and have a nice day!
Andrew Lynch
PS, we had a builder recently who crafted his own N8VEM SBC using a CPLD
design. Basically it was all the large IC s (CPU, RAM, ROM, UART, PPI) and
one large CPLD. It seemed to work well enough too. I was considering doing
something similar on the N8VEM home computer project since it is limited to
60 square inches. However, we seemed to have resolved the PCB layout issues
using regular PTH DIP/PLCC 2 layer PCB construction.
Subject:
Re: Using a Variac to revive power supplies
From:
Tobias Russell <toby at pdp11.co.uk>
Date:
Thu, 23 Dec 2010 19:06:04 +0000
To:
"General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
Ok, I suspected as much.
So for a linear supply such as the 8/E's is a Variac a valid way to go or
should I reform the capacitors individually as I've done previously?
All the best,
Toby
------------------------------------------------------------------------
Toby, I've found that removing every single electrolytic and reforming
to full
(or 10% over) capacity provides the best results. The Variac method --
while
better than nothing -- doesn't limit your current... plus doesn't reform
all caps
to full capacity, nor tell you anything about their condition and leakage.
1. Remove cap.
2. Check ESR. If ok then..
3. Reform with resistor and variable power supply while monitoring
current...
raise input voltage slowly to keep max current to no more than 1ma.
Let current settle down every so often to check for leakage rates
at various voltages... One method I use is halves... start out at 50%
rated voltage, let settle, then 75%, settle, then 87%, 95, 100....
Checking leakage at each stage like this gives you an idea of
cap condition.. so you can decide whether to replace or not.
4. Check ESR again.
5. Check capacity.
6. If capacity is within 10% of spec, ESR is what it should be, and your
leakage rates are acceptable, then you're good to reinstall.
Otherwise,
replace!
- John Singleton
I had to pass up a gig because my buttset ran down its batteries. That's
not much of a problem except that I found out that the Harris TS22 series
has an irritating little problem of locking up if both the 9V and 3V
batteries are both dead. Does anyone here know how to get a TS22L
unlocked without sending it out for repair?
--
David Griffith
dgriffi at cs.csubak.edu
I've recently acquired a Variac (220V 10A) and was wondering what the
collectives views are on using them to revive long dormant power supplies.
Previously I have removed the electrolytics and reformed them with a bench
power supply setup, slowly ramping up the voltage (as per
http://www.vcomp.co.uk/tech_tips/reform_caps/reform_caps.htm). Am I right in
thinking I can use the Variac to effectively reform the capacitors in
circuit?
I'm currently rebuilding one of my PDP-8/E's which has a linear PSU which I
believe is ok, but will it also work with later DEC switchmode PSUs?
All the best,
Toby
HP 10276A LSI-11 Logic Analyzer Probe Interface
I just picked up an HP 10276A LSI-11 logic analyzer problem interface
off of eBay. It was listed simply as a 10269C but it looked like the
attached card was a Q-Bus card so I bought it and it turned out to be
an HP 10276A.
I can't find any information about the 10276A on the net. Any chance
anyone on this list has a manual for the 10276A?
I posted some photos of the 10276A card here:
http://sites.google.com/site/glensvintagecomputerinfo/
If I can get this card to work with my logic analyzer it might be
useful to help debug why I cannot successfully install 2.11 BSD from a
tape drive attached to a CMD CQD-200 while the installation works fine
with a CMD CQD-220. Probably some sort of compatibility issue in the
2.11 BSD TMSCP driver.
-Glen
KANSAS CITY, MO -- December 17, 2010 -- Bob Bishop, co-founder of Apple's R&D lab, will be the keynote speaker at KansasFest 2011. Bob is part of the early history of the Apple computer and has developed numerous commercial software titles, worked side-by-side with Apple co-founder Steve Wozniak, written a book on assembly language programming, and published articles in most Apple II magazines. Bob has lived what most of us only dream about, and he has the stories to prove it.
In 1976, Dr. Bishop knocked on Steve Jobs' door and ended up owning an Apple I. Soon, he bought one of the first Apple II computers. A few months later, the first graphical Apple II games, like Rocket Pilot and Star Wars, came from Bob's keyboard before Apple had even finished the documentation. Later, Bob brought speech to the personal computer with Apple-Talker and Apple-Listener. In 1978, Bob and Steve Wozniak founded Apple's research and development division. His program Apple-Vision was included on DOS 3.3 master disks, demonstrating the audio and video capabilities of the Apple II. Even after retiring in 1981, he continued using, programming, and writing about the entire Apple II line.
The stories do not end with the Apple II. Bob has hosted a radio show using the "Mr. Logic" personality, written essays, founded a comic book club, designed a computer programming language, and written online riddles. Alas, Bob has not yet founded the fanciful "Subroutine Shack" stores "for supplying software components." Today, he lives in California, still "plays with computers," and laments that his Web site is forever under construction.
KansasFest 2011, the 22nd annual Apple II conference, is set for July 19th through July 24th at Rockhurst University in Kansas City, Missouri. KansasFest was originally hosted by Resource Central and has been brought to you by the KFest Committee since 1995. Any and all Apple II users, fans, and friends are invited to attend this year's event. Registration details will be announced on the KansasFest Web site in early 2011. For photos, schedules, and presentations from past year's events, please visit the event's official Web site at http://www.kansasfest.org/.
CONTACT:
KansasFest 2011
http://www.kansasfest.org/http://twitter.com/kansasfest/
On Sat, 18 Dec 2010 19:10:13 +0000 (GMT), Tony Duell wrote:
>> UofO teaches mostly football, it seems. It's been suggested that it
>> be renamed Phil Knight University. Last year construction was
>> finished on an academic center for athletes (big glass cube). Now,
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Isn't that a >contradiction in terms?
Now now, Tony, you are being unfair. I don't know about those Americans
who play that game where they run around in padded suits and helmets,
wrestling each other to the ground (I think they call it football for
some reason), but not a few European athletes are intelligent people who
do very well in ordinary careers when their athletic career is over.
And you do know of course that Dolph Lundgren has a master's degree in
chemistry? And he has studied at MIT...
Brawn doesn't preclude brains.
/Jonas
This past Saturday at the Retro Computing Society's mill space we took
a good hard look at a PDP-11/45, with hopes to get it running. It is
in pretty good shape, and has been upgraded quite a few times over its
career running some chem lab equipment. We did, however, find that
pretty much every line power cable in the system had started to decay
(did DEC buy a bad batch of cords?). They are covered in extremely
sticky goo, and every solvent we threw at it would not clean the cords
up. I think the cords need to just be replaced., as clearly they have
started something that can not be good.
So...RCS is looking for official DEC 120 VAC 14-3 power cords with the
early/mid 70s type molded-in power connectors, in nice condition, of
course. Do you have some DECjunk with these power cords? We are
interested (and will make it worth your while) if you can disconnect
them - decently long lengths would be nice.
Let me know of list. Thanks!
--
Will
Hi guys,
I've spent the past two days working on the Python API and Firmware for
the DiscFerret. This work has resulted in a few enhancements...
Firstly, I've made the RAM access routines a heck of a lot faster. How
much faster? About SEVEN TIMES. The 001A firmware can access RAM at
about 30Kbytes per second (peak is ~31KiB/sec during a RAM read).
Upgrade to Firmware 001B, and this increases to ~220 KiB/sec, or very
close to the theoretical limit of the Microchip USB engine (which is
about 250KiB/sec). I'm looking for other ways to boost the transfer
rate, but I think this is as far as it's going to go.
To put this in perspective, if we assume that it takes one second to
read a disc track, and that we get 128Kbytes of data from that read...
80 tracks double-sided = 160 tracks
160 * 128 = 20,480 KiB = 20MiB
20480 / 220 = 93 seconds to transfer the data (only!)
Disc rotates at 300RPM.
60 seconds / 300RPM = 0.2 seconds per revolution
If we wait for the second index pulse before reading, that's a
maximum wait of 0.4 seconds, plus 0.2 seconds to read each track
= 0.6 seconds per track, excluding seek
0.6 * 160 = 96 seconds
96 seconds + 93 seconds = 189 seconds... or three minutes and nine
seconds.
If you reduce the clock rate from 80MHz to 40MHz, that halves the
amount of data which needs to be transferred, thus bringing the time
down to 141 seconds, or two minutes and twenty-one seconds.
Did I mention that -- at full speed -- this is about 30 seconds faster
than the SPS Kryoflux analyser?
If you're happy with Catweasel-level accuracy (~20MHz acq frequency),
then you can get this down to 117 seconds... a shade under two minutes
per disc.
Admittedly, to get this speed-up, you need to reflash the firmware --
short the BOOT jumper, plug in the power cable and USB, then use
mphidflash to upgrade the firmware. Unplug the cables, remove the
jumper, then plug the USB and power cables back in. Simple!
Next up -- the Python API now handles RAM access chunking. Tell it to
read 512K of data, and it'll run off and figure out how many READ
commands need to be sent, and how to read those bytes from the hardware
in the fastest way possible (i.e. how many bytes it can stuff in each
packet). It's also fully backwards compatible with the 1A firmware,
although you'll hit the 30KiB/sec speed limit...
I've also set up a mailing list -- it's open-access, sign up and you can
post, or you can skim the list archives as much as you please. I'll be
posting news about software updates, answering questions, and helping
out with hardware issues.
The mailing list homepage is:
http://mail.discferret.com/mailman/listinfo/discferret-l_discferret.com
If for some reason you don't like the Mailman web interface (or it
refuses to play nice), you can also subscribe to the list by sending an
email to discferret-l-request at discferret.com with the subject
"subscribe" (no quotes).
I'll be posting a slightly longer message there in a few minutes
detailing exactly what you need to do to upgrade a Release 1A DiscFerret
to Release 1B, including a new firmware HEX file.
I should probably turn the DiscFerret site into a semi-closed Wiki (some
pages protected, others open, "if you're on the mailing list you can
edit the Wiki"), though that's a job for later...
I'm also toying with the idea of offloading data separation onto the
DiscFerret FPGA, meaning that you'd be able to program the data
separator, then just grab a stream of clock and data bits instead of the
timing stream. Less effort if all you want is an ADF file, and less data
to transfer too...
Enjoy!
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
Date: Tue, 21 Dec 2010 15:45:29 -0600
From: John Foust <jfoust at threedee.com>
Subject: Re: Sports! .. and with an on-topic association.
At 01:23 PM 12/21/2010, Tony Duell wrote:
>A quick look at the picture of me on the recent HPCC conference page
>(linked from http://www.hpcc.org/ [2]) will, I think indicate that I am
>not the wort of person to go running...
Hmm. Your shirt is untucked in some places, tucked in others.
- John
++++++++++++++++++++++++++++++++++++++++++++
Surely a sign of true genius!
But he needs a pocket protector; anybody have a spare they could send him?
mike
Date: Tue, 21 Dec 2010 15:16:53 -0500
From: "Teo Zenios" <teoz at neo.rr.com>
Subject: Re: Service bureaus (Was: Tek 4051 firmware listing
----- Original Message -----
From: "Tony Duell" <ard at p850ug1.demon.co.uk>
To: <cctalk at classiccmp.org>
Sent: Tuesday, December 21, 2010 2:27 PM
Subject: Re: Service bureaus (Was: Tek 4051 firmware listing
>> >
>> > Perhps you could explain how human knowledge is advanced by palying
>> > baseball (or any other similar sport).
>> >
>> > -tony
>>
>> Fixing and preventing sports related injuries. Pro athletes tend to get
>> hurt
>
> Ah, so sports lead to cures for injuries that you wouldn't get if you
> didn't take part in sports. I can think of a much simpler way to avoid
> such injuries, which is, of course, the method I use.
>
Yea like nobody ever pulled a muscle, broke a leg, dislocated a shoulder,
got a concussion outside of sports. People have been known to get major
injuries just getting out of the bathtub (waiting on your reply about how
you don't wash either).
+++++++++++++ REPLY: +++++++++++++++++++++++++++
?? I think perhaps your irony/sarcasm detector is malfunctioning...
m
Pontus wrote:
> On Tue, Dec 21, 2010 at 11:16:16PM -0500, Tim Shoppa wrote:
>> 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 you are on the wrong list Tim :D Speed isn't really the reason.
I was a user of both the Delta and a Paragon when they were new. Speed
really was the reason! There was very little cute or affecting about the
machines. The OS and Compilers sucked. (OK, not a lot worse than the
suckiness of some others at the time). Parallelizing code that wasn't
easily parallelized, a lot of folks wasted time with that. But for
the problems in the sweet spot, wow, speed was ENTIRELY the reason.
Knowing that I was using one of the fastest "machines" on earth (although
really a farm of many machines) was in itself exhilirating.
Bringing back that exhiliration by running the same hardware that was new
20 years ago, but today? It's just not the same. Again, the fickle
world of parallel supercomputing.
These are machines that are fine for displaying in museums, they were
truly the pinnacle of parallel supercomputing for a couple years. I'm
very happy that CHM has examples of each. But not at home :-).
Tim.
> Message: 10 Date: Mon, 20 Dec 2010 20:50:36 -0800
> From: dwight elvey <dkelvey at hotmail.com>
> Subject: RE: Need help with Project Northstar/Data I/O System-19/ADM,
> Terminals (dwight elvey)
>>>> 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
> Hi
> What is the command sequence that you are using with the Data IO Sys-19
> to get it to understand Intel Hex?
> Dwight
Dwight;
I have been using a program called PL [Version 26 & 34] that I
downloaded from Magnetics & Memories of Philadelphia.
It is driven by a Configuration file that can be Setup for the Device
Type and File type and Baud Rate, etc.
I am in contact with Al Marin of M & M and he is looking in on the Problem,
My Latest attempt was to EDIT out a Intel Hex file to make it PURE
Binary but that doesn't want to load properly either.
I burnt a Prom with a few additional lines of Code that I had to shrink
as it didn't match the input file when I load RAM from the device and
created a File from it. But alas even that did not perform as it should
on the N*.
I could not see the OUT [6, 2, 3] instructions being executed the way
the do with the Original 2708.
If I go back to the 2708 that Andrew L Burnt for me the Code performs in
accordance with the Listing.
Bob
Anyone interested in this swap? I just recently got a TI-85 calculator thinking that I had a manual for it already. It seems that somewhere along the line I decided that I didn't really need the manual anymore so I got rid of it. So, I now have a calculator with no manual. Anyone have an extra TI-85 manual they'd like to trade for a Radio Shack Pocket Computer with manual?
This time they made it LOOK like a real Commodore:
http://www.commodoreusa.net/CUSA_C64.aspx.
Neat, but unfortunately its only support for vintage operation is
emulator software. It needs a real C64 inside, a la Jeri E.'s projects.