[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