Sign in
Search 68hc12
Subscribe to 68hc12
68hc12 by Keywords
68HC1 | 812A4 | 9S12DP256 | Bootloader | CodeWarrior | D60A | Debugger | DP256 | ECT | EEPROM | EVB | Flash | HC1 | HCS12 | I2C | IAR | ICC1 | Interrupts | LCD | M68KIT912DP256 | MC9S12DP256 | MC9S12DP256B | Metrowerks | Motor | MSCAN | Multilink | PLL | Quadrature | SDI | SPI | Transceiver | XFC
Ads
Discussion Groups
See Also
Discussion Groups | 68HC12 | IAR HCS12 Banked memory code
Join our technical discussions about Freescale Microcontrollers: M68HC12. (Freescale Semiconductor is a Subsidiary of Motorola).
IAR HCS12 Banked memory code - Real Live One - Oct 18 16:59:00 2005
Hi there,
I'm using a MC9S12DP512 with a P&E USB BDM. I have problem getting
the code to the chip using Banked code model. Using the normal code
model everything is fine exept that i'm limited in size.
In banked memory mode, building goes well exept that loading the code
to the chip using debug function will generate the following fatal error:
Tue Oct 18 16:43:08 2005: Flash Programmer: Verify error when
programming at (0x408000-0x40800a).
Map file does not give any clue about something being program at
address 0x408000.
Removing the option to link library(usely set as normal), I was able
to upload the code to the chip but then the code would not work (a
simple led flashing in a while(1)) and the following error is generated:
Tue Oct 18 16:38:41 2005: Loaded debugee: U:\Debug\Exe\test iar
develeper.d12
Tue Oct 18 16:38:42 2005: Target reset
Tue Oct 18 16:38:42 2005: Driver does not support code coverage.
Tue Oct 18 16:38:42 2005: Error: Operation error.
Tue Oct 18 16:38:42 2005: Couldn't go to 'main'.
Even a manual reset does not start the program.
I'm using the default setup(no external ram, flash or anything..
simply mCPU w/clk & bdm)
Anyone has a clue what to do?
Thanks
Fred
(You need to be a member of 68hc12 -- send a blank email to 68hc12-subscribe@yahoogroups.com )
I'm using a MC9S12DP512 with a P&E USB BDM. I have problem getting
the code to the chip using Banked code model. Using the normal code
model everything is fine exept that i'm limited in size.
In banked memory mode, building goes well exept that loading the code
to the chip using debug function will generate the following fatal error:
Tue Oct 18 16:43:08 2005: Flash Programmer: Verify error when
programming at (0x408000-0x40800a).
Map file does not give any clue about something being program at
address 0x408000.
Removing the option to link library(usely set as normal), I was able
to upload the code to the chip but then the code would not work (a
simple led flashing in a while(1)) and the following error is generated:
Tue Oct 18 16:38:41 2005: Loaded debugee: U:\Debug\Exe\test iar
develeper.d12
Tue Oct 18 16:38:42 2005: Target reset
Tue Oct 18 16:38:42 2005: Driver does not support code coverage.
Tue Oct 18 16:38:42 2005: Error: Operation error.
Tue Oct 18 16:38:42 2005: Couldn't go to 'main'.
Even a manual reset does not start the program.
I'm using the default setup(no external ram, flash or anything..
simply mCPU w/clk & bdm)
Anyone has a clue what to do?
Thanks
Fred
(You need to be a member of 68hc12 -- send a blank email to 68hc12-subscribe@yahoogroups.com )
RE: IAR HCS12 Banked memory code - Author Unknown - Oct 19 4:33:00 2005
Hi,
I use BDM P&E on parallel port, NoIce debugger, ICC12 compiler.
I never had that problem... until I tried to put data in absolute fixed
address. I want to put identification string in absolute area 0xff00, before
the vector area (absolute address 0xff80). It was impossible to flash
program.
I found an other solution to solve my problem (identification string set as
a const char*), and it's OK.
I use banked code too, without any problem.
The option I use in ICC12 for "S2 record type" is "CPU/Banked address".
Hope this help
Joel
-----Message d'origine-----
De : 68HC12@68HC... [mailto:68HC12@68HC...] De la part de
Real Live One
Envoyé : mardi 18 octobre 2005 23:00
À : 68HC12@68HC...
Objet : [68HC12] IAR HCS12 Banked memory code
Hi there,
I'm using a MC9S12DP512 with a P&E USB BDM. I have problem getting
the code to the chip using Banked code model. Using the normal code
model everything is fine exept that i'm limited in size.
In banked memory mode, building goes well exept that loading the code
to the chip using debug function will generate the following fatal error:
Tue Oct 18 16:43:08 2005: Flash Programmer: Verify error when
programming at (0x408000-0x40800a).
Map file does not give any clue about something being program at
address 0x408000.
Removing the option to link library(usely set as normal), I was able
to upload the code to the chip but then the code would not work (a
simple led flashing in a while(1)) and the following error is generated:
Tue Oct 18 16:38:41 2005: Loaded debugee: U:\Debug\Exe\test iar
develeper.d12
Tue Oct 18 16:38:42 2005: Target reset
Tue Oct 18 16:38:42 2005: Driver does not support code coverage.
Tue Oct 18 16:38:42 2005: Error: Operation error.
Tue Oct 18 16:38:42 2005: Couldn't go to 'main'.
Even a manual reset does not start the program.
I'm using the default setup(no external ram, flash or anything..
simply mCPU w/clk & bdm)
Anyone has a clue what to do?
Thanks
Fred
Yahoo! Groups Links
______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.
(You need to be a member of 68hc12 -- send a blank email to 68hc12-subscribe@yahoogroups.com )
I use BDM P&E on parallel port, NoIce debugger, ICC12 compiler.
I never had that problem... until I tried to put data in absolute fixed
address. I want to put identification string in absolute area 0xff00, before
the vector area (absolute address 0xff80). It was impossible to flash
program.
I found an other solution to solve my problem (identification string set as
a const char*), and it's OK.
I use banked code too, without any problem.
The option I use in ICC12 for "S2 record type" is "CPU/Banked address".
Hope this help
Joel
-----Message d'origine-----
De : 68HC12@68HC... [mailto:68HC12@68HC...] De la part de
Real Live One
Envoyé : mardi 18 octobre 2005 23:00
À : 68HC12@68HC...
Objet : [68HC12] IAR HCS12 Banked memory code
Hi there,
I'm using a MC9S12DP512 with a P&E USB BDM. I have problem getting
the code to the chip using Banked code model. Using the normal code
model everything is fine exept that i'm limited in size.
In banked memory mode, building goes well exept that loading the code
to the chip using debug function will generate the following fatal error:
Tue Oct 18 16:43:08 2005: Flash Programmer: Verify error when
programming at (0x408000-0x40800a).
Map file does not give any clue about something being program at
address 0x408000.
Removing the option to link library(usely set as normal), I was able
to upload the code to the chip but then the code would not work (a
simple led flashing in a while(1)) and the following error is generated:
Tue Oct 18 16:38:41 2005: Loaded debugee: U:\Debug\Exe\test iar
develeper.d12
Tue Oct 18 16:38:42 2005: Target reset
Tue Oct 18 16:38:42 2005: Driver does not support code coverage.
Tue Oct 18 16:38:42 2005: Error: Operation error.
Tue Oct 18 16:38:42 2005: Couldn't go to 'main'.
Even a manual reset does not start the program.
I'm using the default setup(no external ram, flash or anything..
simply mCPU w/clk & bdm)
Anyone has a clue what to do?
Thanks
Fred
Yahoo! Groups Links
______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.
(You need to be a member of 68hc12 -- send a blank email to 68hc12-subscribe@yahoogroups.com )
Re: IAR HCS12 Banked memory code - microcodefun - Oct 19 7:09:00 2005
Hi Fred,
The info from the error message tells you that the debugger is trying
to program data in the page window from 0x8000-0xbfff of the memory
map with page 0x40 selected.
Valid page numbers on the DP512 are 0x20 to 0x3f. Page 0x40 is
physically not present on your microcontroller and therefore no code
can be programmed there.
Note that page 0x3f is a special page because it appears in the page
window from 0x8000-0xbfff and also from 0xc000-0xffff in the memory
map. Perhaps the code you're trying to fit into the range from
0xc000-0xffff is larger than the 16kbyte available. The linker will
then simple located everything larger than 16kbyte in the next page,
which is the 0x40 one that isn't present.
My guess is that your debugger setup is fine and that the root of this
problem is in your linker settings. Check your linker script. This is
the *.xlc file.
-Frank
----
Feaser LLC
http://www.feaser.com - HCS12 Resources and Device Drivers
---- --- In 68HC12@68HC..., "Real Live One" <frederic.nadeau@g...>
wrote:
>
> Hi there,
>
> I'm using a MC9S12DP512 with a P&E USB BDM. I have problem getting
> the code to the chip using Banked code model. Using the normal code
> model everything is fine exept that i'm limited in size.
>
> In banked memory mode, building goes well exept that loading the code
> to the chip using debug function will generate the following fatal
error:
>
> Tue Oct 18 16:43:08 2005: Flash Programmer: Verify error when
> programming at (0x408000-0x40800a).
>
> Map file does not give any clue about something being program at
> address 0x408000.
>
> Removing the option to link library(usely set as normal), I was able
> to upload the code to the chip but then the code would not work (a
> simple led flashing in a while(1)) and the following error is generated:
>
> Tue Oct 18 16:38:41 2005: Loaded debugee: U:\Debug\Exe\test iar
> develeper.d12
> Tue Oct 18 16:38:42 2005: Target reset
> Tue Oct 18 16:38:42 2005: Driver does not support code coverage.
> Tue Oct 18 16:38:42 2005: Error: Operation error.
> Tue Oct 18 16:38:42 2005: Couldn't go to 'main'.
>
> Even a manual reset does not start the program.
>
> I'm using the default setup(no external ram, flash or anything..
> simply mCPU w/clk & bdm)
>
> Anyone has a clue what to do?
>
> Thanks
> Fred
(You need to be a member of 68hc12 -- send a blank email to 68hc12-subscribe@yahoogroups.com )
The info from the error message tells you that the debugger is trying
to program data in the page window from 0x8000-0xbfff of the memory
map with page 0x40 selected.
Valid page numbers on the DP512 are 0x20 to 0x3f. Page 0x40 is
physically not present on your microcontroller and therefore no code
can be programmed there.
Note that page 0x3f is a special page because it appears in the page
window from 0x8000-0xbfff and also from 0xc000-0xffff in the memory
map. Perhaps the code you're trying to fit into the range from
0xc000-0xffff is larger than the 16kbyte available. The linker will
then simple located everything larger than 16kbyte in the next page,
which is the 0x40 one that isn't present.
My guess is that your debugger setup is fine and that the root of this
problem is in your linker settings. Check your linker script. This is
the *.xlc file.
-Frank
----
Feaser LLC
http://www.feaser.com - HCS12 Resources and Device Drivers
---- --- In 68HC12@68HC..., "Real Live One" <frederic.nadeau@g...>
wrote:
>
> Hi there,
>
> I'm using a MC9S12DP512 with a P&E USB BDM. I have problem getting
> the code to the chip using Banked code model. Using the normal code
> model everything is fine exept that i'm limited in size.
>
> In banked memory mode, building goes well exept that loading the code
> to the chip using debug function will generate the following fatal
error:
>
> Tue Oct 18 16:43:08 2005: Flash Programmer: Verify error when
> programming at (0x408000-0x40800a).
>
> Map file does not give any clue about something being program at
> address 0x408000.
>
> Removing the option to link library(usely set as normal), I was able
> to upload the code to the chip but then the code would not work (a
> simple led flashing in a while(1)) and the following error is generated:
>
> Tue Oct 18 16:38:41 2005: Loaded debugee: U:\Debug\Exe\test iar
> develeper.d12
> Tue Oct 18 16:38:42 2005: Target reset
> Tue Oct 18 16:38:42 2005: Driver does not support code coverage.
> Tue Oct 18 16:38:42 2005: Error: Operation error.
> Tue Oct 18 16:38:42 2005: Couldn't go to 'main'.
>
> Even a manual reset does not start the program.
>
> I'm using the default setup(no external ram, flash or anything..
> simply mCPU w/clk & bdm)
>
> Anyone has a clue what to do?
>
> Thanks
> Fred
(You need to be a member of 68hc12 -- send a blank email to 68hc12-subscribe@yahoogroups.com )