PEx 10.4 has error in FLASH_LDD that 10.3 didn't have (re FLASH_LDD, SIM_ClockGate_FTFE)

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

PEx 10.4 has error in FLASH_LDD that 10.3 didn't have (re FLASH_LDD, SIM_ClockGate_FTFE)

ソリューションへジャンプ
836件の閲覧回数
jvasil
Contributor III

I have a PEx 10.3 project using the MK64FN1M0VLQ12 that generated code with no errors.

After upgrading to PEx 10.4, PEx indicates that there are two errors.  The first is "Error in the inherited component settings (FLASH_LDD)".

The second is "Problem in component: property model is not supported by the selected processor: SIM_ClockGate_FTFE (Device)".

When I examine IFsh1:IntFLASH with the Component Inspector, the property FLASH is set to FTFE (no other choices in the drop down) and the FLASH_LDD property is set to FLASH_LDD.

Unfortunately, none of this gives a clue that I understand about (a) what is wrong or (b) how I can fix this issue.

When I try to compile the generated code in IAR Embedded Workbench, there are five errors in CPU_Init.c.

One is a complaint that WhCPU_CLOCK_PMODE_CONFIG_0 is undefined in this code:

static const CPU_TClockConfigDescriptor CPU_ClockConfigDescriptors[CPU_CLOCK_CONFIG_NUMBER] = {

  #if defined(CPU_CLOCK_CONFIG_0)

  /* Clock configuration 0 */

  {

    CPU_MCG_MODE_CONFIG_0,             /* Clock generator mode */

    WhCPU_CLOCK_PMODE_CONFIG_0,          /* Very low power mode enable/disable */

    {                                  /* MCG registers */

The other four are all pointing out that CPU_CLOCK_IRC48M_MASK is undefined in code that looks like this:

        } else if (TargetMode & CPU_CLOCK_IRC48M_MASK) {

Any suggestions for how to fix or work around this problem will be appreciated!

Regards,

James

0 件の賞賛
返信
1 解決策
573件の閲覧回数
Petr_H
NXP Employee
NXP Employee

Hi,

I confirm that it's a bug. We apologize for the inconvenience.

We have prepared a hotfix package for this problem. Please find it attached, the description and instructions are inside the zip file.

Regarding the WhCPU_CLOCK_PMODE_CONFIG_0 , we have not been able to reproduce this issue. It may be that you have accidentally typed 'wh' letters... this file is static and is not re-generated so if you make some changes there, they persist.

Best regards

Petr Hradsky

Processor Expert Support Team

元の投稿で解決策を見る

0 件の賞賛
返信
2 返答(返信)
574件の閲覧回数
Petr_H
NXP Employee
NXP Employee

Hi,

I confirm that it's a bug. We apologize for the inconvenience.

We have prepared a hotfix package for this problem. Please find it attached, the description and instructions are inside the zip file.

Regarding the WhCPU_CLOCK_PMODE_CONFIG_0 , we have not been able to reproduce this issue. It may be that you have accidentally typed 'wh' letters... this file is static and is not re-generated so if you make some changes there, they persist.

Best regards

Petr Hradsky

Processor Expert Support Team

0 件の賞賛
返信
573件の閲覧回数
jvasil
Contributor III

I applied the patch and the problem went away!

The WhCPU_CLOCK_PMODE_CONFIG_0 problem went away somewhere along the way--maybe when I changed processors.  I suspect that you're right that I added the Wr prefix by accident (somehow).

Thanks for the quick response!

James


0 件の賞賛
返信