无法连接JTAG探头

你好凯文，
 
你收回了你的董事会吗？
您是否检查过设备管理器上是否有''PLS适配器''
你试过''全部删除''吗？
在我们的应用程序中，引导扇区是：（cf boot.s）
0x015AXXXX对于启用VLE非常重要
 
 / * BAM记录。* /
 .section .boot，''ax''
 
 .long 0x015A0000
 .long _reset_address
 
 .align 2
 .globl _reset_address
 .type _reset_address，@ function
 
 最好的祝福
 
 二万



以下为原文







Hello Kevin ,

Did you recover your board ?
Did you check if ''PLS Adapter'' is available on your device manager
Have you tried an ''Erase All'' ?
In our application the boot sector is : (cf boot.s)
0x015AXXXX is important to enable VLE

        /* BAM record.*/
        .section    .boot, ''ax''

        .long       0x015A0000
        .long       _reset_address

        .align      2
        .globl      _reset_address
        .type       _reset_address, @function

          Best regards

                     Erwan

嗨二万
 
不，我们没有恢复董事会！
我无法全部删除，因为探测报告连续''检测到意外的目标重置！''消息（参见附件截图）。
通过设备管理器，我可以选择“PLS USB-JTAG适配器”，如上所述，这确实连接成功。然而，当目标不断重置时，我无法对其进行任何操作。
这个开发工具包可能只是一个注销，但我想了解这种情况是不可逆转的还是未来的。
谢谢
 
凯文



以下为原文





Hi Erwan

No we have not recovered the board!
I cannot Erase All since the the probe reports continuous ''Unexpected target reset detected !'' messages (see attached screenshot).
Via the device manager I can select a ''PLS USB-JTAG Adapter'' and as mentioned this does connect successfully. However while the target is continually resetting I am unable to do anything with it.
This development kit may simply be a write off but I would like to understand if this situation is irreversible or not going forward.
Thanks

Kevin

你好凯文，
 
 
您是否可以启动Target Interface并单击连接到USB端口的FTDI设备附近的SELECT？ （Cf截图）
尝试使用外部Alim。（5V）
 
 最好的祝福
 
 二万



以下为原文





Hello Kevin ,


Could you launch Target Interface and click on SELECT near  FTDI Device , attached to USB Port ? (Cf Screenshots)
Try with the external Alim.(5V)

Best regards

                  erwan

嗨二万
 
见截图，附件。
我不确定'外部Alim'是什么，但发现板当前由12V供电（我正在使用连接到JTAG的UDESTK进行调试）。要将USB连接到嵌入式FTDI设备，我必须重新焊接某些焊点（您可能已经从单独的论坛帖子中看到我们必须拆焊才能使用直接JTAG）。
谢谢
凯文



以下为原文





Hi Erwan

