[参考译文] PROCESSOR-SDK-J721S2：TDA4VL MCU 域中 MCU_MCSPI0 的 DMA 问题

e2e.ti.com/.../mcu1_5F00_0.tar.gz

此外、我们还根据​此主题中建议的更改修改了 Spi_Mcspi .c 文件 ​

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1541447/processor-sdk-j721s2-spi-data-mismatch-on-tda4-platform 

您好：

我已经检查了您的配置文件、这些文件看起来是手动更改的、而不是生成的。

您能否确认这些配置文件是从 EB tresos/DaVinci 生成的？

您是否在 SPI 以外的其他地方使用 DMA？

此致

Tarun Mukesh

嗨、 Tarun Mukesh

我们使用 EB 配置工具。 EB 生成的代码不能直接使用；因此、我们手动删除了某些重复的函数。 请参阅下图了解差异：

由于我们正在执行 SDK 示例代码、因此仅使用 SPI DMA。

此致
Bingxian

您好：

我们使用 EB 配置工具。 EB 生成的代码不能直接使用；因此、我们手动删除了某些重复的函数。 请参见下图了解差异：

这些更改没有问题。

我怀疑 79 个 IRQ 编号有问题。 您可以选择 80 和 81 或 81 和 82 吗?

我们有单元测试用例、其 IRQ 编号为 81 和 82。 除非您不使用 DMA 任何其他内核、否则这样应该可以正常工作。

此致

Tarun Mukesh  

嗨、Tarun Mukesh  

设置后 .dmaTxChIntrNum = 80, .dmaRxChIntrNum = 81、测试结果如下：

当更改为 .dmaTxChIntrNum = 81, .dmaRxChIntrNum = 82时、测试结果如下所示：

此致
Bingxian

您好：

它在 UDMA_INIT 阶段本身失败。

您能将 udma_rmcfg.c 文件分享给我吗？ 它将位于路径 pdk_j721s2_09_02_00_30/packages/ti/drv/UDMA/j721s2/UDMA_rmcfg.c 中 soc

您未在任何其他内核主域 R5F、MCU1_1 等中使用 DMA。 ？

此致

Tarun Mukesh

嗨、Tarun Mukesh

目前、我只在其上运行应用程序 ​MCU1_0 。 我通过执行以下命令编译 MCU1_0 固件：
make mcspi_app BOARD=j721s2_evm CORE=mcu1_0 OS=linux -j16
在目录中 ti-processor-sdk-rtos-j721s2-evm-09_02_00_05/mcusw/build、然后通过 SD 卡将其部署。 ​因此、只有 MCU1_0 使用 DMA。 ​​

请求的 udma_rmcfg.c 文件将根据您的请求附加。
e2e.ti.com/.../udma_5F00_rmcfg.txt

此致
Bingxian

您好：

我 在启用 DMA 的情况下在默认 SDK 9.2 上运行默认示例。

在 SPI_dma、c 文件中添加了一个打印内容、用于了解 81 和 82 中 DMA 初始化成功。请查看以下补丁。

e2e.ti.com/.../0001_2D00_Test_5F00_spi_5F00_DMA.patch

驱动程序或 UDMA 没有问题。

此致

Tarun Mukesh

我请您将默认 SDK 保留为 9.2 而不进行更改、并进行一次检查。

嗨、 Tarun Mukesh

我已经根据您提供的补丁更新了我的配置。 但是、在运行时、我遇到了意外行为和 ​未收到所需的打印输出 。 附加的文件包含我为实现您的补丁而修改的代码。 请验证 IF ​这些修改与您的配置保持一致 ​？

此外、该 Spi_Mcspi.c 文件已被删除 ​恢复为默认状态 。

e2e.ti.com/.../mcu1_5F00_0.zip

此致
Bingxian

您好：

mcu1_0.tar.gz

我已经测试了在 TI EVM 上共享的初始配置。 我 能够成功通过 UDMA_INIT。

您的配置在我的最后没有可重现的错误。  我强烈认为这与 SPI 配置无关。

此致

Tarun Mukesh

我已经根据您提供的补丁更新了我的配置。 但是、在运行时、我遇到了意外行为和 ​未收到所需的打印输出 。 附加的文件包含我为实现您的补丁而修改的代码。 请验证 IF ​这些修改与您的配置保持一致 ​？

