Terminal UiPath终端连接-内部与EHLLAPI？

我正在尝试使用UiPath在AS400终端中实现自动化。
我在屏幕“闪烁”时遇到稳定性问题，这可能会导致错误。这将输出一个跟踪日志：“XMLScreen:Render BUGBUG XMLScreen.Field为空”

我正在与UiPath internal联系，想知道这是否是我的问题的原因。我已经搜索了几个小时，但找不到任何关于UiPath internal和IBM EHLLAPI之间区别的信息。我所知道的唯一区别是EHLLAPI使用一个已经存在的终端会话

就稳定性而言，一种连接方式通常比另一种更好吗？为什么？

---

非常感谢所有的投入！：）

这两个选项的工作方式完全不同

EHLLAPI针对现有安装的IBM i Access for Windows或IBM i Access客户端解决方案（ACS）软件工作。它是一个非常具体、可靠且成熟的IBM专有API，不以任何方式使用Telnet。您需要确保已启用EHLLAPI支持（例如，对于ACS）

您的组织可能正在使用第三方仿真器，例如伦巴-我认为Ehlapi得到了其中一些仿真器的支持

UIPath internal选项启动并写入TN5250会话，从文档中听起来，似乎您没有什么控制权（例如重新键盘映射）

如果可以的话，我建议您使用EHLLAPI（即，如果您安装了合适的IBM或第三方产品，如上所述）

---

但是，你是否绝对确定你需要对其进行筛选？您是否没有访问IBMi源代码的权限，该源代码可能允许您编写一个适合本机运行的程序？我觉得有必要这样说，因为对于屏幕抓取IBM I应用程序（例如，面板出现了您不期望的情况，尤其是在登录时间，或者出现错误时），总是会感到悲伤。

感谢您的回复！我测试了这两个选项，Ehlapi确实比UiPath Internal好得多。它更稳定，我还没有遇到任何意外的错误。