[参考译文] EK-TM4C1294XL：TCP 引导加载程序、跳转至应用中出现问题

您好、Simone、
您可以调用 system_watchdog_feed()。 如何设置看门狗？ 在 BX 指令或应用程序运行之前、您的复位是否可能是由看门狗引起的？ 您能否注释掉 asm (" BX r0")并单步执行您添加的新代码？

BTW、您是否有机会尝试 TivaWare 的以太网引导加载程序示例？ 在 TivaWare 的示例中、应用程序将等待来自 BOOTP 客户端的魔术字。 收到魔法字后、将开始固件更新。 您还可以使用引脚(即按下开关)强制固件。 我想知道是否有任何问题阻止您引用 TivaWare 示例？

您好 Charles、看门狗设置不会相对于 John 的引导加载程序版本发生更改、即：

void system_watchdog_setup()
｛
//启用看门狗外设
ROM_SysCtlPeripheralEnable (SYSCTL_Periph_WDOG0)；
while (！ROM_SysCtlPeripheralReady (SYSCTL_Periph_WDOG0))
)｛
//等待看门狗模块准备就绪
｝

//检查寄存器是否被锁定，然后解锁。
if (ROM_WatchdogLockState (WATCHDOG0_BASE)== true)
{
ROM_WatchdogUnlock (WATCHDOG0_BASE)；
}

ROM_WatchdogReloSet (WATCHDOG0_BASE、BL_SysClock * 3)；// DTMF_lSysClock 在 setup ()/6
秒内已设置为120MHz。 (3秒到第一次超时和
//中断，另外3秒用于处理器引导。
//启用看门狗失效时的复位
rom_WatchdogResetEnable (WATCHDOG0_BASE)；

//启用看门狗中断
//获取




并打印复位原因(WATCHDOG0_BASE)；//启用 ROM_USEADCogeneEnable (WATCHDOG0_BASE)；//获取并打印复位原因(USCROM_RESTHREST_RESTON_RESTON_RESTON_RESTONSE











serial.println (" ")；
Serial.println (" ")；
Serial.print ("系统时钟频率已设置为：")；
Serial.println (BL_SysClock)；
Serial.println ("系统看门狗重新引导时间设置为：6秒")；
Serial.********_(") ")；
Serial.println (" ")；
Serial.println ("")；
｝ 

TCP 服务器启动后在 setup()函数中调用。

我调用 system_watchdog_feed()、因为我最初认为电路板过度复位是由汇编器指令之前的看门狗过期引起的、但这没有解决问题。 很遗憾、我使用的是 Energia IDE (而不是 CCS)、因此我无法执行调试并单步进入汇编器代码。

请您(或 John)确认我将设置 lm4fcpp_Snowflak.ld 链接器文件进行编译、如下所示？

存储器
｛
闪存(Rx)：origin = 0x00000000、length = 0x00100000
RAM (rwx)：origin = 0x20000000，length = 0x00040000
｝

引导加载程序

存储器
｛
闪存(Rx)：origin = 0x00010000、length = 0x00040000
RAM (rwx)：origin = 0x20000000，length = 0x00040000
｝

用于编译主应用程序。

报

Simone

我认为它仅用于 LAN。

-->这就是为什么我使用了 John 的 BL 而不是 TivaWare。

关于链接器文件的修改、这是 John 的 BL 请求的。 我只需要确认是否正确。

我会尝试联系他。

谢谢

Simone

您好、John、感谢您的回复。

我无法获得以下几点：

链接器文件的地址正确、前提是当您为引导加载程序编译时、应用程序的 RAM 范围将被禁用、反之亦然。

如果我使用以下代码编译引导加载程序、是否正确：

内存
｛
闪存(Rx)：origin = 0x00000000、length = 0x00100000
RAM (rwx)：origin = 0x20000000，length = 0x00040000
//FLASH (Rx)：origin = 0x00010000，length = 0x00040000
//ram (rwx)：origin = 0x20000000，length = 0x00040000

} 

和我的应用：

内存
｛
//FLASH (Rx)：origin = 0x00000000，length = 0x00100000
//ram (rwx)：origin = 0x20000000，length = 0x00040000
闪存(Rx)：origin = 0x00010000、length = 0x00040000
RAM (rwx)：origin = 0x20000000，length = 0x00040000

} 

？ 或者我应该修改其他内容吗？

关于您在我的应用程序开头提到的定义：

(不要忘记主应用程序代码中应用程序的 RAM 地址声明)

#define APP_BASE 0x00010000 (我将 MAIN_APP_1放在这里)
#define APP_Leng 0x00040000 (主应用程序的长度+裕度)
#define RAM_base 0x20000000
#define RAM_Leng 0x00040000 

