[参考译文] BQ2.579万EVM：通过USB2ANY进行测试的指南

感谢您努力帮助Ethan！

我尝试了Chromium (我在Ubuntu 20.04 上)和Firefox。 这两种方法似乎都失败了，但Chromium告诉我，我的云代理安装仍然存在问题，这至少比Firefox告诉我的问题多了一点。 我将在底部的一个部分中包含我的所有步骤，因为它非常冗长。 为了便于参考，我在下面的“摘要”部分的步骤中总结了一些可疑的要点。

######################################
摘要
######################################

由于这里缺少文档，我猜是这样，但浏览器中的TI云代理插件似乎应该调用本地安装的~ë/TICalloud Agent/clicoudagent.sh，但由于某种原因而没有这样做。 脚本和故障排除指南中均未说明在/tmp生成日志文件，这就证明了这一点。 相反，如果我从终端手动运行~ë/TICalliAgent/ticloudagent.sh，我可以生成这些日志文件，但我从看起来不正确的目录结构中得到了许多错误。 这让我相信我不应该手动调用这个，但是浏览器应该来自其他具有预期结构的目录。 由于从浏览器运行时缺少日志，我倾向于认为浏览器不会调用此~ë/TICl扩音器Agent/ticloudagent.sh脚本，但我不确定如何验证这种情况的发生方式或原因。

我在此处找到的唯一相关故障排除：

software-dl.ti.com/.../ti_cloud_agent.html

但变通办法仅为Windows指定。 我已经详细说明了我在用户/管理员权限方面所做的工作和考虑的内容，但不确定如何解决此问题。


######################################
参考--所有故障排除尝试
######################################

单击"帮助"后， I already DID this (我已经执行了此操作)"，以便从GUIComposer中的错误消息进行故障诊断，我已采取以下步骤：

1.在"要求"->"操作系统"中，我单击了Linux支持的详细信息，但这似乎是CCS帮助的链接。 我不熟悉CCS，但它是否与GUICompser或云代理安装相关？ 我注意到该页面后面的内容，即"为桌面Code Composer Studio安装依赖项的安装过程也是相关的。"，因此，假设信息是相关的，而且这不仅仅是一个坏链接，我注意到BQ2.579万 未列在支持的设备上。 我已经阅读过BQ2.579万EVM与GUIComposer的兼容性，并在这里问过几次，而且总是有人回答说，是的，它们是兼容的。 在参考此CCS文档后，我是否应该质疑此问题的有效性？

2.在上述CCS文档中，我还看到了兼容调试程序的列表。 似乎USB2ANY由MSP430F5529供电。 我对这些芯片不是很熟悉，不知道它是属于“支持的MSP430：MSP-FET，MSP-FET430UIF”芯片组还是属于“不支持的MSP430：MSP-FET430PIF (并行端口)”芯片组。 您是否可以确认USB2ANY甚至与GUICompser/Cloud Agent兼容？ 如果是，这是在哪里陈述的，因为我只看到CCS的文档。

3.我可以验证我的发行版本是否为64位Linux 20.04 LTS，该版本被列为受支持

4.它指出“CCS安装程序将对这些组件运行依赖项检查，并将任何缺少的依赖项通知用户。” 我是否应该安装CCS以便能够运行GUIComposer？

5.在页面的下一页，我看到列出了Ubuntu 20.04 相关性列表。 假设GUIComposer或云代理也需要它们，我继续安装了它们。 我注意到对python 2.7 软件包的依赖性，并想知道这是否与错误有关。

6.回到TI云代理帮助，我继续转到硬件部分。 我肯定拥有足够的可用磁盘空间，内存和处理器规格。

7.已测试的浏览器：Firefox 98.0 2 (64位)和99.0 版本CHROmium。4844.82 (正式版) SNAP (64位)。 这些似乎远远高于要求。

8.权限：“将使用TI云代理的用户帐户必须能够使用所需的提升(管理员)权限安装TI云代理。” 安装ticloudagent.run时，系统要求我输入sudo密码，它说是使用root privledges安装的。

9.在“支持的设备”下：“在Linux或MacOS上使用时，云IDE不支持调试旧的MSP-EXP430G2 LaunchPad。” USB2ANY是否属于此类别？

10.在故障排除-> TI云代理安装下：我已经在Firefox和Chrome中安装了浏览器扩展，并验证浏览器是否为最新版本，扩展是否已启用。 隐秘模式下的操作也会按照规定关闭。 我认为Windows短文件名生成不适用于我的情况。

11.在覆盖TI云代理代理设置下：我没有本地代理，因此这不适用。