此外、该 Spi_Mcspi.c 文件已被删除 ​恢复为默认状态 。

您的文件无法打开。

此致

Tarun Mukesh

嗨、 Tarun Mukesh

我下载了的新副本 ​SDK 9.2 ​下载并在 EVM 上验证它。 以下是我的意见：

1. ​未修改的 SDK 测试 ：

   • 使用了 ​原始 SDK ​（无需修改代码）
   •  make mcspi_app BOARD=j721s2_evm CORE=mcu1_0 OS=linux -j16 在目录中执行  ti-processor-sdk-rtos-j721s2-evm-09_02_00_05/mcusw/build
   • 将生成的复制 mcspi_app_mcu1_0_release.appimage 到 SD 卡中进行执行
   • ​观察到的控制台输出
   • 

2. ​配置补丁测试 ：

   • 用替换配置文件后 ​您提供的版本 ​
   • 控制台输出保持不变 ​完全相同 ​未修改的 SDK 测试

​关键问题 ：

• 可能是 ​SD 卡引导方法 ​有何影响？
• 附件是我们的应用程序映像。 您能否验证它是否在您的环境中成功引导？

e2e.ti.com/.../0743.mcspi_5F00_app_5F00_mcu1_5F00_0_5F00_release.rar

此致
Bingxian

您好：

由于印度的公共假日、所有回复将延迟至下周。

此致  

Tarun Mukesh  

您好：

之前、我已经使用 CCS 进行了测试、这可能是我没有看到问题的原因。

从适用于 SPI + DMA 的 SDK 9.2 到适用于所有数据和错误组合的 SDK 11.0、驱动程序发生了重大变化。 我请求您使用 SDK 11.0 驱动程序并使用它以避免出现问题。

即使您想继续使用 SDK 9.2、也可以只需将 SPI 驱动程序反向移植。

此致

Tarun Mukesh

嗨、 Tarun Mukesh

我将使用tifs.bintiboot3.bin中的和的组合 ​SDK 11.0 、以及 ​SDK 9.2 中的 SPI 应用程序代码 。 使用此设置时、SPI 示例代码成功运行。

但是、由于我们的项目时间紧迫、我们没有足够的资源将整个 SDK 完全迁移到版本 11.0 并进行验证。

请您帮忙确认一下 ​SDK 11.0 的 SBL 中有哪些具体变化 ​可能使 SPI 能够正常运行？ 如果我们能确定这些修改、我计划执行 ​仅将相关的代码更改移植到 SDK 9.2 环境 ​进行验证。

感谢您的支持！

此致
Bingxian

您好：

作为引导加载程序、SBL 正确加载了应用程序、这是正常的。

但如果它使用的是 SDK 11.0、而不是在 SDK 9.2 上工作、则差异主要是主板配置文件。

https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j784s4/10_01_00_04/exports/docs/pdk_j784s4_10_01_00_25/docs/userguide/j784s4/faq/faq_common.html#boardcfg-rm

这涉及 sciclient 文件中的更改。

此致

Tarun Mukesh

嗨、 Tarun Mukesh

文档中提到了路径 path/to/generated/j784s4/sciclient/defaultBoardcfg/rm/c/file。 ​该 PDK 下的哪个特定路径应该替换为？ ​​
此外、由于我们使用的是 ​J721S2 芯片 、 ​相同的脚本参数是否适用？ ​

我们的​ SOP（生产开始）截止日期是 10 月中旬。
我们希望​在不升级 SDK 的情况下解决此问题。 谢谢！

此致
Bingxian

尊敬的 Bingxian：

 请在 pdk_j721s2_09_02_00_30/packages/ti/board/j721s2_evm/board_clock.c 中更新以下代码 src

