[Coco] CoCoSDC and Extended ADOS3

Bill Pierce ooogalapasooo at aol.com
Fri Nov 18 15:25:45 EST 2016


Ron, I think Brett's program requires a straight "rom" file... not a "bin" file. A bin file has a header for file size, loading address etc, as well as a footer with execute address (total 10 bytes, hence the fi,le being 10 bytes too long).
A rom file is just a straight file with NO header and would error if you tried to load it from basic as there is no header.

 

 


Bill Pierce
"Charlie stole the handle, and the train it won't stop going, no way to slow down!" - Ian Anderson - Jethro Tull

 

My Music from the Tandy/Radio Shack Color Computer 2 & 3
https://sites.google.com/site/dabarnstudio/
Co-Contributor, Co-Editor for CocoPedia
http://www.cocopedia.com/wiki/index.php/Main_Page
Global Moderator for TRS-80/Tandy Color Computer Forums
http://www.tandycoco.com/forum/

E-Mail: ooogalapasooo at aol.com


 

 

-----Original Message-----
From: Ron Klein <ron at kdomain.org>
To: CoCoList for Color Computer Enthusiasts <coco at maltedmedia.com>
Sent: Fri, Nov 18, 2016 3:15 pm
Subject: Re: [Coco] CoCoSDC and Extended ADOS3

