[参考译文] CCS/IWR1642BOOST：无法在Ubuntu / Chrome中启动TI云代理

您好，

尽管我没有这样的主板，但在我的设置中成功安装了TI云代理(Ubuntu 16.04 /64)。 我正在使用与您相同的Ubuntu版本，但在我的情况下，Chrome报告自己为61.0 ．3163.100 －1。 它正确地确认了我的独立XDS110调试探测器的两个串行端口，我在这里拥有的日志与您的日志相同(显然减去目录名)。

在以后的Ubuntu版本中，常见的一个问题是需要普通用户成为拨出组的一部分才能访问串行端口。 如果您还没有这样做，请参阅网站上有关如何执行此操作的内容：

https://websistent.com/fix-serial-port-permission-denied-errors-linux/ 

感谢您的回复-以及好的观点。 我又尝试了几次测试；

1.我阅读了上面的链接，并尝试找到/dev/ttyUSB*来检查组，但不存在挂载点。 假设Ubuntu不自动安装，这是否表示TICalongerAgent在初始化时安装USB串行端口，或者我是否错过了先决条件中的某些内容？

2. lsusb给出->总线001设备005：ID 0451：bef3 Texas Instruments，Inc.
因此，Ubuntu检测到主板，并且没有电缆/硬件/端口问题。

3.我已将这两行插入~ë/TIC扩音器Agent/ticloudagent.sh (现在阅读前几行)
#!/bin/bash
导出TI_DS_ENable_logging=1
导出TI_DS_logging_output=/tmp/my.log
pushd `dirname 0美元`>/dev/null
等等...

我已检查/tmp是否可写，已重新启动计算机并尝试运行mmWaveDemo。 它仍然失败，并且没有生成/tmp/my.log文件。

从这一点来看，我假设分机不是调用icloudagent.sh，因此也不启动。

再次感谢任何帮助。

进一步测试：我运行了UniFlash，手动将设备设置为IWR1642以查看它是否通信。 我没有擦除/重新编程主板，因为我正在寻找通信检查功能。 然后我退出了UniFlash。

但是，我现在有/dev/ttyACM0和/dev/ttyACM1。 我已按照您的上述说明更改了通话组，因此我是拨出的一部分。

仍然没有享受到TICloj者 的服务

您好，

1. 我已经阅读了上面的链接，并尝试找到/dev/ttyUSB*来检查组，但不存在挂载点。 如果Ubuntu不自动安装，这是否表示TICloyAgent在初始化时安装USB串行端口，或者我是否在前提条件中遗漏了一些内容？

抱歉，我忘记了提及新的Ubuntu版本创建了/dev/ttyACM*。 无论如何，如果您的用户是拨号组的一部分，并且您看到这两个串行端口，我想不出任何阻止您访问它们的东西。 获取其他信息的另一个想法是：您可以尝试使用简单的终端程序(minitrem，putty)访问端口，并查看它是否允许您连接到这些端口。 如果是否定的，请仔细检查拨出组的成员身份。 如果是肯定的，我会删除云代理浏览器扩展，重新启动浏览器并重试-它将提示您再次安装扩展，可能会成功。  

我会尝试思考其他细节，然后回到这个话题，以防我发现其他事情-同时，我会看看是否有人可以借给我此类主板。  

此致，

拉斐尔

您好，

我让一位同事在他的AWR1443板上测试此演示，他也没有收到云代理错误。  

另一个想法是尝试通过独立软件(如CCS)连接到主板，或者可能使用不同的云工具(如Uniflash)-这可能有助于证明您的系统中可能发生的其他事情。  

尽管如此，他还是无法让演示本身发挥作用，但我们在CCS论坛上不知道它的详细信息-设备论坛中有知识渊博的人谈论它。

此致，

拉斐尔

好的，谢谢。 我将试用UniFlash，如果我仍然无法使用此产品，请联系我们的TI销售代表。 我将在下一周保持开放状态，以便我可以附加找到的任何解决方案。

非常感谢所有的帮助！

Richard

在tmp文件夹中检查名为"my_tic.d.log"的日志。

由于历史原因，日志程序会重命名日志文件。

我建议您找到此文件，清除它并再次重现问题，然后将此文件发送给我们。

如果此文件仍未创建，则Cloudagent安装可能存在一些问题。 在Firefox上再次尝试相同的过程，并告诉我们您的发现。

巴西，

Victor