[参考译文] RTOS/EK-TM4C129EXL：如何在 Exosite 上重新激活(以前激活的) Crypto Connected Launchpad？

尊敬的 LouEEEE：

"Readme.txt"文件(它是 SECURE_IoT 项目的一部分) 显示如下。  您是否执行了此步骤？

谢谢、

SAI

SAI、

再次感谢您的快速响应。 尽管如此、我远远超出了所有这些...

我的消息的关键部分是're-'位。 我已经创建了一个帐户并注册了该设备。 开箱即用、一切都很好...

此后、我删除了该器件并重新创建了该器件、现在我想使用其新的 CIK 重新激活它(根据我上面的消息)。

除了错误之外、无法在示波器上找到任何明确的帮助："请激活您的设备或确认删除设备、然后重试"

我找不到任何地方可以输入器件的 CID、例如、当器件 EEPROM CID 清晰地显示在调试器中时-很明显、这与现在分配给器件的新 CID 不匹配。

想法？

尊敬的 LouEEEE：

您能否在"器件"下看到电路板(运行 SECURE_IoT 应用程序的电路板)的 MAC 地址？

如果是、则单击器件并将其"重新启用"(按照"重新启用器件"下的说明进行操作)。 CIK 值将发生变化。 现在重新启动电路板、或者从命令行运行"active"命令。 电路板应自动检测 CIK 是否发生了变化并采集新的 CIK。 注意：如果采集了 CIK 一次、Exosite 将拒绝后续获取 CIK 的请求、除非 CIK 已更改。

如果否、则添加器件并重新启动电路板。

谢谢、
SAI

已多次重复重新启用/重新启动或重置循环-没有乐趣！

还尝试了电路板的冷重启以及复位。

电路板进行连接：

连接到 Exosite 服务器。
可在 EEPROM 51a681cf7f3d2478fe21159e4e16d98539a8a8a7中找到 Cik
CloudTask：错误响应、ecode：-103、 套接字错误：0期间：2操作。
正在重置连接。
无法解析主机名。 检查代理服务器设置。 Ecode：-106。
CloudTask：错误响应、ecode：-103、 套接字错误：0、在：4操作期间。
正在重置连接。

同样、混合中没有代理、并且电路板此时已经验证了 NTP 时间。

>激活命令似乎不执行任何操作；只是"挂起"。

以下哪些示例程序说明了 EEPROM 写入？ 也许是时候尝试手动更改电路板上的 CID 了吗？

尊敬的 LouEEEE：

错误代码"-103"表示 TI-RTOS 的 HttpClient 模块无法发送到远程主机。 此错误意味着没有向 Exosite 服务器发送 HTTP 请求。 这真的令人惊讶、尤其是因为您说该应用程序在首次重建后对您有效。

是否可以尝试将"secure_IoT.cfg"文件中的"BIOS.heapSize"更改为"80920"并尝试？ 也许较新的 TI-RTOS 比以前需要更多的堆大小。

谢谢、
SAI

是的、这很有趣。 其中：BIOS.heapsize = 70920

在闪存
中使用 MAC 地址启动 BIOS
服务状态：DHCP:已启用： ：000
服务状态：DHCP:已启用：正在运行：000

欢迎使用 Crypto Connected LaunchPad，
安全物联网演示。

MAC 地址： 
网络已添加：if-1:10.0.0.107
服务状态：DHCP:已启用：正在运行：017
解析 time.nist.gov 的 IP 地址...
NTP IP 已解析为216.229.0.179
连接到 NTP 服务器
当前日期/时间为2017年5月18日19：38：11