Hi Brett,Funny enough I did try this as my first attempt to flash Extended ADOS3(before I set out to do it manually).When running the program, I get the following:SOURCE FILENAME? EPROM.BINDEST BANK NO? 7COPY ROM 1 :EPROM.BIN TO BANK 7? YDONEOUT OF RANGE (0-3).RG ERROR IN 500Thanks-RonOn Fri, Nov 18, 2016 at 2:08 PM, Brett Gordon <beretta42 at gmail.com> wrote:> Ron, I have a simple wrapper util on my cocoboot2 site, that will flash a> straight, flat rom to sdc.  The disk image is called "sdcutils.dsk".>> brett> On Nov 18, 2016 3:02 PM, "William Astle" <lost at l-w.ca> wrote:>> > First of all, you would use &H2000 as your argument for WRITE MEM because> > that's the first address of your image, but that shouldn't be what's> > causing the FC error.> >> > You should check the documentation for WRITE MEM to make sure you have> the> > arguments right (right order, etc.) and there aren't any restrictions on> > where the ROM image can be located or the maximum size you can flash at> > once.> >> > On 2016-11-18 12:52 PM, Ron Klein wrote:> >> >> I tried the alternate take on the PCLEAR way but continue to get an FC> >> error anytime I try to flash the CoCoSDC:> >>> >> PCLEAR1> >> CLEAR 200,&H1FFF> >> LOADM"EPROM.BIN"> >> KILL MEM @7> >> WRITE MEM @7,&H1FFF,&HC000,16384-256> >>> >> Argh!> >>> >> -Ron> >>> >>> >>> >> On Fri, Nov 18, 2016 at 1:39 PM, William Astle <lost at l-w.ca> wrote:> >>> >> I wonder if it has occurred to anyone to just load the file with an> offset> >>> so it loads at &H4000? Then the CLEAR command, etc., in the sequence> >>> would> >>> be sufficient. If the file loads by default at &H2000, then you can add> >>> an> >>> offset of &H2000 to load it to &H4000:> >>>> >>> LOADM"EPROM.BIN",&H2000> >>>> >>> However, for complete correctness you should use &H3FFF, not &H4000> since> >>> the address sets the highest address DECB will use, not the first> address> >>> of the reserved area. It will probably work fine due to a fluke about> how> >>> things get set up related to string space, but to be completely> correct,> >>> you should set the address correctly.> >>>> >>> The other suggestion of a PCLEAR1 first and use &H1FFF (adjusted for> >>> correctness) as the CLEAR argument should also work. You're getting the> >>> OM> >>> error because you're trying to put the top of memory for DECB below the> >>> top> >>> of the PMODE graphics pages. If you do go that route, you'll have to> >>> adjust> >>> the argument to your WRITE MEM command to match where ERPOM.BIN loads> or> >>> you'll be writing the top half of the ROM image followed by 8K of junk> to> >>> the flash.> >>>> >>>> >>> On 2016-11-18 12:12 PM, Ron Klein wrote:> >>>> >>> Hi Art,> >>>>> >>>> Changing the CLEAR statement to:> >>>>> >>>> CLEAR 200, &H2000> >>>>> >>>> ... results in an ?OM ERROR> >>>>> >>>>> >>>> Changing the CLEAR statement to:> >>>>> >>>> CLEAR 200, &H7000> >>>>> >>>> ... results in crashing the Coco 3 after doing a LOADM "EPROM.BIN"> >>>>> >>>>> >>>>> >>>> On Fri, Nov 18, 2016 at 1:00 PM, Arthur Flexser <flexser at fiu.edu>> >>>> wrote:> >>>>> >>>> Ron, your CLEAR 200,&H4000 statement will plop the stack in the middle> >>>>> >>>>> of the region reserved for the code you are loading in, so that the> >>>>> stack will get overwritten by the code, which does not bode well at> >>>>> all.  Try using $2000 or $7000 instead of $4000.> >>>>>> >>>>> Art> >>>>>> >>>>> On Fri, Nov 18, 2016 at 1:46 PM, Ron Klein <ron at kdomain.org> wrote:> >>>>>> >>>>> Hi Art,> >>>>>>> >>>>>> That's how I was treating it, but seem to be getting an FC error> when> >>>>>> attempting to flash it to the CoCoSDC.> >>>>>>> >>>>>> I do the following:> >>>>>>> >>>>>> KILL MEM @7> >>>>>> CLEAR 200,&H4000> >>>>>> LOADM"EPROM.BIN"> >>>>>> WRITE MEM @7,&H4000,&HC000,16384-256> >>>>>>> >>>>>> I get the following error:> >>>>>>> >>>>>> ?FC ERROR> >>>>>>> >>>>>> Not sure what the issue is as the SYNTAX is correct.  I'm thinking> it> >>>>>> has> >>>>>> something to do with the addresses.> >>>>>>> >>>>>> Mike Rowan brought up the binary header and footer information as> >>>>>> being> >>>>>> a> >>>>>> possible issue.> >>>>>>> >>>>>> Thanks> >>>>>>> >>>>>> -Ron> >>>>>>> >>>>>>> >>>>>> On Fri, Nov 18, 2016 at 12:35 PM, Arthur Flexser <flexser at fiu.edu>> >>>>>>> >>>>>> wrote:> >>>>>> >>>>>> >>>>>> Ron, I'm not sure if this is what you need, but...> >>>>>>> >>>>>>>> >>>>>>> The EPROM.BIN file starts at $2000, but it is like a cartridge that> >>>>>>> would ultimately reside at $C000.  So, whatever method you'd use> for> >>>>>>> a> >>>>>>> cartridge file of 16K should be applicable to it.> >>>>>>>> >>>>>>> Art> >>>>>>>> >>>>>>> On Fri, Nov 18, 2016 at 11:58 AM, Ron Klein <ron at kdomain.org>> wrote:> >>>>>>>> >>>>>>> Hello everyone,> >>>>>>>>> >>>>>>>> I've been wanting to use ADOS again and went through the steps to> >>>>>>>>> >>>>>>>> create> >>>>>>>> >>>>>>> >>>>> a> >>>>>>> >>>>>>>> >>>>>>> customized EPROM.BIN for Extended ADOS3.  I'm trying to figure out> >>>>>>>> the> >>>>>>>> correct method for flashing this BIN to bank 7 of the CoCoSDC and> >>>>>>>>> >>>>>>>> confused> >>>>>>>> >>>>>>> by the start and ending addressing required for this 16K ROM and> how> >>>>>>>>> >>>>>>>> to> >>>>>>>> >>>>>>> >>>>> tell it to use bank 7.> >>>>>>> >>>>>>>> >>>>>>>> Is anyone else using ADOS/Extended ADOS3 with their Coco 1,2 or 3> >>>>>>>> and> >>>>>>>>> >>>>>>>> a> >>>>>>>> >>>>>>> >>>>> CoCoSDC?> >>>>>>> >>>>>>>> >>>>>>>> Thank you!> >>>>>>>>> >>>>>>>> -Ron> >>>>>>>>> >>>>>>>> --> >>>>>>>> Coco mailing list> >>>>>>>> Coco at maltedmedia.com> >>>>>>>> https://pairlist5.pair.net/mailman/listinfo/coco> >>>>>>>>> >>>>>>>>> >>>>>>> --> >>>>>>> Coco mailing list> >>>>>>> Coco at maltedmedia.com> >>>>>>> https://pairlist5.pair.net/mailman/listinfo/coco> >>>>>>>> >>>>>>>> >>>>>>> --> >>>>>> Coco mailing list> >>>>>> Coco at maltedmedia.com> >>>>>> https://pairlist5.pair.net/mailman/listinfo/coco> >>>>>>> >>>>>>> >>>>> --> >>>>> Coco mailing list> >>>>> Coco at maltedmedia.com> >>>>> https://pairlist5.pair.net/mailman/listinfo/coco> >>>>>> >>>>>> >>>>>> >>>>> >>> --> >>> Coco mailing list> >>> Coco at maltedmedia.com> >>> https://pairlist5.pair.net/mailman/listinfo/coco> >>>> >>>> >>> >> > --> > Coco mailing list> > Coco at maltedmedia.com> > https://pairlist5.pair.net/mailman/listinfo/coco> >>> --> Coco mailing list> Coco at maltedmedia.com> https://pairlist5.pair.net/mailman/listinfo/coco>-- Coco mailing listCoco at maltedmedia.comhttps://pairlist5.pair.net/mailman/listinfo/coco


More information about the Coco mailing list