主题中讨论的其他器件:TMS320F28335
工具与软件:
您好!
使用 Loadti (ccsv8)的默认示例脚本不检索 getArgs.js 中的选项"--cpu"、因此 main.js 不包括选择在链中传递第一个 CPU 的能力。
是否有人做了任何事情或有改进的示例脚本来实现该选项、因为我所做的似乎并不起作用。 我知道 config .ccxml 文件非常好、因为它在 CCS 中工作正常。 器件类型为"TMS320F28335"
非常感谢
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
您好!
使用 Loadti (ccsv8)的默认示例脚本不检索 getArgs.js 中的选项"--cpu"、因此 main.js 不包括选择在链中传递第一个 CPU 的能力。
是否有人做了任何事情或有改进的示例脚本来实现该选项、因为我所做的似乎并不起作用。 我知道 config .ccxml 文件非常好、因为它在 CCS 中工作正常。 器件类型为"TMS320F28335"
非常感谢
谢谢 Ki、
这非常有用、已经解决了我的问题、不幸的是、我现在还有一个问题...
我在一个链中有4个 DPSS、前2个正常工作、但3和4当尝试连接(X200调试器)对其进行编程时、 我收到 debugsession.target.connect 调用返回的错误。
C28xx_3:连接到目标时出错:(错误-1155 @ 0x0)器件可能在低功耗模式下运行。 调试器已强制唤醒器件。 选择"OK"以尝试完成调试连接。 (仿真包8.1.0.00012)
当从 CCS GUI 运行时也会发生这种情况、但很明显、我可以按 Enter 键、我无法通过此脚本进行交互、您知道如何解决这个问题吗?
非常感谢
Matt
通过此脚本我无法交互、您知道如何解决这个问题吗?
您可能必须在连接到内核3和4时捕获并适当处理它时抛出的异常。 也许您只能在处理程序中尝试重新连接。
在任何情况下、您都需要修改脚本。 如果使用 loadti、您需要直接修改 loadti 脚本示例。 现在、它只显示错误并退出:
// Connect to target. If target is simulator or already connected, a warning will be reported.
try
{
debugSession.target.connect();
}
catch (ex)
{
errCode = getErrorCode(ex);
dssScriptEnv.traceWrite("Error code #" + errCode + ", could not connect to target!\nAborting!");
quit(errCode != 0 ? errCode : 1);
}尊敬的 Ki:
很抱歉、我又是。 现在、我已经通过 LoadTI 脚本成功实现了程序文件的自动刷写、但最后要完成的是曲线锯。
我们使用 CCS 中的"Tools->Load Memory"函数来修改闪存编程后的某些单独存储器位置、这只是我们以二进制格式加载的16字节十六进制数据。 我在 LoadTI 脚本中尝试了-mlr 和-mld 方法来执行此操作、但未成功。
mlr (Session.memory.loadRaw)命令仅返回错误4009、表明存储器映射正在阻止加载数据(按预期报告 ADDR)
MLD (Session.memory.loadData)命令指出、它无法对原始二进制数据进行编程、因为其没有需要的 COFF 标头。
你知道这些脚本命令中的任何一个是否应该执行我想要的操作吗? 或者 DSS API 中是否有其他我应该尝试的函数。
提前感谢。
这只是我们以二进制格式加载的16字节十六进制数据。 我尝试在 LoadTI 脚本中同时使用-mlr 和-mld 方法来执行此操作、但没有成功。[/QUOT]您需要使用-mlr 来加载原始二进制文件。 -mld 用于*。dat 文件: https://software-dl.ti.com/ccs/esd/documents/users_guide_12.8.0/ccs_debug-main.html#ti-dat-format
-mlr (session.memory.loadRaw)命令仅返回错误4009、表明存储器映射正在阻止数据加载(按预期报告 ADDR)这听起来像是数据验证错误排序。 请确保您尝试加载的地址未被调试器阻止:
https://dev.ti.com/tirex/explore/node?node=A__APy2XbLelxyqBB2Yz0WR.w__ccs_devtools__FUz-xrs__LATEST
[/quote]
您好、Ki、抱歉、我今天回到这里、我仍在努力工作、我们在 CCS 中用于执行此操作的工具是"Tools->LoadMemory"、并将文件类型选为二进制。
loadti 脚本中的-mlr 函数似乎想要设置一些我们在 CCS 中不做的选项、事实上我们只是选择一个起始地址并喷出中的原始数据。 mlr 函数(session.memory.loadRaw) 似乎使用文件类型"TI Raw Data"选项
所以

而不是

我们是否能够通过 DSS 执行此操作?
DS API 文档中有以下内容...
Public void loadBinaryProgram(Java.lang.String sFileName、 长 起始地址) 抛出 ScriptingException
sFileName -要加载的文件的名称。 允许使用相对路径 ScripingEnvironment.setCurrentDirectory(String) 来更改当前工作目录。 ScriptingException我是否可以通过修改 Java 脚本并改为调用"debugSession.memory.loadBinaryprogram(nAddress, sFilename)"来使用它?
再次提前感谢
Matt