See screenshot, attached.
I am not sure what ''external Alim'' is, but the Discovery Board is powered by the 12V currently (I'm debugging using a UDESTK attached to JTAG). To connect with USB to the embedded FTDI device I'll have to resolder certain solder points (you may have seen from a separate forum thread that we had to desolder to be able to use direct JTAG).
Thanks
Kevin

你好
 
我猜测，由于缺乏响应，现在这是一个“砖砌”的处理器，现在无法使用。如果不是，请告诉我。
重现问题很简单：将0x005A005A写入地址0x00000000，将无效的引导地址（例如0xFFFFFFFF）写入0x00000004并重新启动。这使得处理器无法使用。其他用户注意。
凯文



以下为原文





Hi

I am guessing from the lack of response that this is now a ''bricked'' processor that is now unusable. Please let me know if otherwise.  
Reproducing the problem is easy: write 0x005A005A to address 0x00000000 and an invalid boot address (e.g. 0xFFFFFFFF) to 0x00000004 and reboot. This renders the processor unusable. Other users take note.
Kevin

可能是看门狗不断重置设备。检查UDE中的重置脚本，看看看门狗是否在那里停止。
 
 
 如果您能够阻止设备重置，则擦除闪存应该可以解决问题。
 
 没有董事会，很难给出更详细的建议。
 
 乔瓦尼



以下为原文





It could be the watchdog resetting the device continuously. Check the reset script in UDE and see if the watchdog is stopped there.


Erasing the flash should fix the problem if you are able to prevent the device from resetting.

Without the board, it is hard to give a more detailed suggestion.

Giovanni

乔瓦尼
 
看门狗被禁用作为UDE中“重置初始化命令”脚本的一部分。无论是否存在，都会继续发生“检测到意外的目标重置！”错误。是否有其他处理器驱动的重置可能导致这种情况，我们可以禁止使用UDE脚本？
另外，如果你能看看我，我很乐意寄给你董事会。
谢谢
凯文



以下为原文





Giovanni

Watchdog is being disabled as part of the ''Initialisation Commands on reset'' script in UDE. The ''Unexpected target reset detected !'' errors continue to occur whether this is present or not. Is there another processor-driven reset that could be causing this, that we could inhibit using a UDE script?
Also, I am more than happy to send you the board, if you are able to take a look.
Thanks
Kevin

你好凯文，
 
 
我已经复制了你的问题。
如果你把一个坏的boot_address像0xFFFFFFFF
和PLS＆amp; TRACE32陷入困境，处理器似乎是“砖头”
 
要恢复电路板，请更换以下跳线并尝试用PLS擦除闪光灯。 （见下文）
 
可以使用Boot Assist重新编程微控制器内部闪存编程
模式（BAM）通过SCI。引脚PA8和PA9，（见图12：用户I / O引脚PC4，PA8和
必须配置PA9）以启用BAM功能，如下所示：
•FABM（PA9）必须连接到VDD_HV才能启用串行启动（J13跳线）
关闭）。
•ABS（PA8）必须通过SCI（J12跳线关闭）进行物理接地闪存。
如果未使用BAM功能，则可以根据数据表中报告的功能将这些引脚配置为普通I / O（参见章节附录B：参考文档）。
 
 最好的祝福
 
 二万



以下为原文





Hello Kevin ,


I have reproduced your issue.
If you put a bad boot_address like 0xFFFFFFFF
and PLS & TRACE32 are stuck and the processor seems to be ''brick''

To recover your board , please change the following jumper and try to erase the flash with PLS. (Cf below)

It is possible to reprogram microcontroller internal flash programming using Boot Assist
Mode (BAM) via SCI. The pins PA8 and PA9, (see Figure 12: User I/O pins PC4, PA8 and
PA9) have to be configured to enable the BAM functionality as following:
• FABM (PA9) has to be connected to VDD_HV to enable serial boot (J13 jumper
closed).
• ABS (PA8) has to be physically grounded to flash via SCI (J12 jumper closed).
If the BAM function is not used, these pins can be configured as normal I/O according to the functions reported in the datasheet (see Section Appendix B: Reference documents).

Best regards

             Erwan

二万
 
我将跳线配置为推荐和擦除的闪存。电路板不再卡在复位状态！
非常感谢您的帮助，非常感谢。
凯文



以下为原文





Erwan

I configured the jumpers as recommended and erased Flash memory. The board is no longer stuck in reset!
Many thanks for your help, this is greatly appreciated.
Kevin

好消息 ;-）
 
抱歉耽搁了 ;-）



以下为原文





Good news ;-)

Sorry for the delay ;-)

使用正确的引导地址（0x00000008），如果没有来自JTAG的激励，Discovery板仍然无法启动。我错过了哪个跳线设置？附加内存转储。
 
谢谢
凯文



以下为原文





With the correct boot address (0x00000008) the Discovery board still does not boot without stimulus from JTAG. Is there another jumper setting somewhere that I am missing? Memory dump attached.

Thanks
Kevin

你好凯文，
 
 
你的bootaddress似乎是正确的0x00000008。
在我们的存储库应用程序..但它不匹配后
在我们的申请中：
0xE904应该是_coreinit（0x10）的分支
0xE959应该是一个分支_ivinit（0xBC）
分支后_boot_address（0x00000130）
 
你有可能打破地址0x00000000或0x00000008吗？
它是一个应用程序库吗？
 
 最好的祝福
 
 二万



以下为原文





Hello Kevin ,


your bootaddress seems to be correct 0x00000008.
in our repository application ..but after it does not match  
in our application :  
0xE904 should be a branch into  _coreinit (0x10)
0xE959 should be a branch  _ivinit (0xBC)
After a Branch  _boot_address (0x00000130)