12.我认为“一个常见的问题是缺少对libudev.s2.0的依赖。 此库在某些Linux发行版上可能不可用。 Cloud Agent的解决方法是将libudev.so.0与libudev.so.1相连接。"可能相关，但没有关于如何正确执行此操作的特定说明。 在AskUbuntu上有一个相关的帖子(askubuntu.com/.../missing-libudev-so-0)。 这会导致运行脚本安装Cloud Agent的位置出现问题。 这样我就可以跟踪其LD_LIBRARY_PATH，以检查它是否可以访问libudev.so_0。 如果我只是尝试在计算机上找到它，我就会看到它存在于./lib/x86_64 -linux-GNU/libudev.so.0中，尽管我仍需要一些方法来确认Cloud Agent的LIB路径指向它。

为了找到这个，我看了两件事：1.) TIC扩音器 代理/ticloudagent.sh脚本的内容：

#!/bin/bash
 
#export TI_DS_ENABLE_LOGGING=1
#export TI_DS_LOGGING_OUTPUT=/tmp/my.log
#echo "---$0 ARGS--- $1 $2 $3" > /tmp/my_ticld_args.log
 
pushd `dirname $0` > /dev/null
SCRIPTPATH=`pwd`
popd > /dev/null
 
# When started from firefox, some environment variables may not be set
# We'll manually set/modify the ones we depend on here
 
if [ -z "$HOME" ]
then
  export HOME=~
fi
 
if [ -z "$TMPDIR" ]
then
  export TMPDIR=~/.ti/TICloudAgent/tmp
  mkdir -p $TMPDIR 2> /dev/null
fi
 
export PATH=$PATH:/usr/sbin:$SCRIPTPATH/util
 
# Now start node
 
if [ "$1" = "not_chrome" ]
then
  $SCRIPTPATH/node $SCRIPTPATH/src/main.js
else
  $SCRIPTPATH/node $SCRIPTPATH/src/main_chrome.js
fi

和TIC扩音器 代理/ticloudagent_install.log

Log started 03/25/2022 at 13:07:13
Preferred installation mode : gtk
Trying to init installer in mode gtk
Mode gtk successfully initialized
[13:07:13] Installer name: ticloudagent.run
Executing chmod -R ugo+rwx "/tmp/ticloudagent"
Script exit code: 0

Script output:
 

Script stderr:
 

Executing /tmp/ticloudagent/util/testprog
Script exit code: 0

Script output:
 Checking availability of libraries in ext-depends.txt ...
Done.

Script stderr:
 

[13:07:14] installer_command_line_arguments:
[13:07:14] installer_command_line_arguments:
Preparing to Install
[13:07:28] BuildID: 0.5 3784
Preparing to Install
Unpacking files
Executing pkexec /home/christopher/TICloudAgent/install.sh --install
Script exit code: 0

Script output:
 Install /usr/share/applications/ticloudagent.desktop
Uninstalling /etc/udev/rules.d/71-ti-permissions.rules
TI XDS100 installation completed successfully.  Some versions of Linux
require a reboot in order for the driver to function properly.  For other
versions restarting udev is sufficient.  Restarting udev now ...

Script stderr:
 Error in file "/usr/share/applications/org.kde.kdeconnect_open.desktop": "*/*" is an invalid MIME type ("*" is an unregistered media type)

Executing udevadm trigger
Script exit code: 0

Script output:
 

Script stderr:
 

[13:07:40] no /home/christopher/.ti/TICloudAgent
Creating Uninstaller
Creating uninstaller 25%
Creating uninstaller 50%
Creating uninstaller 75%
Creating uninstaller 100%
Installation completed
Log finished 03/25/2022 at 13:07:41
Exiting with code 0

从ticloudagent.sh，脚本似乎正在尝试访问一些本地目录和文件，即：
-尝试在~/.ti/TIClaverAgent/tmp创建tmp目录。 我尝试将stderro发送到null的部件移除，只是为了检查创建此组件时是否遇到问题，但似乎没有出现这种情况。
—将util目录从~ë/TICradiAgent/util中添加到系统路径
－使用两个.js文件之一启动“节点”。 我不完全确定这意味着什么。

我从TIClakiAgent/ticloudagent_install.log中注意到有关kdecononnect的错误，并想知道它是否与TIClakiAgent有任何关系？ 我是否需要解决此错误？

13.在TI云代理启动下：
尝试重新安装ticloudagent.ru后，我收到了此确切错误。 它在Windows上提供了一种解决方法，但在Linux上不提供。 我使用尝试在上使用GUIComposer的相同管理员用户帐户安装了ticloudagent.run。 我不确定Linux与他们提到的注册表项等效。 ticloudagent_install.log中提到的所有文件的用户和组似乎都与我自己的相同，而不是/usr/share/doc/applications/ticloudagent.desktop文件(root：root)，但我认为这对于所有应用程序都是典型的。

