当试图烧录OTP时,SmartSnippets没有通过JLink连接

6个帖子/ 0新
最后一篇
Felipe.Ferrazzi.
离线
最后看到:2年9个月前
加入:2018-01-16 13:31
当试图烧录OTP时,SmartSnippets没有通过JLink连接

你好,

我目前正在尝试使用JLink接口和SmartSnippets在DA14580上刻录OTP。

当我打开一个新的SS项目时,我选择JTAG按钮,软件成功识别JLink设备,但在击中OTP选项卡中的“连接”按钮时,我会得到一个答案,说明它无法建立连接。

我正在使用带有Pan1740的自定义板,它已经在其他项目中使用,但这是我们第一次尝试刻录OTP。已经根据Pan1740设计指南中的原理图来完成与JLink的硬件连接。jlink设备已被测试,它正常工作在我们的其他实现中。我们搜索了论坛,但我们没有找到一个设备识别的实例,但在尝试刻录OTP时实际连接失败。

我们希望您对如何解决这个问题的意见,因为它似乎不是由JLink或硬件连接造成的。

最好的问候,

f

关键词:
设备:
MT_dialog
离线
最后看到:1周5天前
职员
加入:2015-06-08 11:34
嗨felipe.ferrazzi,

嗨felipe.ferrazzi,

嗯,我不认为这只做与OTP,你能执行任何其他功能,例如,尝试与flash接口(如果有一个)或尝试通过使用JTAG通过引导程序下载一个fw(如果错误发生时,你点击连接按钮,这意味着应该下载的fw将与SS工具箱交互失败)?你能在PAN中下载任何fw吗(如果可能的话可以通过JTAG或UART下载)?您能不能也分享一下您在“智能代码片段日志”工具上得到的实际信息?

由于MT_dialog

Felipe.Ferrazzi.
离线
最后看到:2年9个月前
加入:2018-01-16 13:31
你好。谢谢你的帮助。

你好。感谢您的答复。

我发现我们有关于来自da的启动顺序的问题。由于我们使用旧的定制板,因此DA在启用J-Tag之前与MCU进行交互。我假设删除此通信信道现在正在制作引导序列在最终启用J-Tag之前测试所有剩余选项,如AN-B-001中所述。

不幸的是,这完全解决了这个问题。现在,每当通过OTP图像选项卡尝试连接时,SmartSnippets都会返回以下消息:

[错误@ 18-02-14 14:04:34]无法读取内存。
[错误@ 18-02-14 14:04:34]在打开jlink连接时找不到已知的芯片。终止Proccess ...
[INFO @18-02-14 14:04:34]固件下载到单板失败。

当我尝试通过其他选项卡(OTP标题,OTP NVDS,SPI Flash程序员,EEPROM程序员)进行连接时,响应仅在于固件下载失败。

[INFO @18-02-14 14:05:43]固件下载到单板失败。

它似乎是问题在于在板和SmartSnippet之间的接口。由于我们从未刻录过OTP并通过UART接口将用于RAM发送到RAM的代码,因此我不认为我们的代码中的任何配置都不会导致问题。怎么可以解决?有没有办法覆盖或更正接口固件,或者我们必须使用另一个PAN1740吗?任何帮助都得到了赞赏。

最好的问候,

Felipe Ferrazzi.

MT_dialog
离线
最后看到:1周5天前
职员
加入:2015-06-08 11:34
嗨Felipe Ferazzi,

嗨Felipe Ferazzi,

当设备启动时,我没有完全获取第一个语句,并且ROM Booter运行在JTAG中检查FW的最后一个接口,首先,设备检查所有外围设备UART / SPI / I2C,然后将其结束于JTAG界面。

如果你得到消息,你提到我认为这意味着JTAG无法找到设备所以它不能下载编程OTP或FLASH的弗兰克-威廉姆斯(也就是一个普通的弗兰克-威廉姆斯),它与OTP无关。你能用keil连接到你的板吗?或者您能够使用UART连接到板(P04和P05是设备用于在57600启动的默认TX/RX引脚之一)?

由于MT_dialog

Felipe.Ferrazzi.
离线
最后看到:2年9个月前
加入:2018-01-16 13:31
再一次问好,

再一次问好,

我用第一个语句的意思是,由于我们正在使用具有以前实现的板,因此由于连接到电路板的未使用硬件,它从UART而不是JLINK启动。这已修复,SmartSnippets从上一个帖子返回了消息。

这一次,我们尝试通过UART连接,正如您所建议的那样。

它似乎连接得很好,直到它要求硬件在尝试与来自SmartSnippet(OTP,Flash,SPI等)的任何工具连接时的重置点。
问题是智能片段似乎似乎识别重置信号。根据Pan1740用户指南,复位信号是逻辑高电平输入,其是VDD,但是软件不会识别其对应电压在RST引脚上输入。

我们还尝试通过切割和重新启动电路板的电源来重置,但响应是相同的 - 没有检测到重置,我们只需从智能片段获取超时消息。

我不知道为什么会发生这种情况,因为董事会无法保持工作,并且在程序期间已经仔细观看了RST输入。在给出超时之前,重置过程的每个步骤都在16秒限制内发生了很好的情况,因此我的软件行为的原因对我来说是完全未知的。

你知道为什么会这样吗?

谢谢您到目前为止的回复。

最好的问候,

f

MT_dialog
离线
最后看到:1周5天前
职员
加入:2015-06-08 11:34
嗨菲利普,

嗨菲利普,

SS工具箱需要从580的TX侧看到0x02,因此您必须将580的默认Tx引脚连接到FTDI的RX,当按下重置时,引导加载程序将开始运行,0x02将最终从580传输,这意味着按下了重置并运行了启动加载程序,因此SS将开始与580交互。因此,您是否正确连接了580的默认Rx和TX引脚。

由于MT_dialog