is it possible for you to break on the address 0x00000000 or 0x00000008 ?
is it an Application repository ?

  Best regards

            Erwan

二万
 
我们没有使用SPC5Studio代码，这是我们自己的“裸机”软件（这是一个高完整性的航空电子应用程序）。
我可以在0x00000008上中断但不在0x00000000上。如果我使用JTAG复位（以及UDE中的“启动程序执行”）运行程序，它将正确执行。但是，如果我断开电路板的电源并在没有JTAG的情况下重新上电，它就不会按预期从闪存启动。
凯文



以下为原文





Erwan

We are not using SPC5Studio code, this is our own ''bare metal'' software (this is a high integrity avionics application).
I can break on 0x00000008 but not on 0x00000000. If I run the program using a JTAG reset (and ''Start Program Execution'' in UDE) it executes correctly. But if I remove power to the board and re-power without JTAG it does not boot from Flash as expected.
Kevin

你好凯文，
 
 
我们的BOOT_ID设置为0x015A0000
在''取消'你的发现板之后你是否将你的跳线PA8和PA9重置为0？
PA8和PA9为0表示“默认情况下闪存引导”。
 
 最好的祝福
 
 二万



以下为原文





Hello Kevin ,


Our BOOT_ID is set to 0x015A0000
did you reset your jumper PA8 and PA9 to 0 after ''unbrick'' your discovery board ?
PA8 and PA9 to 0 means ''Flash Memory Boot by default.''

Best regards
  
                      Erwan

二万
 
我们的Boot Id现在也是0x015A0000。
PA8和PA9自''unbrickening''回到0。我也在另一块板上尝试了相同的软件，它的默认（工厂）配置是新鲜的，具有相同的结果。
如果我用JTAG重置电路板，然后断开代码运行。但是如果我在没有JTAG的情况下给电路板供电，那么电路板看起来就好像处于复位状态一样。
你有一个简单的测试Flash构建我可以试试吗？
凯文



以下为原文





Erwan

Our Boot Id is also now 0x015A0000.
PA8 and PA9 are back to 0 since the ''unbrickening''. I've also tried the same software on another board which is fresh in its default (factory) configuration with the same result.
If I reset the board with JTAG and then disconnect the code runs. But still if I power the board without JTAG the board looks as if it is stuck in reset.
Do you have a simple test Flash build I could try out?  
Kevin

你好凯文，
 
 
您可以从应用程序向导在SPC5Studio环境中尝试应用程序吗？
SPC560Bxx用于发现的无OS测试应用（LED闪烁）
生成，编译和调试（以便闪存）
 
 最好的祝福
 
 二万



以下为原文





Hello Kevin ,


Could you try the application in SPC5Studio environment from the application wizard ?
SPC560Bxx OS-Less Test Application for Discovery (LED blinking)
Generate , Compile and debug (in order to flash)

Best regards

                      Erwan

二万
 
我已经尝试从工厂编程到电路板中的图像（闪烁的LED示例）。这按照预期从Flash启动。这与我的形象之间的区别之一是工厂构建不是以VLE指令开始的。这是一个限制吗？
谢谢
凯文



以下为原文





Erwan

I have tried the image programmed into the board from factory (flashing LED example). This boots from Flash as expected. One of the differences between this and my image is that the factory build does not start with VLE instructions. Is this a limitation?
Thanks
Kevin

二万
 
稍微更新一下：我们的代码在启动时没有禁用（SWT）看门狗。我想这可能是问题......
凯文



以下为原文





Erwan

Slight update on the above: our code isn't disabling the (SWT) watchdog on startup. I think this may be the problem...
Kevin

你好凯文，
 
 
警告，设备BXX仅支持VLE模式。
无论如何，对于WD，它在复位后处于调试器配置
 
//禁用看门狗
SET SWT_SR 0xC520
SET SWT_SR 0xD928
SET SWT_CR 0xFF00000A
 
 最好的祝福
 
 二万



以下为原文





Hello Kevin ,


Warning, the device BXX supports only the VLE mode.
Anyway , for the WD, it is on the Debugger configuration after the Reset

// disable watchdog
SET SWT_SR 0xC520
SET SWT_SR 0xD928
SET SWT_CR 0xFF00000A

Best Regards

                      Erwan