14.支持->日志记录：
我在上一篇文章中提供了此信息。 它完全是统一的记录。 虽然它似乎只是在我手动尝试运行~ë/TiCloudAgent/cloudagent.sh后才填充。 我应该手动运行此程序还是应该由浏览器插件调用它？ 通过手动运行它生成日志后，我得到了以下信息，但我怀疑我不应该手动调用此日志，这些缺失的模块是由于尝试从~ë/TiCloudAgent目录运行而不是从浏览器运行某些相对路径造成的：

2022-03-25T05:20:23.274Z: main_chrome: Staring directory = /home/christopher/TICloudAgent/src
2022-03-25T05:20:23.275Z: Starting Agent!
2022-03-25T05:20:23.281Z: Module( Agent )->Web socket server started!
2022-03-25T05:20:23.436Z: Overridden Proxy =
2022-03-25T05:20:23.441Z: Discovered Module : DeviceDetector
2022-03-25T05:20:23.442Z: Discovered Module : DS
2022-03-25T05:20:23.442Z: Discovered Module : EventBroker
2022-03-25T05:20:23.444Z: Discovered Module : File
2022-03-25T05:20:23.444Z: Failed to load module : rex_redirect.js : Error: Cannot find module '../../../../tirex4/ti-rex-core/cloud-agent-module'
Require stack:
- /home/christopher/TICloudAgent/src/modules/rex_redirect.js
- /home/christopher/TICloudAgent/src/host_agent.js
- /home/christopher/TICloudAgent/src/main_chrome.js
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:880:15)
    at Function.Module._load (internal/modules/cjs/loader.js:725:27)
    at Module.require (internal/modules/cjs/loader.js:952:19)
    at require (internal/modules/cjs/helpers.js:88:18)
    at Object.<anonymous> (/home/christopher/TICloudAgent/src/modules/rex_redirect.js:3:19)
    at Module._compile (internal/modules/cjs/loader.js:1063:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1092:10)
    at Module.load (internal/modules/cjs/loader.js:928:32)
    at Function.Module._load (internal/modules/cjs/loader.js:769:14)
    at Module.require (internal/modules/cjs/loader.js:952:19)
2022-03-25T05:20:23.445Z: rov_server_redirect: looking in: /home/eclipse/dropins
2022-03-25T05:20:23.445Z: rov_server_redirect: looking in: /home/eclipse/plugins
2022-03-25T05:20:23.445Z: rov_server_redirect: looking in: /home/eclipse/Eclipse.app/Contents/Eclipse/dropins
2022-03-25T05:20:23.445Z: rov_server_redirect: looking in: /home/eclipse/Eclipse.app/Contents/Eclipse/plugins
2022-03-25T05:20:23.445Z: Failed to load module : rov_server_redirect.js : Error: rov_server.js was not found (this is expected in cloud)
    at Object.<anonymous> (/home/christopher/TICloudAgent/src/modules/rov_server_redirect.js:65:11)
    at Module._compile (internal/modules/cjs/loader.js:1063:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1092:10)
    at Module.load (internal/modules/cjs/loader.js:928:32)
    at Function.Module._load (internal/modules/cjs/loader.js:769:14)
    at Module.require (internal/modules/cjs/loader.js:952:19)
    at require (internal/modules/cjs/helpers.js:88:18)
    at /home/christopher/TICloudAgent/src/host_agent.js:23:42
    at processTicksAndRejections (internal/process/task_queues.js:93:5)
2022-03-25T05:20:23.470Z: Discovered Module : Serial
2022-03-25T05:20:23.470Z: Discovered Module : TargetSupport
2022-03-25T05:20:23.471Z: Discovered Module : USB
2022-03-25T05:20:23.474Z: Discovered Module : USB-HID
2022-03-25T05:20:23.474Z: Agent main module running on port 33925
2022-03-25T05:20:23.474Z: len=
2022-03-25T05:20:23.474Z: 5
2022-03-25T05:20:23.474Z: buf=
2022-03-25T05:20:23.474Z: {"port":33925,"version":"4.13","buildVersion":"3784"}

第一个错误似乎是缺少Rex_redirect.js模块，该模块试图在相对路径4上查找。 如果我假设这是从` home/Christopher / TICloidAgent/src调用的`，我想说它试图在根目录中查找此tirex4目录。 这对我来说没有什么意义。 这就是为什么我认为我不应该手动调用此脚本，但浏览器应该通过具有预期结构的其他目录来调用此脚本。