[Coco] It's a small win, but a win nonetheless
Dave Philipsen
dave at davebiz.com
Sun Mar 12 00:46:50 EST 2017
I guess the reason I'm so interested in your project is that over the
years I have used microprocessors to read and generate data-on-tape for
various projects including Teddy Ruxpin, Chuck E. Cheese's, ShowBiz
Pizza Place, SMPTE time code, and others. Interestingly I have never
played around much with the CoCo cassette data though.
Dave
On 3/11/2017 11:35 PM, RETRO Innovations wrote:
> On 3/11/2017 10:52 PM, Dave Philipsen wrote:
>> True, stop and start bits are really only used for asynchronous
>> data. The cassette data is synchronous and that's why that string of
>> 55s is there. You mentioned that sometimes you get AAs instead of
>> 55s. If that continues after you perfect the circuit it's possible
>> you may cure it in software (I'm assuming you've got a program that
>> is reading the data in and not a dedicated USART).
> Yep
>> Is the data after the AAs also shifted or does it correct itself?
> Not until the long space between the filename and the data.
>
> I rewired my mess-o-passives into a nice bundle. We'll see if the
> issue persists.
>
> Jim
>
>
More information about the Coco
mailing list