让我们试一下efuse-program-once这个命令，开始试之前要解决2个问题：
addr参数到底是什么地址？帮助里说是OTP word address，其实这个地址就是1.1节里介绍的word index，index范围为0x000 - 0x1FF，对应512个可读写操作的OTP Word。
data参数到底是什么格式？帮助里说是hex digits without prefix '0x'，但是似乎没有指明长度，我们知道每一个index对应的是4byte，那就应该是8位16进制数据（实测下来必须要填8位，如果是非8位会返回Error: invalid command or arguments）。
弄清了问题，那我们做一个小测试：要求将OTP里的REVOKE_IMG_KEY word的最低byte烧写成0x5A。翻看OTP Memory Footprint表，找到REVOKE_IMG_KEY的index地址是0x66（对应Shadow register地址是0x40130198），命令搞起来：
PS D:\NXP-MCUBootUtility\tools\blhost2_3\win> .\blhost.exe -u -- efuse-program-once 0x66 0000005A
Inject command 'efuse-program-once' Successful generic response to command 'efuse-program-once' Response status = 0 (0x0) Success.PS D:\NXP-MCUBootUtility\tools\blhost2_3\win> .\blhost.exe -u -- efuse-read-once 0x66
Inject command 'efuse-read-once' Response status = 0 (0x0) Success. Response word 1 = 4 (0x4) Response word 2 = 90 (0x5a)看起来命令执行正常，如果此时你用J-Link去读取对应Shadow register的值，你会发现刚才烧写的OTP数据并没有自动同步更新到Shadow register里。与i.MXRTyyyy系列下Flashloader里efuse program操作有所不同的是，i.MXRTxxx Serial ISP模式下blhost里的efuse-program-once命令仅包含program命令，没有集成reload命令。因此想要刷新Shadow register，必须复位芯片。
至此，恩智浦i.MX RTxxx系列MCU的OTP痞子衡便介绍完毕了，掌声在哪里~~~