MK80F25615 flash configuration, FSEC

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

MK80F25615 flash configuration, FSEC

ソリューションへジャンプ
1,205件の閲覧回数
Anon00001
Contributor I

Would like to enable basic protection against cloning for an MK80F25615 CPU, so that it can be programmed or mass erased, but not read back. Development environment is MCUxpresso IDE.

From the information online it looks like this line in the startup_mk80f25615.c (created by the SDK) controls the flash configuration for these processors:

} Flash_Config = {0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFF3DFE};

However, I can't find any documentation describing where the FSEC bits appear in these values for this CPU. It doesn't appear to be in the CPU reference manual anywhere.

Would appreciate any help in finding where these bits are documented, or a better way to set up this feature in the IDE if there is one.

0 件の賞賛
返信
1 解決策
1,191件の閲覧回数
Pavel_Hernandez
NXP TechSupport
NXP TechSupport

Hello, my name is Pavel and I will be supporting your case, I found this information in the RM chapter 34.3.4.3 Flash Security Register (FTFA_FSEC), maybe that information that what you wanted.

And the app note has more details about this register.

Production Flash programming best practices for Kinetis K and L MCUs (nxp.com) 

Let me know if you have more doubts.

Best regards,
Pavel

元の投稿で解決策を見る

0 件の賞賛
返信
2 返答(返信)
1,192件の閲覧回数
Pavel_Hernandez
NXP TechSupport
NXP TechSupport

Hello, my name is Pavel and I will be supporting your case, I found this information in the RM chapter 34.3.4.3 Flash Security Register (FTFA_FSEC), maybe that information that what you wanted.

And the app note has more details about this register.

Production Flash programming best practices for Kinetis K and L MCUs (nxp.com) 

Let me know if you have more doubts.

Best regards,
Pavel

0 件の賞賛
返信
1,186件の閲覧回数
Anon00001
Contributor I
For the benefit of anyone reading this later, the relevant RM document number is:
K80P121M150SF5RM
In Rev. 4, 09/2015, the relevant page numbers are 803 and 811.
The 'SEC' field appears to be in the last two bits of the last byte, with default bit value b10 representing 'unsecured' and anything else representing 'secured'.