我在输出二进制文件中没有看到任何变化(我将它们与特定程序进行了比较)、无论我是否在应用程序的开头包含上述定义。 不带4个定义的输出文件与带4个定义的相关输出文件相同。 当然、如果我尝试使用以下代码编译我的应用：

内存
｛
闪存(Rx)：origin = 0x00000000、length = 0x00100000
RAM (rwx)：origin = 0x20000000，length = 0x00040000
//FLASH (Rx)：origin = 0x00010000，length = 0x00040000
//ram (rwx)：origin = 0x20000000，length = 0x00040000

} 

输出二进制文件与使用以下代码编译应用程序不同：

内存
｛
//FLASH (Rx)：origin = 0x00000000，length = 0x00100000
//ram (rwx)：origin = 0x20000000，length = 0x00040000
闪存(Rx)：origin = 0x00010000、length = 0x00040000
RAM (rwx)：origin = 0x20000000，length = 0x00040000

} 

但它对一开始的定义并不敏感。

感谢您的帮助、

Simone

Simone、您好！

Snowflake 文件按应有的方式处理、您可以在这里正常处理。 但在主应用程序中、定义是这样的

#define APP_BASE 0x00010000
#define APP_Leng 0x00040000
#define RAM_BASE 0x20000000
#define RAM_Leng 0x00040000 

必须与上述内容相同，而且必须将其纳入来文提交人。 

我建议在任何新的尝试之前、先对一个小容器进行编码、然后将所有 EEPROM 位置归零、或者至少将您使用的位置归零。 
有时、在测试期间、我们会使用特定的值设置一些 EEPROM 或闪存地址、而我们忘记了 
在崩溃或意外重新引导后进行清理。 因此、我们的应用程序可能会将它们切换为我们所期望的状态、或者在没有任何操作的情况下对它们进行测试 
成功地找到预期目标。 

此致、 
John 

我无法真正理解电路板发生了什么情况。 我尝试重新刷写 John 的原始引导加载程序、然后上载简单应用程序失败。

我执行了以下步骤：

1)在板上刷写了一个简单的应用程序、清除(0xff)整个 EEPROM、然后设置网关、IP、端口、子网->它执行正确

2) 2)在地址0x0上刷写了 LM 闪存编程器 John 在电路板上的原始二进制文件 tcp_bootloader.bin。 操作成功完成。 CRC32在器件和源之间匹配( 0xA233A7B4)

3) 3)使用 Snowflake .ld 文件中的以下设置编译了 Energia Blink 示例：

内存
｛
//FLASH (Rx)：origin = 0x00000000，length = 0x00100000
闪存(Rx)：origin = 0x00010000、length = 0x00040000
RAM (rwx)：origin = 0x20000000，length = 0x00040000

} 

在源代码开始时还使用以下定义：

#define APP_BASE 0x00010000
#define APP_Leng 0x00040000
#define RAM_BASE 0x20000000
#define RAM_Leng 0x00040000 

尽管它们的存在或不存在不会修改生成的二进制文件。

4) 4)使用 SendFiles.exe 应用在板上加载 Blink.cpp.bin。 下载显然是成功的：

TCP 服务器侦听器已启动。 正在等待新固件
外部复位