uint32_t gBoardClkModuleMainIDGroup2[]=｛
  TISCI_DEV_AT0、
  TISCI_dev_CPSW1、
  TISIC_DEV_CPT2_aggr1、
  TISCI_DEV_CPT2_AGGR5、
  TISCI_DEV_CPT2_AGGR2、
  TISCI_DEV_CPT2_AGGR4、
  TISCI_DEV_CPT2_AGGR3、
  TISCI_DEV_CPT2_aggr0、
  TISCI_CSI_RX_IF0
  TISCI_CSI_RX_IF1
  TISIC_DEV_CSI_TX_IF_V2_0
  TISCI_CSI_TX_IF_V2_1、
  TISCI_DEV_STM0、
  TISCI_DEV_DCC0、
  TISCI_DEV_DCC1、
  TISIC_DEV_DCC2、
  TISCI_DEV_DCC3、
  TISIC_DEV_DCC4、
  TISCI_DEV_DCC5、
  TISCI_DEV_DCC6、
  TISCI_DEV_DCC7、
  TISCI_DEV_DCC8、
  TISCI_DY_DCC9、    
  TISCI_DEV_TIMER0、
  TISCI_DEV_Timer1、
  TISCI_DEV_TIMER2、
  TISCI_DEV_TIMER3、
  TISCI_DEV_TIMER4、
  TISCI_DEV_TIMER5、
  TISCI_DEV_TIMER6、
  TISCI_DEV_TIMER7、
  TISCI_DEV_TIMER8、
  TISCI_DEV_TIMER9、
  TISCI_DEV_TIMER10、
  TISCI_DEV_TIMER11、
  TISCI_DEV_TIMER12、
  TISCI_DEV_TIMER13、
  TISCI_DEV_TIMER14、
  TISCI_DEV_TIMER15、
  TISCI_DEV_TIMER16、
  TISCI_DEV_TIMER17、
  TISCI_DEV_TIMER18、
  TISCI_DEV_TIMER19、
  TISCI_DEV_ESM0、
  TISCI_DEV_ELM0
  TISIC_DEV_GPIO0、
  TISCI_GPIO2、
  TISIC_DEV_GPIO6、
  TISCI_DEV_MCAN0、
  TISCI_DEV_MCAN1、
  TISCI_DEV_MCAN2、
  TISCI_DEV_MCAN3、
  TISCI_DEV_MCAN4、
  TISCI_DEV_MCAN5、
  TISCI_DEV_MCAN6、
  TISCI_DEV_MCAN7、
  TISCI_DEV_MCAN8、
  TISIC_DEV_MCAN9、
  TISCI_DEV_MCAN10、
  TISCI_DEV_MCAN11、
  TISIC_DEV_MCAN12、
  TISCI_DEV_MCAN13、
  TISCI_DEV_MCAN14、
  TISCI_DEV_MCAN15、
  TISCI_DEV_MCAN16、
  TISCI_DEV_MCAN17、
  TISCI_dev_McASP0、
  TISCI_DEV_MASP1、
  TISCI_DEV_MCASP2、
  TISCI_DEV_MCASP3
  TISCI_DEV_MCASP4、
  TISCI_DEV_I2C0、
  TISCI_I2C1、
  TISIC_DEV_I2C2、
  TISCI_dev_I2C3、
  TISCI_DEV_I2C4、
  TISCI_DEV_I2C5、
  TISCI_DEV_I2C6、
  TISCI_DEV_PCIE1、
  TISCI_UART0、
  TISIC_DEV_UART1、
  TISCI_DEV_UART2、
  TISCI_DEV_UART3、
  TISCI_DEV_UART4、
  TISCI_DEV_UART5、
  TISCI_DEV_UART6、
  TISCI_DEV_UART7、
  TISIC_DEV_UART9、
  TISCI_USB0、
  TISCI_DEV_SERDES_10G0、
  TISIC_DEV_GPMC0、
  TISCI_DEV_LED0、
  TISIC_DEV_DPHY_RX0、
  TISIC_DEV_DPHY_RX1、
  TISCI_DEV_DSS_DSI0、
  TISCI_DEV_DSS_DSI1、
  TISCI_DEV_DSS_EDP0、
  TISCI_DEV_DSS0、
  TISIC_DEV_DPHY_TX0、
  TISIC_DEV_DPHY_TX1、
  TISIC_DEV_MCSPI0、
  TISIC_DEV_MCSPI1、
  TISCI_DEV_MCSPI2、
  TISCI_DEV_MCSPI3
  TISCI_DEV_MCSPI4、
  TISCI_DEV_MCSPI5、
  TISCI_DEV_MCSPI6、
  TISCI_DEV_MCSPI7
}；

 然后重新组装电路板。 谢谢。

Linjun