连接到服务器...
连接到 Exosite 服务器。
在 EEPROM 51a681cf7f3d247...中找到 Cik。 
TI.sysbios.堆.HeapMem：第361行：内存不足：handle=0x2001e16c、size=1664
CloudTask：响应错误、ecode：-103、socket 错误：-353、期间：2个操作。
正在重置连接。
正在连接到服务器...
连接到 Exosite 服务器。
在 EEPROM 51a681cf7f3d247...中找到 Cik。 
CloudTask：错误响应、ecode：-103、套接字错误：0期间：2操作。
正在重置连接。
正在连接到服务器...
连接到 Exosite 服务器。
在 EEPROM 51a681cf7f3d247...中找到 Cik。 
CloudTask：错误响应、ecode：-103、套接字错误：0期间：2操作。
正在重置连接。
正在连接到服务器...
连接到 Exosite 服务器。
在 EEPROM 51a681cf7f3d247...中找到 Cik。 
CloudTask：错误响应、ecode：-103、套接字错误：0期间：2操作。
正在重置连接。
正在连接到服务器...
---- 重复几次---
正在重置连接。
00013.644 getaddrinfo：错误：无法解析主机名"m2.exosite.com

无法解析主机名。 检查代理服务器设置。 Ecode：-106。
CloudTask：错误响应、ecode：-103、套接字错误：0、在：4操作期间。
正在重置连接。
正在连接到服务器...
连接到 Exosite 服务器。 

但是、使用 BIOS.heapsize = 80920

在闪存
中使用 MAC 地址启动 BIOS
服务状态：DHCP:已启用： ：000
服务状态：DHCP:已启用：正在运行：000

欢迎使用 Crypto Connected LaunchPad，
安全物联网演示。

MAC 地址： 
网络已添加：if-1:10.0.0.107
服务状态：DHCP:已启用：正在运行：017
解析 time.nist.gov 的 IP 地址...
NTP IP 已解析为216.229.0.179
正在连接到 NTP 服务器.........
10秒后无法与 NTP 服务器同步时间 
--然后再也没有了---- 

(这是 Stellaris 内电路调试器的输出-它们已经以您的名字明确命名了！)

LouEEEE、

[引用 user="LoueEE!]ti.sysbios.堆.HeapMem：第361行：内存不足：handle=0x2001e16c、size=1664

显然、70920的堆容量不够。 增加的堆大小应该会给您带来更好的结果。

我从未见过 NTP 服务器在连接后未同步时间的情况。 现在、请尝试重新运行代码、并查看是否通过此 NTP 服务器而不同步。

[引用 USER="LouEEEE！"](这是 Stellaris 内电路调试器的输出-它们以您的名字明确命名！ )[/报价]

或其他方式：)

谢谢、

SAI

SAI、

它正在变得越来越好。 使用 BIOS.heapsize - 80920 (以及几次冷重启/重置/重建等之后) )、卡正在运行并连接到 exosite：

正在连接到服务器...
连接到 Exosite 服务器。
在 EEPROM c67f36be65f07688中找到 Cik ... 

不过、情况仍然不是很好。 LED D1工作不正常。 接口报告设备“更新失败”。 (并且 LED 状态不变。)

调试接口也在 EEPROM 中的 CIK 结束；之后没有输出。 (必须检查代码才能知道这是否是正常的“端点”？)

LouEEEE、

CIK 看起来不同。 您能否检查此 CIK 是否与 Exosite 门户分配的 CIK 匹配？ 您可以使用以下步骤查看 Exosite 分配的 CIK

• 登录 ti.exosite.com
• 单击屏幕左侧的"Devices"(设备)部分
• 单击正在使用的器件。 这将打开一个新窗口，该窗口应具有 CIK (打印精美)。

