[参考译文] LAUNCHXL-CC1352R1：Project Zero 教程中的网关服务器启动错误

Nayman、您好

您使用的 LAUNCHXL-CC1352R1 ZNP 固件版本是什么？  是否连接了任何其他 USB 设备？  您是否已验证它是否已使用 Z-Tool 进行连接并正常运行？  您可能希望在主机网关尝试连接时使用重置按钮对 LaunchPad 进行下电上电。  我从未验证过 BeagleBone Green 的使用情况、但不应担心、因为规格相似。

此致、
Ryan

您好、Ryan、

我正在使用 Zigbee 3.0网关1.0.1、并将 CC1352R1LP_GW_ZNP_UART.hex 刷写到 Launchpad 上。 通过 Uniflash 进行清除和刷写后、Verifying 表示加载成功

另外、对于 debian 映像、我 会根据建议使用 Stretch IoT (来自此网站 elinux.org/Beagleboard:BeagleBoneBlack_Debian)、因为教程页面上的链接没有 Stretch IoT (而是 Buster IoT)。

到目前为止、我只将 launchpad 连接到了连接到计算机的 BBGG、没有任何其他设备连接到 launchpad 或 BBGG。 如何对 LaunchPad 进行下电上电？ start_local.sh 脚本似乎执行软件复位、因为我看到绿色电源 LED 定期亮起和熄灭、但我可以在脚本运行时尝试执行硬件复位。

您是否有任何有关 Z-Tool 的指针/链接？ 我以前从未使用过它

谢谢、

Nayman

LaunchPad 顶部有一个复位按钮、位于 XDS110侧的微型 USB 连接器旁边。  您还可以尝试硬断开连接、就像在该 E2E 主题中使用的那样。  这里是另 一个可能 有所帮助的相关 E2E 主题。  此外、Z-Tool 可作为 Z-Stack 软件下载的一部分提供、您可以查看 GUI 工具内的帮助文件或检查 其他 E2E 主题。

此致、
Ryan

很抱歉耽误你的回答。 我安装了 ZTool、即使在重启/复位电路板后、它也无法识别任何器件(插入 Launchpad)。 但是、在 UniFlash 检测到我的 LaunchPad 后、我可以刷写映像。 我是否需要更改串行器件设置中的波特率(我在 Windows 设备管理器中看到链接到 XDS110的2个 COM 端口-一个用于应用/用户、一个用于数据)？ 如何继续使用 ZTool v2.0？

最棒的

Nayman

尊敬的 Toby：

感谢您的响应-我尝试使用波特率调整设置+在设备管理器中匹配 COM 端口(用户/应用)、我很惊讶 ZTool 仍然没有注册任何内容。 哑铃问题、但我应该使用 UART 转 USB 连接器吗？ 我有 USB 转 microUSB 电缆。

最棒的

Nayman

应使用 USB 电缆连接 LaunchPad 和计算机(所有必要的硬件均位于 LaunchPad 的调试器部分内)。

调整波特率后、您可能需要在 ZTool 中扫描新器件(工具->扫描器件)。
请告诉我们这是否可行。

扫描后、我仍然看不到该器件、下面是我当前设置的屏幕截图。

您能否检查您在闪存编程器2中使用的芯片版本？

这就是我在安装闪存编程器2后看到的内容

芯片版本正常。 您使用的是哪个 Z-Tool 版本？ 我使用 simplelink_cc13x2_26x2_SDK_4_40_00_44中的 Z-rool v2.0.6、工作正常。

我还在使用 Z-Tool v2.0.6、我认为它是通过通用安装程序 Z-stack v3.0.2安装的

奇怪的是、您无法实现该功能。 您能否给我展示一下您的 LAUNCHXL-CC1352R1？ 您能否在另一台桌面上尝试此操作以查看其是否正常工作？

是的、这实际上是我目前正在尝试的第二台 Windows 10桌面、因为我的第一台计算机有相同的问题。

这是我 的 LAUNCHXL-CC1352R1。 绿色 LED 亮起

问题在于已移除 LAUNCHXL-CC1352R1上的 TXD/RXD 跳线。 请将其装回、它应该可以正常工作。

我认为 miniUSB 足以用于将 Launchpad 连接到桌面吗？ 该套件仅随附母对母跳线

否、必须关闭 LAUNCHXL-CC1352R1上的 TXD/RXD 跳线。

啊，谢谢！ 将盖子放回允许的 Z-Tool 上进行检测。 然后、我尝试将其连接到 BBGG 主机、相同的初始阶段1故障仍然存在、因此我将返回使用 Z-Tool 进行调试。 这里有指针吗？ 我可以发送 SYS_ping、看起来我可以接收一些东西  