另外一个请求是、如果您开始生产、则请使用最新的 SPI 驱动程序 SDK 11.0。从 SDK 9.2 到 SDK 11.0、支持 DMA 的 SPI 驱动程序修复了大量错误。 将 SDK 11.0 的 SPI 驱动程序反向端口转换为 SDK 9.2 并使用它。

此致

Tarun Mukesh

您好、Linjun

 board_clock.c 根据需要修改中的代码后、应用程序将成功引导。
​但是、当我启用与 DMA 相关的配置参数（通过应用 Tarun Mukesh 发送的补丁）时、会发生以下错误。 ​

此致
Bingxian

嗨、 Tarun Mukesh

正如我告诉 Linjun 的, ​应用时钟修改后、应用程序将成功引导 。
​但是、启用 DMA 时仍然会发生运行时错误 ​（使用您提供的补丁）。
​这个问题仍未解决。 如何在 SDK 9.2 上启用 SPI DMA？ ​

此致
Bingxian

您好：

如果您仍然使用 SDK 11.0 的 tiboot3.bin 和 tifs.bin 以及带有 DMA 的 SDK 9.2 应用程序、该怎么办？

我认为上述办法应该起作用。 SPI 或 UDMA 未出现问题、但配置更严重。

如果您正在开始生产、还请使用最新的 SPI 驱动程序 SDK 11.0、该版本修复了从 SDK 9.2 到 SDK 11.0 的带 DMA 的 SPI 驱动程序中存在很多错误。 将 SDK 11.0 的 SPI 驱动程序反向端口转换为 SDK 9.2 并使用它。

此致

Tarun  

嗨、 Tarun  

在 EVM 平台上、使用 SDK 9.2 tifs、 tiboot3和 SPI 应用程序、我们确认 DMA 可以启用并正常工作。
​但是、在我们的自定义硬件平台上、启用 DMA 会失败、并且屏幕截图中显示了错误。 ​

​
​在芯片级别、我们的硬件平台使用的是 TDA4VL 21 H5AALZQ1 芯片。 此外、我们还编程了安全启动密钥。 这是否会影响 DMA 的激活？ ​

此致
Bingxian

您好：

可能不是这样。

我怀疑这个问题可能出现在您的定制电路板配置文件中。 使用 syscfg 时、您应该已经根据定制电路板修改了配置文件

您可以比较定制电路板的电路板配置文件与默认 EVM。尤其是 sciclient_defaultBoardcfg_rm.c 文件。

此致

Tarun Mukesh

请在更新配置文件后遵循常见问题解答

 【常见问题解答】TDA4VM：SysConfig 工具的工作流程和资源分配构建流程？ 

此致

Tarun Mukesh

Bingxian,

  我在此处上传 hs 图像。 请帮助您确定哪个文件会影响结果。 我会帮助进行检查。  谢谢。

  /cfs-file/__key/communityserver-discussions-components-files/791/spi_5F00_dma_5F00_hs.tar.xz

Linjun

嗨、Tarun

我正在使用 SDK 9.2 的默认代码、并且没有修改 PDK 代码。 是否仍需要重新配置？

此致
Bingxian

你好。

您说的是、从 TI EVM 到定制电路板的资源配置没有变化。 如果您使用的是相同的、则无需重新配置。

 Linjun Meng 您已共享上述 hs 文件、您是否已在 TI EVM 上与 hs se soc 进行了测试？ 我可以知道结果吗?

此致

Tarun  

它在我的 HS-SE 板上工作。

您好 Bingxian：

然后、您必须告诉我们 Linjun 提供的文件与您的定制板级配置文件之间的差异。 如果所有文件相同、则 UDMA 不会显示分配问题。

此致

Tarun

你好、Tarun、

  我今天就为客户提供现场支持。  在这里分享一些结果、

  在密钥编程之前、应用程序在 SDK 9.2 版本上运行。

  密钥编程完成后、  由于 Bingxian 共享了日志、应用程序无法正常工作。

  然后我将 tiboot3.bin 和 tifs 升级到 SDK 11.0 版本、它可以正常工作！

  至于  我上台的已编程 soc。 我们可以在 EVM 上的 SDK9.2 上进行进一步调试。 任何建议。  请提供给我们。 谢谢。

此致、

Linjun

您好 Linjun

我将此 E2E 论坛转发给 Diwakar、他将在密钥编程后进一步帮助您了解发生的变化。

此致

