Does anyone have any photos/drawings of the WAMECO FPBC-1 photo mask for the FPB-1 front panel board? I'm planning on recreating one as finding a stock photo mask is likely impossible at this late date.
Thanks much,
Pete Plank
On Wednesday (02/27/2013 at 09:58AM -0500), Bill Sudbrink wrote:
> >
> > I have a SWTPC 6800, but it came with the MP-C. I was thinking of
> > building an MP-S with an additional baud rate clock, to get a higher
> > speed than the MP-C.
>
> I may have a spare MP-C. You do know that SWTBUG/MKBUG will operate
> an MP-C in slot 1? You don't "need" an MP-S to get your 6800 up.
yes-- as I noted to Josh in a private message, SWTBUG would be required
to run the MP-S as the console. The original SWTPC 6800 design used
MIKBUG and the console interface was an MP-C. SWTBUG was released later
as an upgrade ROM and it could support either an MP-C (original equipment)
or an MP-S (upgrade) as the console.
So, you really need to confirm which monitor ROM the system has to decide
what you can or need to do for the console interface.
Chris
--
Chris Elmquist
Hate to part with this one, but it never gets used
Mac SE/30
68MB RAM
80MB HDD
Ethernet Card
Apple Extended Keyboard II
Spare 2GB HDD so you can upgrade it.
This is one of the models that will run A/UX and NetBSD
$300 shipped insured via USPS Priority mail.
Also have 15khz Apple IIGS monitors for $50 shipped each
Subject line says it all -- I picked up a-nearly- complete (and very
very extremely dirty and full of mousedetritus) SWTPC 6800 but I'm
missing the MP-S serial interface (which will eventually be necessary to
doanything too useful with it once I've given the rest of the machine a
good soak). Anyone have one going spare or have any leads?
Thanksas always,
Josh
> >
> > OK, I'm stumped. I'd like to use a real VT100 as a terminal with an
> > emulated PDP-11 running RT11.
> >
> > When the VT100 is connected to a real PDP-11, it works fine. When connected
> > to the emulated PDP-11, garbage characters begin to appear on the screen
> > when, say, doing a DIR command.
> >
> > The garbage always starts in exactly the same place in the DIR listing.
> > After that, garbage characters (grey squares) become interspersed with the
> > good text.
>
> Too high a data rate without flow control. Either enable Xon/Xoff on
> both ends or
> use hardware control (most PCs do not support that correctly).
>
> If all else fails set the baud rated to something slower till the
> problem goes away.
>
My VT102 manual describes the grey hatched squares as the substitute character
and says they are displayed when the input buffer is full and characters are
lost.
It also suggests that hardware flow is not available and the only solutions
are XON/XOFF, fill characters (nulls) or low speed operation.
I strongly suspect the VT100 behaves the same. Appendix E "VT102/VT100
DIFFERENCES" doesn't suggest otherwise although it does say that the VT102
uses a different numbers of fill characters.
Regards,
Peter Coghlan
------------------------------
On Tue, Feb 26, 2013 8:16 PM PST Ethan Dicks wrote:
>So the Internet was not invoked in the purchase of _my_ Pi.
>
>-ethan
I may have heard about it on this list. But the next mention or the first was in a magazine, Linux Format probably.
------------------------------
On Tue, Feb 26, 2013 6:45 PM PST Doc Shipley wrote
> My first foray into hot rods was a carburetor swap, not a full engine
>build. I'd never have finished a motor if I'd jumped right into the
>deep end.
But an entry point can be a Peter Norton book or something like it or interpreted BASIC. Some people, not you, are disgusted with anything done the old ways. To my knowledge, the only way to create a laboratory quality flat piece of cast iron is with a blasted chisel. Newer ways of doing things need to be persued of course. You have to anticipate critiques on a list such as this. I alluded to a discussion with another lister about a 14 year old kid learning how to fix crt based displays. Is there one person on this list who isn't impressed with such a mind? Same kid taught himself calculus. But maybe it's best to break him of that interest in such old crap. It isn't all twitter, facebook and the rest of the garbage with the youngsters and thank God.
Nothing against Rpi, just that it's definition of hardware hacking differs from some. Although I generally have an interest in it, and more so after this discussion, there still remains a void when it comes to learning chip level interfacing, leggo style.
------------------------------
On Tue, Feb 26, 2013 2:01 PM PST Doc Shipley wrote:
> My take on the Raspberry Pi is that it offers EXACTLY what it claims to offer. A cheap, accessible ENTRY POINT into programming and/or hardware hacking.
It seems to be more about high level hardware interfacing then hardware hacking in the purest sense - chip level interfacing. Building or modifying a sbc, even a very rudimentary one, from discrete parts is more of what I would expect, and what I did expect when I first heard of it. Or being able to add some sort of functionality, etc.
On 26/02/2013, Dave wrote:
>I found another for sale here, but I can't really afford to buy it and
>ship to the UP....
>
>http://www.bonanza.com/listings/Strobe-Graphics-System-Plotter-for-Apple-II…
I agree. I spotted that one as well when searching, but $499 is way too much to pay to get a manual.
Carl
________________________________
This e-mail message, including any attachments, is for the sole use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Gartner makes no warranty that this e-mail is error or virus free.
On 26 February 2013 00:50, Zane H. Healy <healyzh at aracnet.com> wrote:
>
> It looks like some sort of AROS distro might be an option as well.
Ah, yes, I'd forgotten about that.
Yes, the AROS team are working on an ARM version, but AFAIK, at the
moment, it can only run loaded as an application running under ARM
Linux with X.11 or possibly under QEMU. It cannot yet actually boot on
ARM hardware.
Given that the Rpi struggles a bit with graphical Linux anyway, it's
not really an alternative at the moment.
But if or when they ever do produce a native-booting version, that
will indeed be an option. AROS is small, slim and fast compared to
modern x86 OSs - although it's relatively feature-poor, and like the
AmigaOS 3 that it seeks to replicate, it has no VM, no memory
protection, no user security or anything. It does have a TCP/IP stack
and Web clients, though.]
At the moment, TTBOMK, there are 4 OSs that run on Rpi:
* Linux, obviously, as used on 99% of Pis
* RISC OS - a feature-complete port, but so far lacking graphics
acceleration etc.
* Preliminary just-about-booting ports of NetBSD and FreeBSD
There'a a boot manager but I am not sure it can handle anything except Linux:
http://www.berryterminal.com/doku.php/berryboot
--
Liam Proven ? Profile: http://lproven.livejournal.com/profile
Email: lproven at cix.co.uk ? GMail/G+/Twitter/Flickr/Facebook: lproven
MSN: lproven at hotmail.com ? Skype/AIM/Yahoo/LinkedIn: liamproven
Tel: +44 20-8685-0498 ? Cell: +44 7939-087884