[引用 USER="LouEEEE！">调试接口也在 EEPROM 中找到的 CIK 结束；之后没有输出。 (是否必须检查代码才能知道这是正常的'endpoint'？ [/报价]

在 CIK 信息之后：

• 除非出现错误，否则终端上不打印任何内容。
• 只要电路板与 Exosite 服务器通信、LED D2就会持续闪烁。

[引用 user="LouEEEE!">不过，情况仍然不是很好。 LED D1工作不正常。 接口报告设备“更新失败”。 (并且 LED 状态不变。 )[/报价]

如果 LED D2持续闪烁、您应该能够从 Exosite 服务器上的仪表板控制 LED D1。

谢谢、

SAI

您好、Sai、

 [引用 USER="Stellaris SAI"> CIK 看起来不同。 您能否检查此 CIK 是否与 Exosite 门户分配的 CIK 匹配？[/引述]否、CIK 是完美的- EEPROM CIK 与 Exosite 上存储的 CIK 匹配。 Cik 在这里不是问题。

在  BIOS.heapSize = 80920的情况下、自我们上次通信以来、电路板已成功运行、并连接到 Exosite。 我担心这似乎是一个意外的修正，或一个雪橇。

[引用用户="Stellaris SAI">如果 LED D2持续闪烁、您应该能够从 Exosite 服务器上的仪表板控制 LED D1。 LED D2持续闪烁；是的、电路板正在与 Exosite 通信。 它 将持续发送结温。 (D3也闪烁；表示“交通”？)

但情况肯定是不对的。

LED D1或警报电子邮件会导致"更新失败。 请检查设备状态或重试。" -在电路板上没有结果。

我要尝试的一件事是？：我想在这里将 xdctools-(最新)引入到混合中。 如何在项目的链接资源中更改 XDC_CG_ROOT。 它在 CCSv7界面中不可编辑。

我对这里的食物链没有信心。

目标是到现在为止、开始我们为 TM4C129系列设计的真正工作-我们自己的代码-不要为开箱即用演示最简单的一小时练习而烦恼。

您好、Sai、

再次感谢您在这方面的帮助...

正如我在其他地方提到的、你增加 BIOS.heapSize = 80920的建议有效、至少在成功构建和连接到 Exosite 方面是如此。

但是，仍有问题(在 http 通信中？) 仪表板接口进行通信。 无法从仪表板修改 LED D1切换或警报电子邮件。

我希望在此基础上构建一个坚实的代码基准。

尊敬的 LouEEEE：

很抱歉耽误你的时间。 我尝试重新创建您面临的问题。 下面是我尝试过的：

• 从以下位置下载安全物联网演示：
• 从以下位置下载补丁文件：
• 将补丁文件的内容解压到"Secure IoT Demo"安装文件夹中。
• 按照"PatchReadme.txt"(修补程序附带)中的说明应用修补程序。
• 按照"Readme.txt"(在"secure_IoT"文件夹中)中的说明设置各种工具、构建 secure_IoT 演示项目并运行它。

以下是我使用的封装：

• TI-RTOS v 2.16.01.14
• wolfSSL v3.10.2
• CCS v7.1.0
• XDCTools 3.32.01.22

在上述封装中、我没有遇到任何问题。 我也不必增加 BIOS.heapSize。

当我使用 XDCTools v3.50.01.12时、我遇到了您提到的一些问题。 以下是我对该封装厌倦的不同组合：

已使用 XDCTools v3.50.01.12构建 wolfSSL 库和"secure_IoT"应用。

• wolfSSL 库构建时不会出现任何错误或警告。
• 未构建 SECURE_IoT 应用程序。

已使用 XDCTools v3.50.01.12来构建 wolfSSL 库、并使用 XDCTools 3.32.01.22来构建"secure_IoT"应用。

• wolfSSL 库构建时不会出现任何错误或警告。
• 在构建 SECURE_IoT 应用程序时不会出现任何错误或警告。
• 当 SECURE_IoT 应用程序被执行时、由于堆问题、硬件异常故障而停止执行。
• 当我增加堆大小时、我仍然会得到相同的错误。

已使用 XDCTools 3.32.01.22构建 wolfSSL 库和"secure_IoT"应用。

• wolfSSL 库构建时不会出现任何错误或警告。
• 在构建 SECURE_IoT 应用程序时不会出现任何错误或警告。
• 当 SECURE_IoT 应用程序被执行时、它与云服务器建立连接、LED D2每秒闪烁一次、LED D1可从 Exosite Portal (位于 ti.exosite.com)进行控制、能够发送警报消息。
• 已运行此测试约3小时，没有任何问题。

基于上述结果、XDCTools v3.50.01.12似乎与"SECURE_OTO"应用不兼容。 在我发现 XDCTools v3.50.01.12的确切问题之前、请不要使用它、即使是构建 wolfSSL 库也是如此。

如果您已经使用 XDCTools v3.50.01.12来构建 wolfSSL 库、请清理构建并使用 XDCTools 3.32.01.22。 此外、在"SECURE_OTO"的项目设置中、请选择相同的 XDCTools 版本(3.32.01.22)。

要修改工程中的 XDCTools 版本、请单击"Project->Properties"菜单以打开"Properties"窗口以进行"SECURE_OTOO"演示。 然后点击  此窗口左侧的"General"部分、点击"RTSC"选项卡、如下图所示。

谢谢、

SAI

编辑：忘记提到运行测试时我在代理服务器后面、但我不会预计这会导致行为上的任何重大差异。

SAI、

再次为您的回复添加 tks。

首先、我们将介绍以下几个方面：

(首先，macOS 10.12.4上的所有这些)

Code Composer Studio 版本：7.1.0.00016

XDCtools 3.32.0.06* --不同于您的

TI-RTOS 2.16.08 --与您的不同。

TM4C ARM Cortex-M4F MCU 2.13.156

WolfSSL 3.8.0 (与上面的 XDCtools 完全兼容) --和你的不同！

我将复制我的步骤(然后尝试与您正在使用的版本同步)，并在这方面很快返回给您...

*如果我回忆正确，我相信我无法使用任何更新版本的 XDCtools 进行构建。 将反向跟踪并验证。

没有代理服务器、但 EK-TM4C129EXL 正在通过防火墙后的 DHCP 提供 AP 进行聊天。

要清楚运行与构建：我确定运行电路板上随附的原始固件、没有问题。 我不是很确定我们是否能够将它从头开始构建(几周前，抱歉...)

尊敬的 LouEEEE：

我们从未在非 Windows 环境中测试过此应用程序。 CCS 和 XDS-Tools 构建为在 MAC OSX 上工作、但 TI-RTOS 以 BETA 形式发布此支持。 想知道这是否是一个问题。

不确定"TM4C ARM Cortex-M4F MCU 2.13.156"的含义。 您不应使用任何其他封装。

我已经在您之前在 CCS v6.1.2上提到的 TI-RTOS、XDCTOOLS 和 WolfSSL 版本上测试了此应用、预计这不会成为 CCS v7的问题。

只要不使用 XDCTools v3.50.xx、我认为使用您提到的工具版本不会出现问题。

安装"安全物联网"应用程序时、文件夹中附带二进制文件 /ek-tm4c129exl/secure_IoT/调试。 您可以使用此二进制文件来测试您的设置是否正常。

谢谢、
SAI

SAI、感谢您坚持这一做法-它将变得更加有趣。

快速摘要：使用我们自己的构建或预封装的 spmc022-1.0.7/Debug/SECURE_IoT.bin 时，在我们的环境中看到相同(错误)行为。

第1步、重现测试线束的步骤概述...

构建 WolfSSL-3.10.2 -完美！：

#=========== products.mak =====

XDC_INSTALL_DIR =/Applications/ti/xdctools_3_32_01_22_core
BIOS_install_DIR =/Applications/ti/tirtos_tivac_2_16_01_14/products/bios_6_45_02_31
NDK_INSTALL_DIR =/Applications/ti/tirtos_tivac_2_16_01_14/products/ndk_2_25_00_09
TIVAWARE_INSTALL_DIR =/Applications/ti/tirtos_tivac_2_16_01_14/products/TivaWare_C_Series-2.1.1.71b

TI.targets.arm.elf.M4F =/Applications/ti/ccsv7/tools/compiler/ti-cgt-arm_17.3.0.STS
IAR.targets.arm.M4F =
GNU.targets.arm.M4F =/Applications/ti/ccsv7/tools/compiler/gcc-arm-none-eabi-4_9-2015q3

导出 XDCTOOLS_JAVA_HOME =/Library/Java/JavaVirtualMachines/jdk1.8.0_121.jdk/Contents/Home

===========================================

CCSv7设置：

CCS General/RTSC/XDCTools 版本：3.32.1.22_core -正常
ARM 编译器/包含选项：/Users/drlou/ti/wolfssl-3.10.2/tirtos
ARM 链接器/文件搜索路径/
...狼的路径-3.10.2/.../wolfsl_tm4c_hw.aem4f
TivaWare_C_Series-2.1.71b…CCS/Debug/driverlib.lib
...TivaWare_C_Series-2.1.71b...CCS/Debug/usblib.lib 路径
C/C++通用/路径和符号/汇编/包括：
/Applications/ti/xdctools_3_32_01_22_core/packages

结果相同：
secure_IoT.cfg：BIOS.heapSize = 70920 --或-- 80920；

编译器测试：
TI V17.0.1.LTS
偶尔：无法连接到服务器，ecode:-102。
一些超时，但始终保持连接。

在较旧的编译器上、发现相同的结果-如果连接行为有些变化：

TI v16.9.3.LTS
TI v16.9.1.LTS

错误：在所有情况下、LED D1都不会切换、也不会启用警报电子邮件输入功能。

步骤2：使用 UniFlash 直接上传 spmc022-1.0.7/Debug/secure_iot.bin

相同的发现！

您是否知道该固件的早期版本是否可用-也许我们的测试板附带了 spmc022-1.0.0.0版本的二进制文件？ ——你知道 我在哪里可以买到它吗？ 现在、我很想使用该早期版本的 bin 进行测试、如果它仍然可用...

我们的网络？ EK-TM4C129EXL 连接到其自己子网上的接入点。 考虑到我们的安全设置、我无法接近防火墙。 我们这里没有任何代理服务器。

尽管如此、我还是很确定该演示的运行情况与 EK 上的出厂情况相同。 我还记得我们能够设置 LED D1。

尊敬的 LouEEEE：

这很奇怪。 我刚刚使用 Uniflash 版本3.4.1.00012、使用预封装的二进制文件对 EK-TM4C129EXL Launchpad 进行了编程、以便进行安全物联网演示版本1.0.0.7 (./ti/ek-tm4c129exl/secure_iot/Debug/secure_iot.out)。 该应用程序按预期工作、可以通过浏览器控制 LedD1并发送警报电子邮件。

这是否是电路板问题-从未见过这样的问题？ 您是否有第二个 Launchpad 可用于试用？ 预封装的二进制文件(Secure IoT Demo v 1.0.0.7)应该可以正常工作。

使预封装的二进制文件正常工作应该是优先事项。

谢谢、
SAI

[引用 user="Stellaris SAI">预封装的二进制文件(安全物联网演示 v 1.0.0.7)应该可以正常工作。确实应该能够正常工作。 不能更同意您的意见...

已上传...ek-tm4c129exl/Debug/secure_iot.bin (我假设您是'bin'？) 从刚解压缩的演示1.0.0.7复制多次。 行为相同...

网卡连接、将结温发送到网络接口。

但 LED D1和警报电子邮件没有响应。

[引用 USER="Stellaris SAI"]这是否是电路板问题-从未见过这样的问题？ 您是否有第二个 Launchpad 来尝试此操作？我没有第二个 Launchpad 来尝试此操作。 缺陷的可能性似乎很奇怪、尤其是因为电路板开箱即用性能良好。 我通常依赖非常高的 TI 质量控制！ 自首次测试以来、网络配置也保持一致。

(我们是否必须购买/等待另一张卡才能测试此代码？)

以下内容是否与您使用的纸槽一致？

SECURE_IoT。bin：188、120字节
$ openssl MD5 secure_iot.bin
MD5 (secure_IoT.bin)= 78c7f45f5e3e4986b5a1f3cb935ce3d0

UniFlash 4.1.1.450 (macOS)

在上传到存储卡之前、secure_iot.bin 由 UniFlash 验证。

是否有反向通道机制、可通过该机制向我发送您要测试的确切容器？

悲伤-多好的故事... (排气仅限于坐/读数)

而(声称)论坛"升级？" 禁止-必须注意："Stellaris SAI"(如此有音乐/独特)"10点赞"。 后续行动中的表现为"2.5点赞"。。 Exosite (基于传闻-如这里所报告)-"ten dis点 赞"(尽管他们的评论是受邀的。)

或许明智的做法是--在"取样本"之前----表达(一些)关于为什么这种微妙的、"似乎独一无二"----以及"不"更"普遍"的好奇心？   (因为"问题"似乎困扰了许多人-并且"很少"注意和报告！)     这种情况(很可能)得到了这一长线的证实-但"仅两个海报"线程！    (当"多种遭受类似痛苦的人"感到被迫"鸣叫"时-但(所有)保持(奇怪的)沉默...)