您是否打开了访问主机的新终端(例如用于 BeagleBone Black 的 PuTTY)以运行开箱即用网关？

cd ~/source/out/Precompiled/servers
sudo ./zigbeeHAgw

是的、运行这些命令后、从 BB 连接 Launchpad 的问题仍然存在

确保在 NPI_gateway.cfg 中使用以下设置

[DEVICE]
deviceKey=0 ; UART
#deviceKey=1 ; SPI

devPath="/dev/ttyACM0" ; UART/CDC
#devPath="/dev/ttyO4" ; UART

[UART]
speed=115200 ; speed
flowcontrol=0 ; 1=enabled 0=disable

啊、我注意到 SPI 的默认值是 DEVPATH="dev/tty04"、而不是 UART。 我已将其更改为 ttyACM0、以便与您建议的连接 Launchpad 相匹配。 其他一切都匹配-我需要重建还是其他东西？ 编辑文件并重新运行不会产生不同的结果。

无需重建任何东西。 只需修改 NPI_gateway.cfg 并重新启动网关即可使其正常工作。

HM、仍然没有区别  

我的 NPI_gateway.cfg 如下所示：

[PORT]
port=2533

[DEVICE]
deviceKey=0 ; UART
#deviceKey=1 ; SPI
#deviceKey=2 ; I2C

#devPath="/dev/ttyUSB2";
#devPath="/dev/ttyO4" ; UART/CDC
devPath="/dev/ttyACM0" ; UART/CDC
#devPath="/dev/ttyO4" ; SPI
#devPath="/dev/i2c-2" ; I2C

[GPIO_SRDY.GPIO]
value="/sys/class/gpio/gpio132/value"
direction="/sys/class/gpio/gpio132/direction"
active_high_low=1 ; (Active Low=0, Active High=1)

[GPIO_SRDY.LEVEL_SHIFTER]
value="/sys/class/gpio/gpio137/value"
direction="/sys/class/gpio/gpio137/direction"
active_high_low=1 ; (Active Low=0, Active High=1)

[GPIO_MRDY.GPIO]
value="/sys/class/gpio/gpio135/value"
direction="/sys/class/gpio/gpio135/direction"
active_high_low=1 ; (Active Low=0, Active High=1)

[GPIO_MRDY.LEVEL_SHIFTER]
value="/sys/class/gpio/gpio136/value"
direction="/sys/class/gpio/gpio136/direction"
active_high_low=1 ; (Active Low=0, Active High=1)

[GPIO_RESET.GPIO]
value="/sys/class/gpio/gpio134/value"
direction="/sys/class/gpio/gpio134/direction"
active_high_low=1 ; (Active Low=0, Active High=1)

[GPIO_RESET.LEVEL_SHIFTER]
value="/sys/class/gpio/gpio136/value"
direction="/sys/class/gpio/gpio136/direction"
active_high_low=1 ; (Active Low=0, Active High=1)

[UART]
speed=115200 ; speed
flowcontrol=0 ; 1=enabled 0=disable

当我执行 cat /dev/ttyACM 命令时，我可以验证自 ACM0和 ACM1出现以来是否已连接 launchpad

检查 NpiLnxLog.txt 可得出：

[Wed Mar 17 06:18:03 202] Could not open device. Error: 02010300

尝试重新启动 BBB 以再次测试。 如果仍然不起作用、您能否向我展示最新的控制台日志？

好的、拔下 BB 并进行新的 Putty 会话、似乎是相同的。 按控制台日志，您是指 NpiLnxLog.txt？

[Wed Mar 17 06:39:34 202] Could not open device. Error: 02010300
[Wed Mar 17 06:39:39 202] Could not open device. Error: 02010300
[Wed Mar 17 06:39:43 202] Could not open device. Error: 02010300
[Wed Mar 17 06:39:48 202] Could not open device. Error: 02010300
[Wed Mar 17 06:39:53 202] Could not open device. Error: 02010300
[Wed Mar 17 06:39:57 202] Could not open device. Error: 02010300
[Wed Mar 17 06:40:02 202] Could not open device. Error: 02010300
[Wed Mar 17 06:40:06 202] Could not open device. Error: 02010300
[Wed Mar 17 06:42:14 202] Could not open device. Error: 02010300
[Wed Mar 17 06:42:19 202] Could not open device. Error: 02010300
[Wed Mar 17 06:43:12 202] Could not open device. Error: 02010300
[Wed Mar 17 06:46:22 202] Could not open device. Error: 02010300
[Wed Mar 17 06:46:27 202] Could not open device. Error: 02010300
[Wed Mar 17 06:46:31 202] Could not open device. Error: 02010300
[Wed Mar 17 06:46:36 202] Could not open device. Error: 02010300
[Wed Mar 17 06:46:47 202] Could not open device. Error: 02010300
[Wed Mar 17 06:46:52 202] Could not open device. Error: 02010300

