S32K146:D-Flash Code burning

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

S32K146:D-Flash Code burning

ソリューションへジャンプ
441件の閲覧回数
ShaoTianzhi
Contributor II

Hello:

        想了解一下,如果我拿到了一块新的S32K146芯片,在我没有运行过任何程序的情况下,将包含D-Flash区域的.hex文件直接烧写到芯片中,D-Flash区域能写入代码么,还是只有P-Flash地址段能够烧写成功?

ShaoTianzhi_0-1717139135751.png

 

0 件の賞賛
返信
1 解決策
327件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@ShaoTianzhi

D-Flash的数据掉电也不会丢失,如果丢失一定是被擦除,擦除可能的原因

1.执行了分区操作,每次执行分区都会擦除数据

2.调试器在下载程序的时候,没有设置区域保护,默认会全擦。

元の投稿で解決策を見る

0 件の賞賛
返信
3 返答(返信)
409件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@ShaoTianzhi

可以,

由于未启用EEPROM机制,整个FlexNVM被分配为D-Flash空间。其中EEPROM状态机存在于设备中,但未激活。此时,FlexNVM的使用特性与datasheet中指定的P-Flash存储器的特性相同。

0 件の賞賛
返信
351件の閲覧回数
ShaoTianzhi
Contributor II

如果程序按照BootManager->BootLoader->Application这个工程顺序执行,BootLoader工程不到32K大小,用0xFF将生成的Hex填充成32K,被存放在D-Flash前32K的位置,Application将D-Flash分区为32K EEPBackup,32K D-Flash,烧写后运行一次,可以正常动作,再次上电发现BootLoader程序消失了,再次重新烧写后正常动作,是分区导致BootLoader程序被擦除了么?是BootLoader的Hex文件被填充的太大的原因吗?

ShaoTianzhi_0-1719479466340.png

 

0 件の賞賛
返信
328件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@ShaoTianzhi

D-Flash的数据掉电也不会丢失,如果丢失一定是被擦除,擦除可能的原因

1.执行了分区操作,每次执行分区都会擦除数据

2.调试器在下载程序的时候,没有设置区域保护,默认会全擦。

0 件の賞賛
返信