SmartSnippets not connecting via JLink when trying to burn OTP

6个帖子/ 0新
最后一篇
Felipe.Ferrazzi.
离线
最后看到:2 years 11 months ago
加入:2018-01-16 13:31
SmartSnippets not connecting via JLink when trying to burn OTP

你好,

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

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

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

We'd like your input on how to solve this issue, since it doesnt seem to be caused by the JLink or the hardware connections.

此致,

f

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

嗨felipe.ferrazzi,

Well, i dont think that this has to do only with the OTP, are you able to execute any other functionallities, for example, try to interface with the flash (if there is one) or try to download a fw via the Booter using JTAG (if the error occurs when you hit the connect button that means that the fw that should be downloaded that will interact with the SS Toolbox failed) ? So are you able to download any fw in the PAN (either via JTAG or UART if possible) ? Can you please also share the actual message that you get on the Log of the Smart Snippets tool ?

Thanks MT_dialog

Felipe.Ferrazzi.
离线
最后看到:2 years 11 months ago
加入:2018-01-16 13:31
你好。Thank you for the

你好。感谢您的答复。

我发现我们有关于来自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] Failed downloading firmware file to the board.

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

[INFO @18-02-14 14:05:43] Failed downloading firmware file to the board.

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

此致,

Felipe Ferrazzi.

MT_dialog
离线
最后看到:2个月3周前
职员
加入:2015-06-08 11:34
嗨Felipe Ferazzi,

嗨Felipe Ferazzi,

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

如果你得到你的消息mention i suppose that this means that the JTAG isn't able to find a device so its not able to download the fw for programming the OTP or the FLASH (which is just an ordinary fw), it has nothing to do with the OTP. Are you able to connect to your board using keil for example ? Or are you able to use UART for connecting to the board (P04 and P05 are one of the default TX/RX pins that the device uses to boot at 57600)?

Thanks MT_dialog

Felipe.Ferrazzi.
离线
最后看到:2 years 11 months ago
加入:2018-01-16 13:31
再次问好,

再次问好,

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

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

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

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

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

Any ideas as to why this is happening?

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

此致,

f

MT_dialog
离线
最后看到:2个月3周前
职员
加入:2015-06-08 11:34
嗨菲利普,

嗨菲利普,

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

Thanks MT_dialog