I'm pretty confused right now. I wrote a small basic program to dump my
cassettes into the computer.
1 IF (1 AND PEEK(61456)) = 0 THEN POKE 61441, PEEK(61457)
2 GOTO 1
61441 - ACIA DATA PORT
61456 - KCACR STATUS PORT
61457 - KCACR DATA PORT
I'm not checking if the ACIA is ready for data, because when reading at
300bps and transmitting at 9600 we should never have to.
Why am I getting strange results below? The only thing I can think of is
that it is somehow missing every other byte from the KCACR. Does anyone
see anything wrong with the basic program? All 500 lines returned are the
exact same length and they all start with 13.
1300D603EAFE3A00880C8
13000000000000000000C
...
1310452E25D34F0FEE5CC
1310C71943CF143316541
Missing every other byte? Maybe the 680 and it's basic isn't fast enough
for my program? I'm just guessing that S1 and 13 are supposed to be there...
S113_0_0_D_6_0_3_E_A_F_E_3_A_0_0_8_8_0_C_8
On top of all this, I'm having a hard time understanding the format.
This is a good line:
1 2 3 4 5 6 7 8 9 10 11 12 13
S1 13 0000 0D 76 00 F3 7E 18 F9 7E 03 3C 00 00 48 38 00 2C 7E
S1 means its a data record,
13 is the byte count,
0000 is the address,
and 7E is the checksum.
So what are the mystery bytes? How do you get 13 data bytes and still have
a place for all of the rest? 13 is supposed to include the checksum! The
checksum is the one's compliment of the sum of the all bytes except S1 and
the checksum itself.
FF-(13+0D+76+F3+7E+18+F9+7E+03+3C+48+38+2C)=7E
So 7E is the checksum. I want to know where all those bytes go! :(
Grant
> Cleaning out things and came across 40+ tubes (24/tube) of TTL 5400
> Quad Nand Gates (Mil version of the 7400). Free for postage.
>
> Here's your chance to build your computer from scratch :oD
>
> CRC
'Tis all gone...
CRC
I'm using them for a dovebid sale and while things are scheduled to be
delivered tomorrow (knock on wood), so far I've been pretty
unimpressed with moveit.com. They haven't been very good at
communicating important details like MY SHIPPING ADDRESS, when the
shipment would be made, how payment was to take place, etc.
They say they do a love of business through dovebid, and while that
may be so, I don't think I would use them again in the future compared
to my experiences with cratersandfreighters.com.
Has anyone else used these guys?
What was your experience?
--
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
<http://www.xmission.com/~legalize/book/download/index.html>
Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Hi,
I'm finding inconsistencies between the HP-67 & HP-97.
I'm looking for an HP-97 Manual and saw a note from Joe that stated Mike Haas
found one. Is it for sale?
Gregg
Here is my copy of Altair 680 BASIC. I never owned an Altair, I bought this
for my SWTPC 6800.
The BASIC and manuals are here.
http://www.swtpc.com/mholley/Altair/Altair_Basic.htm
Michael Holley
> Date: Mon, 01 Jan 2007 00:12:12 -0900
> From: Grant Stockly <grant at stockly.com>
> Subject: Altair 680 CSAVE Problems!@ : (
> To: altaircomputerclub at yahoogroups.com, cctalk at classiccmp.org
> Message-ID: <5.2.1.1.0.20061231234847.03956f20 at pop.1and1.com>
> Content-Type: text/plain; charset=us-ascii; format=flowed
>
> I'm having a ton of trouble saving a program on a cassette tape using
> Altair 680 basic. Was there a KCACR basic made without the CSAVE
> command? My basic appears to have a CSAVE command, but it won't accept
> the
> name!!!!! : (
>
>Date: Mon, 01 Jan 2007 21:12:47 -0800
>From: "Chuck Guzis" <cclist at sydex.com>
>Yeah, no kidding--someone game me a Mac 6100/60. Not very exciting,
>but I've upgraded the memory to 40 MB and added a 4GB hard disk from
>parts in my hellbox.
>
>So, does anyone have any first-hand experience with Linux on one of
>these critters? Is it worth the installation trouble?
As long as you have a 6100, you should have a look at this page:
<http://www.kan.org/6100/>.
It has a wealth of information all aimed at the 6100 specifically.
Jeff Walther
I'm beginning to wonder if it's time I upgraded my home network. The
NICs on most of the machines are 100BaseT, with the odd old machine
sporting a 10BaseT. But it's the hubs I wonder about--two old
National Semi 6-port Datamover 10BaseT units coupled together with a
10Base2 (coax) link. It's that coax that I dread replacing--it goes
between floors and snaking it through the walls was a real chore.
My DSL speed is 1.6Mbps, so I'm thinking that there's little reason
to upgrade the setup. Am I thinking correctly or am I likely to see
an improvement in internet access speed if I upgrade?
Cheers,
Chuck
ARCHIVE YOUR APPLE FLOPPIES AT THE W6TRW SWAP MEET, JANUARY 2007
Even if your Apple IIe is long gone, you'll soon have a chance to get at
your old data again, when Device Side Data (www.deviceside.com) holds
the second public demonstration of a new USB floppy interface.
USB floppy drives are widely available, but those currently on the market
only support 3.5" disks. The new interface, due to be released later this
year, connects to 5.25" drives. It will also allow the owners of modern
computers to read a variety of old disk formats that ordinary floppy
controllers no longer support.
The demo will take place on Saturday, January 27th, 2007, at the
famous W6TRW swap meet in Redondo Beach, California. Attendees are invited
to bring along a few disks and have image copies made.
The final product will read many disk formats, but the prototype only reads
Apple II disks, so please leave your IBM or CP/M floppies at home for now.
The W6TRW swap meet runs from 7 AM to 11:30 AM in the Northrop Grumman
parking lot near the intersection of Aviation and Marine in Redondo Beach.
There is no fee to attend. Once there, look for the spinning disk in row C.
Besides Device Side Data, many other vendors will also be present, with a
wide range of equipment for sale.
This is an outdoor event and will proceed regardless of weather. Please
carry your disks in waterproof bags in case of rain.
Does anyone out there have a Hewlett Packard 7200A plotter (made around 1972) or a DEC VT50 (not VT52) terminal? I am looking for both of these items for my classic computer center.
Thanks,
Ashley Carder
http://www.woffordwitch.com
"Rick Bensene" <rickb at bensene.com> wrote:
>We had quite a bit of fun writing little programs which would wait
for a
>specific time (during other people's classes), and then "crash" the
>system at that time. Eventually, we got caught.
This reminds me of an interesting phenomenon we discovered in 1974...
the high school had an ASR-33 connected via a leased data line
(telephone with acoustic coupler) to a PDP-8/E running TSS/8 at Clemson
University, 60 miles away.
I can't remember exactly what the code was any more, but it was a very
simple patch -we would deposit a mere three words at location 307
(octal) and execute it (ST 307), and the terminal would log on another
job. So you'd have two accounts open simultaneously on the same TTY!
And if you logged off one account the other would still be open so you
couldn't log off both... they'd have to reboot the system to kill it.
Any TSS/8 gurus know how we might have done this?
We also "inadvertently" deleted the contents of one of the library
DECtapes once... there was a "ZAP" command that zeroed out the tape, so
naturally we would type in "R ZAP" frequently, and get the expected
"WRITE LOCKED" error. One day, though, it actually did it =:^0 Guess
the operator forgot to flip the write lock switch!
-Charles
