Join our technical discussions about Freescale Microcontrollers: M68HC12. (Freescale Semiconductor is a Subsidiary of Motorola).
|
Hello, I'm trying to download this file in to the Flash memory, but D-Bug12 (bootload mode) says that is out of range. But I think it's in a valid range, isn't it? The line with 0xEFE0 is to set the start vector in 0xEFFE, pointing to 0x8000 S1238000FEC01AFDC018270E35ED31EC3169700434FB310326F2FEC01CEC31270BED311853 S12380200A30700434F920F10AC61F5B3B86805A380A4A802930C6FF5B02790003D6015B36 S12380400020FAFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF1F S123C0001EC0120203FFC0164A8000304BFB000320EE0080323010FF0000C02AC030000036 S123C020C02A0000C02C0000C02CFFFF000000000000FFFFFFFFFFFFFFFFFFFFFFFFFFFF4A S123EFE0FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFC0006B S9030000FC Thank you for the help! _________________________________________________________________ ¿Estás pensando en cambiar de coche? Todas los modelos de serie y extras en MSN Motor. http://motor.msn.es/researchcentre/ |
|
|
|
Use the sreccvt to reformat s-record. sreccvt.exe -m C0000 FFFFF 32 -lp -o yourfile.s19 yourfile.Sx where yourfile.sx to be converted and the yourfile.s19 to flash your MCU --- In , "Javier Alberola" <javieralberola@h...> wrote: > Hello, > > I'm trying to download this file in to the Flash memory, but D-Bug12 > (bootload mode) says that is out of range. But I think it's in a valid > range, isn't it? The line with 0xEFE0 is to set the start vector in 0xEFFE, > pointing to 0x8000 S1238000FEC01AFDC018270E35ED31EC3169700434FB310326F2FEC01CEC31270BED311853 > S12380200A30700434F920F10AC61F5B3B86805A380A4A802930C6FF5B02790003D6015B36 > S12380400020FAFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF1F > S123C0001EC0120203FFC0164A8000304BFB000320EE0080323010FF0000C02AC030000036 > S123C020C02A0000C02C0000C02CFFFF000000000000FFFFFFFFFFFFFFFFFFFFFFFFFFFF4A > S123EFE0FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFC0006B > S9030000FC > > Thank you for the help! > > _________________________________________________________________ > ¿Estás pensando en cambiar de coche? Todas los modelos de serie y extras en > MSN Motor. http://motor.msn.es/researchcentre/ |
|
Hello, I followed your instructions, but still I can't download the program. The result of the reformat is a .s19 file with some part of the code starting in 1BBFFF, that is out of range and also an odd address. Do you have any suggestion? S2240C0000FEC01AFDC018270E35ED31EC3169700434FB310326F2FEC01CEC31270BED3118C6 S2240C00200A30700434F920F10AC61F5B3B86805A380A4A802930C6FF5B02790003D6015BA9 S2240C00400020FAFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF92 S2241BBFFF1EC0120203FFC0164A8000304BFB000320EE0080323010FF0000C02AC03000001C S2241BC01FC02A0000C02C0000C02CFFFF000000000000FFFFFFFFFFFFFFFFFFFFFFFFFFFF2F S2241BEFDFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFC00050 S9030000FC Thank you again and sorry about my insistence. /***********************************************************************/ Use the sreccvt to reformat s-record. sreccvt.exe -m C0000 FFFFF 32 -lp -o yourfile.s19 yourfile.Sx where yourfile.sx to be converted and the yourfile.s19 to flash your MCU --- In , "Javier Alberola" <javieralberola@h...> wrote: > Hello, > > I'm trying to download this file in to the Flash memory, but D-Bug12 > (bootload mode) says that is out of range. But I think it's in a valid > range, isn't it? The line with 0xEFE0 is to set the start vector in 0xEFFE, > pointing to 0x8000 S1238000FEC01AFDC018270E35ED31EC3169700434FB310326F2FEC01CEC31270BED311853 > S12380200A30700434F920F10AC61F5B3B86805A380A4A802930C6FF5B02790003D6015B36 > S12380400020FAFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF1F > S123C0001EC0120203FFC0164A8000304BFB000320EE0080323010FF0000C02AC030000036 > S123C020C02A0000C02C0000C02CFFFF000000000000FFFFFFFFFFFFFFFFFFFFFFFFFFFF4A > S123EFE0FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFC0006B > S9030000FC > > Thank you for the help! > > _________________________________________________________________ > ¿Estás pensando en cambiar de coche? Todas los modelos de serie y extras en > MSN Motor. http://motor.msn.es/researchcentre/ _________________________________________________________________ Un amor, una aventura, compañía para un viaje. Regístrate gratis en MSN Amor & Amistad. http://match.msn.es/ |
|
|
|
Looking over your old posting. The S-record is obviously linear addressing from 0x8000 - 0xEFE0 One should realize that SrecCVT cannot handle an undefined PPAGE block in a linear S-record like you have. S1238000FEC01AFDC018270E35ED31EC3169700434FB310326F2FEC01CEC31270BED311853 S12380200A30700434F920F10AC61F5B3B86805A380A4A802930C6FF5B02790003D6015B36 S12380400020FAFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF1F So any S-record from 0x8000 to 0xBFFF is undefined. SrecCVT is useless in this particular case. Whatever code you have beginning at $8000 move it to ORG at $4000 or at $C000. You can then use the SrecCVT cmd line. Good luck - that is it for my 2cents worth.. |
|
|
|
et a copy of Log2Phy_12 from P&E's web site at www.pemicro.com at no cost. It handle these cases. Dave zeta_alpha2002 wrote: >Looking over your old posting. The S-record is obviously linear >addressing from 0x8000 - 0xEFE0 > >One should realize that SrecCVT cannot handle an undefined PPAGE block >in a linear S-record like you have. > >S1238000FEC01AFDC018270E35ED31EC3169700434FB310326F2FEC01CEC31270BED311853 >S12380200A30700434F920F10AC61F5B3B86805A380A4A802930C6FF5B02790003D6015B36 >S12380400020FAFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF1F > >So any S-record from 0x8000 to 0xBFFF is undefined. SrecCVT is >useless in this particular case. > >Whatever code you have beginning at $8000 move it to ORG at $4000 or >at $C000. You can then use the SrecCVT cmd line. > >Good luck - that is it for my 2cents worth.. > >Yahoo! Groups Links |
|
|
|
> It handle these cases. I should downloaded it but I am curious. For the undefined PPAGE in a linear S19 record $8000-$BFFF, where is it logically formatted too using this logphy_12? The reason are the different MCU memory sizes. Say the DP256 has 256KB - The 1st available PPAGE is at $30 and the E128 1st available PPAGE is at $38, D64, C32, etc. Now I burn the formatted S-record to FLASH. Do a dump from MCU, where would it be at what PPAGE for the different memory size MCUs. --- In , Dave Perreault <briggsroad@c...> wrote: > et a copy of Log2Phy_12 from P&E's web site at www.pemicro.com at no > cost. It handle these cases. > > Dave > zeta_alpha2002 wrote: > > >Looking over your old posting. The S-record is obviously linear > >addressing from 0x8000 - 0xEFE0 > > > >One should realize that SrecCVT cannot handle an undefined PPAGE block > >in a linear S-record like you have. > > > >S1238000FEC01AFDC018270E35ED31EC3169700434FB310326F2FEC01CEC31270BED311853 > >S12380200A30700434F920F10AC61F5B3B86805A380A4A802930C6FF5B02790003D6015B36 > >S12380400020FAFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF1F > > > >So any S-record from 0x8000 to 0xBFFF is undefined. SrecCVT is > >useless in this particular case. > > > >Whatever code you have beginning at $8000 move it to ORG at $4000 or > >at $C000. You can then use the SrecCVT cmd line. > > > >Good luck - that is it for my 2cents worth.. > > > > > > > > > > > > > >Yahoo! Groups Links > > > > > > > > > > > > > > > |
|
|
|
The $8000-$BFFF range is mapped into the page wich is shown at reset which can be device dependent. This is why you have to select a device type from the pull down window. Other devices also have $4000-$7fff and $0000-$3fff mapped. Dave zeta_alpha2002 wrote: >>It handle these cases. >> >> > >I should downloaded it but I am curious. For the undefined PPAGE in a >linear S19 record $8000-$BFFF, where is it logically formatted too >using this logphy_12? > >The reason are the different MCU memory sizes. Say the DP256 has >256KB - The 1st available PPAGE is at $30 and the E128 1st available >PPAGE is at $38, D64, C32, etc. > >Now I burn the formatted S-record to FLASH. Do a dump from MCU, where >would it be at what PPAGE for the different memory size MCUs. > >--- In , Dave Perreault <briggsroad@c...> wrote: >>et a copy of Log2Phy_12 from P&E's web site at www.pemicro.com at no >>cost. It handle these cases. >> >>Dave >> >> >>zeta_alpha2002 wrote: >> >> >> >>>Looking over your old posting. The S-record is obviously linear >>>addressing from 0x8000 - 0xEFE0 >>> >>>One should realize that SrecCVT cannot handle an undefined PPAGE block >>>in a linear S-record like you have. >>> >>> >>> >>S1238000FEC01AFDC018270E35ED31EC3169700434FB310326F2FEC01CEC31270BED311853 >> >>S12380200A30700434F920F10AC61F5B3B86805A380A4A802930C6FF5B02790003D6015B36 >> >>S12380400020FAFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF1F >> >> >>>So any S-record from 0x8000 to 0xBFFF is undefined. SrecCVT is >>>useless in this particular case. >>> >>>Whatever code you have beginning at $8000 move it to ORG at $4000 or >>>at $C000. You can then use the SrecCVT cmd line. >>> >>>Good luck - that is it for my 2cents worth.. >>> >>> >>> >>> >>> >>> >>>Yahoo! Groups Links >>> >>> >>> >>> >>> >>> >>> >>> >>> >> >Yahoo! Groups Links [Non-text portions of this message have been removed] |
|
|
|
Thanks - I kinda thought that would be the case. I think by default PPAGE = $00 from reset. So that whatever PPAGE = 00 overlaps with what page. So in linear program space, one hopes the programmer would not change PPAGE otherwise a runaway program to neverland. cute!! --- In , Dave Perreault <briggsroad@c...> wrote: > The $8000-$BFFF range is mapped into the page wich is shown at reset > which can be device dependent. This is why you have to select a device > type from the pull down window. > > Other devices also have $4000-$7fff and $0000-$3fff mapped. > > Dave > zeta_alpha2002 wrote: > > >>It handle these cases. > >> > >> > > > >I should downloaded it but I am curious. For the undefined PPAGE in a > >linear S19 record $8000-$BFFF, where is it logically formatted too > >using this logphy_12? > > > >The reason are the different MCU memory sizes. Say the DP256 has > >256KB - The 1st available PPAGE is at $30 and the E128 1st available > >PPAGE is at $38, D64, C32, etc. > > > >Now I burn the formatted S-record to FLASH. Do a dump from MCU, where > >would it be at what PPAGE for the different memory size MCUs. > > > > > > > >--- In , Dave Perreault <briggsroad@c...> wrote: > > > > > >>et a copy of Log2Phy_12 from P&E's web site at www.pemicro.com at no > >>cost. It handle these cases. > >> > >>Dave > >> > >> > >>zeta_alpha2002 wrote: > >> > >> > >> > >>>Looking over your old posting. The S-record is obviously linear > >>>addressing from 0x8000 - 0xEFE0 > >>> > >>>One should realize that SrecCVT cannot handle an undefined PPAGE block > >>>in a linear S-record like you have. > >>> > >>> > >>> > >>S1238000FEC01AFDC018270E35ED31EC3169700434FB310326F2FEC01CEC31270BED311853 > >> > >>S12380200A30700434F920F10AC61F5B3B86805A380A4A802930C6FF5B02790003D6015B36 > >> > >>S12380400020FAFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF1F > >> > >> > >>>So any S-record from 0x8000 to 0xBFFF is undefined. SrecCVT is > >>>useless in this particular case. > >>> > >>>Whatever code you have beginning at $8000 move it to ORG at $4000 or > >>>at $C000. You can then use the SrecCVT cmd line. > >>> > >>>Good luck - that is it for my 2cents worth.. > >>> > >>> > >>> > >>> > >>> > >>> > >>>Yahoo! Groups Links > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > > > > > > > > > > > >Yahoo! Groups Links > > > > > > > > > > > > > > > > [Non-text portions of this message have been removed] |
|
|
|
I downloaded and installed the Logphy_12 from P&E. Is there a way to make logphy generated S-record end in an even S-record. I am just getting error size when downloading formatted .phy file. ************************************************************ S-Record Size Must Be Even It seems that there are no options for the above. Logphy_12 is great when S-record end in an even S-record. Otherwise useless when not because I have to edit the .phy S-record to make it end on an even boundary. |
|
|
|
As possible workaround: If you create the file with CodeWarrior, in the burner you can specify the length of the record. Additionally, you can use the FILL command in the linker prm to fill up your memory areas with a pattern (to an even boundary). Hope this helps. Erich > -----Original Message----- > From: zeta_alpha2002 [mailto:] > Sent: Dienstag, 28. September 2004 02:33 > To: > Subject: [68HC12] LogPhy_12 > I downloaded and installed the Logphy_12 from P&E. > > Is there a way to make logphy generated S-record end in an > even S-record. > > I am just getting error size when downloading formatted .phy file. > > ************************************************************ > S-Record Size Must Be Even > > It seems that there are no options for the above. > > Logphy_12 is great when S-record end in an even S-record. > Otherwise useless when not because I have to edit the .phy > S-record to make it end on an even boundary. > > ------------------------ Yahoo! Groups Sponsor > --------------------~--> > Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. > Now with Pop-Up Blocker. Get it for free! > http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/dN_tlB/TM > -------------------------------------------------------------- > ------~- > Yahoo! Groups Links |
|
|
|
Thanks - I don't use CW, I used some other tools that generates S-records that ends in odd boundary. I used SrecCCT to reformat the S-records. I am using D-BUG12 to program E128, C32 and the FLASH on these MCUs must be programmed in words. Any byte left over on an S-record is considered odd (since it does not form a word) by D-BUG12 so it won't program whats left on an S-record. This becomes annoying specially when burning large program only to find out that the S-records data to be program are not words. --- In , "Erich Styger" <estyger@m...> wrote: > As possible workaround: > If you create the file with CodeWarrior, in the burner you can specify the > length of the record. > Additionally, you can use the FILL command in the linker prm to fill up your > memory areas with a pattern (to an even boundary). > Hope this helps. > > Erich > > > -----Original Message----- > > From: zeta_alpha2002 [mailto:zeta_alpha2002@y...] > > Sent: Dienstag, 28. September 2004 02:33 > > To: > > Subject: [68HC12] LogPhy_12 > > > > > > I downloaded and installed the Logphy_12 from P&E. > > > > Is there a way to make logphy generated S-record end in an > > even S-record. > > > > I am just getting error size when downloading formatted .phy file. > > > > ************************************************************ > > S-Record Size Must Be Even > > > > It seems that there are no options for the above. > > > > Logphy_12 is great when S-record end in an even S-record. > > Otherwise useless when not because I have to edit the .phy > > S-record to make it end on an even boundary. > > > > > > > > ------------------------ Yahoo! Groups Sponsor > > --------------------~--> > > Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. > > Now with Pop-Up Blocker. Get it for free! > > http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/dN_tlB/TM > > -------------------------------------------------------------- > > ------~-> > > > > > > Yahoo! Groups Links > > > > > > > > > > > |
|
Then, just look at the end of each segment of your listing file and make sure the address is odd. If not, put a NOP in each even ending segment. Emmett Redd Ph.D. mailto: Associate Professor (417)836-5221 Department of Physics, Astronomy, and Materials Science Southwest Missouri State University Fax (417)836-6226 901 SOUTH NATIONAL Dept (417)836-5131 SPRINGFIELD, MO 65804 USA > -----Original Message----- > From: zeta_alpha2002 [mailto:] > Sent: Tuesday, September 28, 2004 9:44 AM > To: > Subject: [68HC12] Re: LogPhy_12 > > Thanks - I don't use CW, I used some other tools that generates > S-records that ends in odd boundary. I used SrecCCT to reformat the > S-records. > > I am using D-BUG12 to program E128, C32 and the FLASH on these MCUs > must be programmed in words. Any byte left over on an S-record is > considered odd (since it does not form a word) by D-BUG12 so it won't > program whats left on an S-record. > > This becomes annoying specially when burning large program only to > find out that the S-records data to be program are not words. > > --- In , "Erich Styger" <estyger@m...> wrote: > > As possible workaround: > > If you create the file with CodeWarrior, in the burner you can > specify the > > length of the record. > > Additionally, you can use the FILL command in the linker prm to fill > up your > > memory areas with a pattern (to an even boundary). > > Hope this helps. > > > > Erich > > > > > -----Original Message----- > > > From: zeta_alpha2002 [mailto:zeta_alpha2002@y...] > > > Sent: Dienstag, 28. September 2004 02:33 > > > To: > > > Subject: [68HC12] LogPhy_12 > > > > > > > > > I downloaded and installed the Logphy_12 from P&E. > > > > > > Is there a way to make logphy generated S-record end in an > > > even S-record. > > > > > > I am just getting error size when downloading formatted .phy file. > > > > > > ************************************************************ > > > S-Record Size Must Be Even > > > > > > It seems that there are no options for the above. > > > > > > Logphy_12 is great when S-record end in an even S-record. > > > Otherwise useless when not because I have to edit the .phy > > > S-record to make it end on an even boundary. > > > > > > > > > > > > ------------------------ Yahoo! Groups Sponsor > > > --------------------~--> > > > Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. > > > Now with Pop-Up Blocker. Get it for free! > > > http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/dN_tlB/TM > > > -------------------------------------------------------------- > > > ------~-> > > > > > > > > > Yahoo! Groups Links > > > > > > > > > > > > > > > > > > > ------------------------ Yahoo! Groups Sponsor > Yahoo! Groups Links |