From: MagerValp (MagerValp_at_cling.gu.se)
Date: 2001-11-05 21:12:09
>>>>> "gpz" == groepaz <groepaz_at_gmx.net> writes:
gpz> oh well.... read uart specs... the second stop-bit is practically
gpz> nothing more than an additional delay after each sent byte (the
gpz> reciever doesnt care about the second stopbit)
Yes, that's the whole point, the stop bit is the minimum delay between
characters -- it gives the receiver a little time to breathe.
gpz> also...well... its not like the transfer would be unreliable even
gpz> at 115k here ;=P
At 100 cycles/byte it keeps up quite nicely, even badlines don't screw
things up.
gpz> atm its the pc that limits the speed, not the c64 *G* (just
gpz> stupid ppl use crystals on serial ports that result in the
gpz> divisor beeing 1 at 115k already.... bah)
Stupid, isn't it?
gpz> however like i said my host program is supposed to support as
gpz> many possible solutions on the c64 side as possible, so it'll be
gpz> still very interisting to have a look at what you have done. (btw
gpz> if you want the true debugging experience, implement 2 simple
gpz> commands accessable from the host side which are "read block of
gpz> memory" and "write block of memory" ...
I think I want to keep the C64 as the master. I don't want to have
anything running on the C64, I just patch into the kernal vectors.
Once the C64 driver is done I'll rip out the RS-232 routines in the
kernal and burn new ROMs.
--
___ . . . . . + . . o
_|___|_ + . + . + . . Per Olofsson, konstnär
o-o . . . o + MagerValp_at_cling.gu.se
- + + . http://www.cling.gu.se/~cl3polof/
----------------------------------------------------------------------
To unsubscribe from the list send mail to majordomo_at_musoftware.de with
the string "unsubscribe cc65" in the body(!) of the mail.
This archive was generated by hypermail 2.1.3 : 2001-12-14 22:05:43 CET