[参考译文] TM4C123GE6PM：带加密位流的 Tiva USB DFU 引导加载

尊敬的 Robert：

Unknown 说：

因为这是#define 这是否意味着您只能使用闪存引导加载程序而 不能使用 ROM 进行解密？

您的理解是正确的。 解密只能对闪存引导加载程序进行、不能对 ROM 进行。 另请注意、bl_decrypt.c 文件只是一个占位符。 它现在是空的。 用户可加入所需的解密算法。 TivaWare 闪存引导加载程序和 ROM 引导加载程序不了解位流如何加密。

您需要在 bl_config.h 文件中取消注释以下#define。  

//*****
//
//允许呼叫在将下载的数据写入之前对其进行解密
//闪存。 基准引导加载程序源中的解密例程为空、
//这只是为添加实际解密提供了一个占位符
//算法。 尽管保留此选项是为了实现向后兼容性
//建议使用较新的挂钩指定解密函数
//函数机制和 BL_Decrypt_FN_HOOK。
//
//取决于：无
//不包括：无
//要求：无
//
//*****
//#define enable_decrence.

//*****
//
//允许应用程序在下载过程中执行就地数据解密。
//如果连接，将调用此函数来执行的就地解密
//固件下载期间收到的每个数据包。
//
// void MyDecryptionFunc (unsigned char * pucBuffer、unsigned long ulSize)；
//
//此值优先于 ENABLE_PRECISION。 如果定义了这两者、
//使用 BL_Decrypt_FN_HOOK 定义的挂钩函数被调用，而不是调用
//以前定义的 DecryptData()存根函数。
//
//*****
//#define BL_DecryptionFunc

尊敬的 Robert：

Unknown 说：

对于 USB 引导加载程序，我是否需要使用 usblib 驱动程序库来开发完整的应用程序以引导、枚举和支持指向软件的链接，其中软件应用程序会使用 hid 或 bulk 之类的文件通过加密映像发送？  [/报价]

已经有一个 USB 引导加载程序示例。 请参阅 C：\ti\TivaWare_C_Series-2.2.0.295\examples\boards\ek-tm4c123gxl\boot_usb 示例。 boot_usb 和 boot_serial 的唯一区别是 bl_config.h 文件中的配置。 您可以在这两个示例之间进行比较、并注意 USB 引导加载程序已启用、以及与 USB 功能关联的引脚已定义。  

您可以使用应用程序 boot_demo1.c 运行 boot_USB 引导加载程序 boot_usb 示例已经处理了 所有需要的 USB 初始化、因此、如果应用程序本身不需要使用 USB 控制器、则 boot_deme1中不会执行任何操作。  

有关将跳回 USB 引导加载程序的更真实的 USB 应用程序、请参阅  C：\ti\TivaWare_C_Series-2.2.0.295\examples\boards\ek-tm4c1294xl\boot_demo_usb。 注意这是 TM4C129器件的应用示例。 此示例将跳转到 ROM 引导加载程序、而不是闪存引导加载程序。 但您可以轻松移植到 TM4C123并修改基于闪存的引导加载程序。 在此 boot_demo_USB 应用中、它成为一个复合 USB 器件 、通过人机接口器件类支持鼠标、还发布了运行时器件固件升级(DFU)功能。