Reply by Janvi January 18, 20042004-01-18
On Fri, 16 Jan 2004 16:15:25 +0100, Jan Homuth wrote:

> Janvi, > which tools do you use for programming ?
made my first attempt with Hitop from http://www.hitex.de what came with a compiled Keil example. Connected PC to the OCDS Port of target board. With this tool I was not able to load my code to internal flash but external bus at address 00:0000 seems to load well. Starting the CPU in uC Mode shows vector base location and CSP with a value of 0x0C but out of dark resons I cannot load my code here. Intentionally I do not use the inter segment JMPS and out of that reason my code should work in both configurations internal and external (?) Also still have the Altium demo in the drawer for a few month but I recently erased installation again becouse it bothered me with corrupting my handwritten project and makefiles what I used for other HC05 projects with genuine codewright. I am going to try this installation again carefully modifying the windows file extenstion to programm association manually. Maybe this avoids assuming the package that everything at the machine is directed to the special Codewright version what overwrites even strange makefiles to call Altium without any confirmation or warning (lucky I had always backups) Maybe the code examples or runtime startup provided with the demo will solve some questions
> which XC164 step do you use ?
My own board is in the drawer for few month now and we already made another version using Motorolas HC12 becouse EBV delayed the ship of the CPU samples for over 6 month. The complete CPU label shows: INFINEON SAK - XC164CS -16F40F AC (C) Infineon 01 0312 The 0312 seems not to mean manufactured in december 2003 becouse chips were supplied somewhat before. Assume the "AC" is the silicon mask version. The chips in the demo board what I have in use for this moment show: ... -16FF ES-AB E21
> I would recommend to leave the CPU PLL stuff alone an run it in cold > start reset configuration before attempting anything else.
thats what I do this moment. I simply load Stack and Register base (even they are already at correct HW reset default values) and switch off the watchdog to prevent trigger. Same behaviour with and without EINIT what seems not required if no peripherals connected to Reset-Out.
>Ulrich wrote: >If you run the board in stand-alone mode (program located in internal flash >memory) you need to initialize the PLLCON SFR register _before_ the EINIT >instruction is executed to set desired frequency. After EINIT this SFR >register can't be modified since it's write protected.
My own board works only in uC internal flash mode but I decided to start first experiments with Infineon supplied board to avoid extra difficulties with own hardware. Hope I can tackle the internal mode soon. DAVE provides some code for a function what can be called to "unlock" protected registers but all what I understand for that code is, that this unlock is directed to the flash security feature and not the SFR area. And even if the lock would be valid for SFR it would not be active until user programmes the protection keys to seperate flash segment (what I have never done)
Reply by Ulrich Kloidt January 17, 20042004-01-17
If you run the board in stand-alone mode (program located in internal flash
memory) you need to initialize the PLLCON SFR register _before_ the EINIT
instruction is executed to set desired frequency. After EINIT this SFR
register can't be modified since it's write protected.
---
Ulrich


"Janvi" <janvi@despammed.com> schrieb im Newsbeitrag
news:bu8ogt$7n7$01$1@news.t-online.com...
> have a Infineon Demo Board with the XC164 here but the bus speed seems > wrong. > I have 2 boards with same behavior and there is also a version with the > XC161. > Wrote asm example to tx a serial char at asc0 and this appears to have
about
> 1,9 kbaud > of speed while I expect 9,6kbaud with 40Mhz bus speed. Rx input interrupt > triggers well > but rx character is wrong. > > This way I assume I do not have the 40Mhz CPU speed with a 8 Mhz external > crystal. > I changed this to a 40 Mhz canned oscillator and nothing happens. Even if
I
> remove > the crystal completely it is the same slow speed. Therefore I assume the
CPU
> operates in PLL emergency mode. > > I tried to make some PLL initialisation code using DAVE, but this throws > more new > questions to me than explaining old questions. Anybody already has some > experience > with setup of that uC ?
Reply by Steve at fivetrees January 16, 20042004-01-16
"Janvi" <janvi@despammed.com> wrote in message
news:bu8ogt$7n7$01$1@news.t-online.com...
> have a Infineon Demo Board with the XC164 here but the bus speed seems
wrong.
> I have 2 boards with same behavior and there is also a version with the
XC161.
> Wrote asm example to tx a serial char at asc0 and this appears to have
about 1,9 kbaud
> of speed while I expect 9,6kbaud with 40Mhz bus speed. Rx input interrupt
triggers well
> but rx character is wrong.
Heh - I recently saw something similar with a newly-spun H8 board. Not sure if it's relevant, but just in case: our H8 was programmable for various bus speeds, wait states, and execution speeds. Sensibly, it defaulted to the slowest everything. Booting the board with minimum code meant a board that was running at a fraction of the designed clock speed - once we added the code to fully initialise all of the various bus/clock mode registers our board ran at full whack. (BTW, this also affected the UART clock source.) Hope this helps in some way, Steve http://www.fivetrees.com http://www.sfdesign.co.uk
Reply by Jan Homuth January 16, 20042004-01-16
Janvi,
which tools do you use for programming ?

which XC164 step do you use ?

I would recommend to leave the CPU PLL stuff alone an run it in cold start
reset configuration before attempting anything else.

grtnx
/jan

Janvi <janvi@despammed.com> schrieb in im Newsbeitrag:
bu8ogt$7n7$01$1@news.t-online.com...
> have a Infineon Demo Board with the XC164 here but the bus speed seems > wrong. > I have 2 boards with same behavior and there is also a version with the > XC161. > Wrote asm example to tx a serial char at asc0 and this appears to have
about
> 1,9 kbaud > of speed while I expect 9,6kbaud with 40Mhz bus speed. Rx input interrupt > triggers well > but rx character is wrong. > > This way I assume I do not have the 40Mhz CPU speed with a 8 Mhz external > crystal. > I changed this to a 40 Mhz canned oscillator and nothing happens. Even if
I
> remove > the crystal completely it is the same slow speed. Therefore I assume the
CPU
> operates in PLL emergency mode. > > I tried to make some PLL initialisation code using DAVE, but this throws > more new > questions to me than explaining old questions. Anybody already has some > experience > with setup of that uC ? > > >
Reply by Janvi January 16, 20042004-01-16
have a Infineon Demo Board with the XC164 here but the bus speed seems
wrong.
I have 2 boards with same behavior and there is also a version with the
XC161.
Wrote asm example to tx a serial char at asc0 and this appears to have about
1,9 kbaud
of speed while I expect 9,6kbaud with 40Mhz bus speed. Rx input interrupt
triggers well
but rx character is wrong.

This way I assume I do not have the 40Mhz CPU speed with a 8 Mhz external
crystal.
I changed this to a 40 Mhz canned oscillator and nothing happens. Even if I
remove
the crystal completely it is the same slow speed. Therefore I assume the CPU
operates in PLL emergency mode.

I tried to make some PLL initialisation code using DAVE, but this throws
more new
questions to me than explaining old questions. Anybody already has some
experience
with setup of that uC ?