Tarun Mukesh

我发现 SDK 10.1 上的一些更改修复了此错误。 也就是说、更改了 SDK 10.0 上的 tiboot3.bin、它不起作用。

尊敬的 Linjun：

好极了。

您能指出这些变化以供将来参考吗？

此致
Diwakar

Diwakar、

  我刚在 sdk10 上构建 tiboot3.bin。 不管用。

  我 在 SDK10.0 和 10.1 之间比较了 sbl_mmcsd_img_combined_mcu1_0_release.xer5f.map。 发现符号 Sciclient_boardCfg、Sciclient_boardCfgSec 、 SBL_SciclientBoardCfgRm、SBL_SciclientBoardCfgPm 均已删除。 有什么意见吗？

此致、

Linjun

尊敬的 Linjun：

您能否帮助在故障 SDK 的 HS-SE 和 FS 定制电路板上共享 TIFS 布线以及 R5 日志？ 还共享工作案例 TIFS 跟踪。

我们希望对两者进行比较、看看是否有任何差异。

要启用跟踪、您可以遵循以下常见问题解答：

e2e.ti.com/.../faq-system-firmware-calls-have-failed-or-crashed-what-do-i-do

此致
Diwakar

以下是 SDK 9.2 上的 tifs 登录失败。  /cfs-file/__key/communityserver-discussions-components-files/791/longhorn_5F00_tifs_5F00_9.2.txt

尊敬的 Linjun：

您能分享通过的日志吗？

您能否帮助共享故障上的 HS-TIFS 跟踪和 HS-SE 定制电路板上的 FS 跟踪以及 R5 日志？ 同时共享工作案例 TIFS 跟踪。

此致
Diwakar

/cfs-file/__key/communityserver-discussions-components-files/791/longhorn_5F00_tifs_5F00_hsfs.txt

尊敬的 Linjun：

我没有在 TIFS 中看到任何异常行为。 在失败的情况下、之后没有日志  

0x4EC1002D：资源管理：RESASG_firewall_CFG（RM 资源分配防火墙配置）：资源索引：45
0x4ECD1802：资源管理：RESASG_firewall_CFG（RM 资源分配防火墙配置）：防火墙 ID：6146
0x4ECE002D：资源管理：RESASG_FIRLDRE_CFG（RM 资源分配防火墙配置）：防火墙通道：45

我们是否曾尝试连接 JTAG 并逐步从应用的角度来看它到底失败了？

此致
Diwakar

您好 Linjun、

 1 此问题可能 代表在 SDK9.2 的 TI TDA4VE HS-SE 板上。  这个问题似乎发生在 sbl&tifs 之间。 我想 AE 或 SW 团队应该接管 此工单。  [/报价]

我想知道您在 TI TDA4VE HS-SE 板上的确切含义吗？  

之前、您已经与 DMA 和 HS-SE 共享了一些文件、并提到它们可以处理、如下所示。

  /cfs-file/__key/communityserver-discussions-components-files/791/spi_5F00_dma_5F00_hs.tar.xz

它适用于我的 HS-SE 板。

此致

Tarun Mukesh

[/quote]

你好、Tarun、

  1 我们有 TDAEVL 插座板、您可以将虚拟密钥编程 FS 到 TDA4VL HS-SE 芯片。

   2 它适用于我的 SDK 11.0 版本 HS-SE 板。  但在 SDK 9.2 或 10.0 版本上不起作用。 该应用程序是在 sdk9.2 上构建的  

Linjun

Linjun、

我有 HS-SE 板在我的端,我运行你在 HS-SE 板上共享的相同文件.它工作正常

SBL Revision: 01.00.10.01 (Aug 19 2025 - 14:00:02)
TIFS  ver: 9.2.4--v09.02.04 (Kool Koala)
SPI_APP: Building Interrupt List !!!
SPI_APP: Variant - Post Build being used !!!
SPI_APP: Interrupt List Completed !!!
SPI_APP: Sample Application - STARTS !!!
 
SPI MCAL Version Info
---------------------
Vendor ID           : 44
Module ID           : 83
SW Major Version    : 9
SW Minor Version    : 0
SW Patch Version    : 1
 