(一
System Clock Frequency (系统时钟频率)已设置为：120000000
System Watchdog Reboot Time (系统看门狗重新引导时间)设置为：6秒。
(一
(一



从0x10000到0x000FA000的闪存存储器现在被擦除。

正在等待新固件更新..........
2428
文件大小：2428***每个2048字节的1个部分。

~~~~~~~~~~~~~~~~部分的***字节：380 μ V 2428FFFF！！！FFFF！！！


正在进入接收模式...
65536 >< 0 >*< 2048字节的块传输.......... 块编号1
67584 >< 0 >*< 2048字节块传输.......... 第2个数据块
末尾380字节传输的最终数据块..........

>>> 物联网模块现在将在6秒内重新启动 MAIN_application <<<<<<<<<<<<<<<<<<<<<<<<

但电路板会复位、但闪烁示例不会运行：

我是 我现在在3秒内将控制权传递给 main_app_1。。。

(此时会被吸入)

因此、作为验证、使用 LM 闪存编程器、我从地址0x10000到0x50000读取闪存内容、并将生成的二进制文件与 Blink.cpp.bin 进行比较。 最后一个块(从偏移量0x800开始)似乎没有被正确存储到闪存中。 请参阅随附的文件以比较两个二进制文件。 我使用同一个文件执行了不同的尝试、结果是相同的。 然后尝试使用更大的文件、该文件具有不同数量的块。 在这种情况下、除了最后一个块外、所有块都在原始文件和闪存内容之间匹配。

发生什么事了？  

感谢你的帮助

Simone

e2e.ti.com/.../BlinkCompare.html

Simone、您好！  

从打印的消息中可以看到、引导加载程序的固件开始计算1个2048字节的部分  

和380字节。 然后、在上载日志中、引导加载程序显示2048字节的2个部分的传输  

最后一部分是380。 显然、代码内部的意外修改会导致错误行为。  

闪烁二进制文件最终总共有多少字节？  

John

它是2428字节。 我已刷写您的 Bin、如从压缩文件夹中提取的那样。 无修改。 此外，打印消息似乎与源代码兼容： Write_Flash()函数在每个块(甚至是最后一个块)上调用，并且每次打印消息“2048 字节块已传输..........” "(在 写入闪存之前、最后一个块中超过380字节的部分用'\0'填充)。 因此、它会打印两倍的消息、这一点并不奇怪。

在从闪存读取的内容中、从0x97C 到0xFFF 的零(最后一个块未使用的1668字节的零填充)正确存在。 唯一不相干的是前380个字节：它们不是原始二进制文件所期望的那样。 具体而言、它们是第二个块的前380个字节的重复。

谢谢你

Simone

我无法说出原因、但为了使您的引导加载程序再次正常工作、我不得不引入一个小延迟：
延迟(500)；
刚刚完成：
bl_localClient.write ('$')；

似乎网络上最后一个块的传输没有发生、因此   INPU_BUFFER 的第一个 LAST_part (380)字节保留了之前的值(这说明了从闪存检索到的二进制文件中这些字节与第二个块相同的原因)。

由于延迟、它可以正常工作、并且地址0x10000中的闪存内容与生成和上传的二进制文件完全匹配。
但是、我想到的初始修改(禁止写入 BOOTLOADING 位置、直接跳转到应用程序初始地址)不起作用。 我将尝试了解我的错误。 请提供任何帮助。
您告知我们提供了新版本的引导加载程序：非常感谢您能与我们分享它、了解实施中的新增功能。

感谢您的帮助和耐心。
Simone

John、非常感谢您上传新固件。

当您说"还要记住、擦除闪存时、地址位置填充为0xff 而不是0x00、因此您在引导加载程序中的签入应该是从引导加载程序的源代码内部进行的0xff。"时、您指的是哪项检查？

Simone

正确的 Simone。 你试过吗？

John

您好、John、很遗憾我现在没有电路板、因此我无法尝试您的新引导加载程序。 此外、我还需要修改 c#客户端以将其足够用于新的引导加载程序、因此需要一点时间。 总之、我快速了解了代码、非常喜欢按钮管理和"动态"数据包大小管理。 很棒的想法！

我当时在考虑我最初的修改想法。 也许汇编器指令放置正确、但不允许执行某些操作：例如、我认为如果 bootloader 已经调用 serial.begin、那么即使在主应用程序的设置函数中也无法调用它。 Ethernet.begin 也是如此。

我认为这可能是导致我的应用 程序在从引导加载程序调用时无法正常工作而不进行电路板复位的原因。 可以吗？

谢谢

Simone

您好 Simone。 您最终是否解决了该问题？ 祝你一切顺利、John

John、您好、感谢您的关注。

遗憾的是、我没有时间测试您的新引导加载程序、也没有时间使用 Uniflash 进行闪存、我修改了该引导加载程序、以便在固件下载后直接跳转到应用程序。 我将在周末按以下顺序进行尝试：

1) 1)首先、我将尝试消除我必须在旧引导加载程序中引入的延迟、以查看它是否像过去那样再次发挥出色作用。 在此阶段、我将排除我对直接跳转的修改

2)尝试介绍远程固件下载后直接跳转到应用程序、并使用 uniflash 刷写修改后的引导加载程序(如您所建议)、以查看它是否对 LM 闪存编程器有所不同

3) 3)我将尝试您的新引导加载程序。 遗憾的是、我会将此保留为最后一次尝试、因为我必须修改 TCP 客户端应用程序、而且我对 C#中的字符串操作不太熟悉

4) 4)如果步骤2成功、我将尝试修改您的新引导加载程序、以引入直接跳转的修改

第1点是最大的问题：我不理解为什么在某个时候您的原始引导加载程序未正确存储最后一个数据块、我不得不介绍延迟。 你有什么想法吗？ 我在您的旧引导加载程序中看不到任何错误。 新的唯一区别是消除 了已填充但未使用的 OUT_BUFFER[i]、但我不会将其视为错误、只是一些未使用的代码。

此致

Simone