验证 launchpad 是否已插入：

debian@beaglebone:~/source/out/Precompiled/servers$ ls -l /dev/ttyACM*
crw-rw---- 1 root dialout 166, 0 Mar 17 06:46 /dev/ttyACM0
crw-rw---- 1 root dialout 166, 1 Mar 17 06:46 /dev/ttyACM1

是否先运行 zigbeeHAgw？

是的、在我查看日志之前

您在运行 zigbeeHAgw 的终端上看到了什么？

启动阶段1仍然失败：

Executing reset from external scripts
===================================================
starting NPI, cmd ' ./NPI_lnx_arm_server NPI_Gateway.cfg -v 0x0000010E ' on Wed Mar 17 07:21:18 UTC 2021
[07:21:18.752,159] [NPISRVR/MAIN] UNMSKBL:
[07:21:18.752,637] [NPISRVR/MAIN] UNMSKBL:  ************************************************
[07:21:18.752,670] [NPISRVR/MAIN] UNMSKBL:  *  NPI Server v1.0.2d                          *
[07:21:18.752,694] [NPISRVR/MAIN] UNMSKBL:  ************************************************
[07:21:18.752,717] [NPISRVR/MAIN] UNMSKBL:
[07:21:18.760,951] [NPISRVR/MAIN] ERROR  : Could not initialize SoC... exiting
Startup phase 1 failed
making sure there are no lingering servers...
there are 0 NPI servers
there are 0 ZLS servers
there are 0 GATEWAY servers
there are 0 NWKMGR servers
there are 0 OTA servers
(total 0)
done

您能否给我一张图片、说明如何将 LAUNCHXL-CC1352R1连接到 BBB？

您是运行预编译的 zigbeeHAgw 还是运行自己构建的 zigbeeHAgw？

我正尝试密切关注本指南： https://dev.ti.com/tirex/content/simplelink_academy_cc13x2_26x2sdk_3_40_02_01/modules/zigbee/zigbee_05_zigbee_linux_gateway/zigbee_05_zigbee_linux_gateway.html

因此./setup.sh 似乎可以正确构建所有内容、因为我可以看到输出文件夹而不是 ERROR_OUT__文件夹(我以前有过、但能够成功重新构建)。 我从那时起就没有重新构建、并且一直在使用相同的 sigbeeHAgw 可执行文件

请尝试执行以下步骤、首先检查连接到 BBB 的 LAUNCHXL-CC1352R1上的 ZNP 是否正常工作。

1.打开 BBB 终端并使用"cat /dev/ttyACM0 "接收来自 ttyACM0的输出

2.打开另一个 BBB 终端并使用"echo -ne '\xFE\x00\x21\x01\x20'>/dev/ttyACM0 "向 ttyACM0发送 ping 命令。

3.检查端子1上是否有任何输出。

感谢您的所有帮助、我对此表示赞赏

在端子2中发送字节后、我在第一个端子中看不到任何输出(按照您的建议运行 cat 来监听)、即使 ttyACM0和 ttyACM1是有效的器件。

• 如果 在终端1发送命令后在第一个终端中看不到任何输出，则 ZNP 似乎无法正常工作。 您能否将 LAUNCHXL-CC1352R1重新连接到桌面并再次使用 Z-Tool 来测试其是否正常工作？

Z-Tool 似乎可以很好地检测到它：

您能否尝试通过12V 直流适配器而不是 USB 电源为 BeagleBone 供电、以查看其是否正常工作？

遗憾的是、我的 BeagleBone Green Gateway 套件未附带12V 直流适配器、而且我手头没有任何备用适配器(5V 除外、但我不想通过提供不同的电压来损坏电路板)。 还有其他想法吗？

不是很好

这似乎是 BeagleBone Green 硬件为 LAUNCHXL-CC1352R1供电并识别 LAUNCHXL-CC1352R1时出现的问题、而不是 ZigBee-linux-sensor-to 云软件本身的操作。  也许 BeagleBone 或 Linux 论坛可以支持检测连接的 USB 器件。

此致、
Ryan

我同意 Ryan 的说法，因此我建议使用 12V 直流适配器再次进行测试。