SPI_APP: CH 1: JOBS 1: SEQ 1: Max HWUNIT 1: NUM OF WORDS 10000:!!!
SPI_APP: SPI Async transmit in progress!!
SPI_APP: SPI Hwunit 0 configuration Register Readback values  
SPI_APP: MCSPI_HL_REV                   : 0x40301a0b
SPI_APP: MCSPI_HL_HWINFO                : 0x9
SPI_APP: MCSPI_HL_SYSCONFIG             : 0x4
SPI_APP: MCSPI_REVISION                         : 0x2b
SPI_APP: MCSPI_SYSSTATUS                : 0x1
SPI_APP: MCSPI_SYST                     : 0x0
SPI_APP: MCSPI_MODULCTRL                : 0x1
SPI_APP: MCSPI_SYSCONFIG                : 0x308
SPI_APP: MCSPI_CH0CONF                  : 0x20050f80
SPI_APP: MCSPI_CH1CONF                  : 0x60000
SPI_APP: MCSPI_CH2CONF                  : 0x60000
SPI_APP: MCSPI_CH3CONF                  : 0x60000
SPI_APP: MCSPI_IRQENABLE                : 0x0
SPI_APP: SPI Stack Usage: 2948 bytes
SPI_APP: All tests have passed!!!

您能否更清楚地说明？

我用一些额外的打印更改了我的应用程序,然后它在 SDK 9.2 上也可以正常工作

SBL Revision: 01.00.10.01 (Aug 19 2025 - 14:00:02)
TIFS  ver: 9.2.4--v09.02.04 (Kool Koala)
status= 1
status= 1
SPI_APP: Building Interrupt List !!!
SPI_APP: Variant - Post Build being used !!!
SPI_APP: Interrupt List Completed !!!
SPI_APP: Sample Application - STARTS !!!
 
SPI MCAL Version Info
---------------------
Vendor ID           : 44
Module ID           : 83
SW Major Version    : 9
SW Minor Version    : 0
SW Patch Version    : 1
 
SPI_APP: CH 1: JOBS 1: SEQ 1: Max HWUNIT 1: NUM OF WORDS 10000:!!!
SPI_APP: SPI Async transmit in progress!!
SPI_APP: SPI Hwunit 0 configuration Register Readback values  
SPI_APP: MCSPI_HL_REV                   : 0x40301a0b
SPI_APP: MCSPI_HL_HWINFO                : 0x9
SPI_APP: MCSPI_HL_SYSCONFIG             : 0x4
SPI_APP: MCSPI_REVISION                         : 0x2b
SPI_APP: MCSPI_SYSSTATUS                : 0x1
SPI_APP: MCSPI_SYST                     : 0x0
SPI_APP: MCSPI_MODULCTRL                : 0x1
SPI_APP: MCSPI_SYSCONFIG                : 0x308                              +-----------------------------+
SPI_APP: MCSPI_CH0CONF                  : 0x20050f80                         |                             |
SPI_APP: MCSPI_CH1CONF                  : 0x60000                            |  Cannot open /dev/ttyUSB1!  |
SPI_APP: MCSPI_CH2CONF                  : 0x60000                            |                             |
SPI_APP: MCSPI_CH3CONF                  : 0x60000                            +-----------------------------+
SPI_APP: MCSPI_IRQENABLE                : 0x0
SPI_APP: SPI Stack Usage: 2924 bytes
SPI_APP: All tests have passed!!!

此致

Tarun Mukesh

Tarun、

  SBL 为 10.1 版本。 您可以看到“SBL 修订版本：01.00.10.01 (2025 年 8 月 19 日 — 14：00：02)“

此致、

Linjun

Linjun、

SBL 版本没有说明 SDK 版本。

此外、该 Spi_Mcspi.c 文件已被删除 ​恢复为默认状态 。

即使对于客户、它也会显示 SBL 修订版本为  01.00.10.01。  

如果 SBL 版本为 10.1、则不会加载 TIFS 9.2 版本、这将导致错误。

我正在使用您的共享文件,我没有修改 SBL 映像或 tifs ..

此致

Tarun Mukesh

Tarun、

  您能否用 SDK 9.2 tiboot3 tifs 和 app 进行测试？   正如我说过的,我测试了 GP , FS 和 HS-SE 的 SDK 9.2 版本,只有 HS-SE 不工作。 然后更改 tiboot3。 tifs 到 10.1 verion、它可以正常工作。

Linjun