我正在尝试使用UiPath在AS400终端中自动化。 我遇到稳定性问题，屏幕“闪烁”，这可能会导致错误。这将输出跟踪日志：“XMLScreen：Render BUGBUG XMLScreen.Field为空”。
我正在与UiPath内部联系，并想知道这可能是我的问题的原因。我搜索了几个小时，但无法找到有关UiPath内部和IBM EHLLAPI之间差异的任何信息。我所知道的唯一区别是EHLLAPI使用现有的终端会话。
在稳定性方面，为什么一种方式通常是一种更好的选择？ 所有输入都非常感谢！ :)
这两个选项完全不同。
EHLLAPI适用于现有的已安装的IBM i Access for Windows或IBM i Access Client Solutions（ACS）软件。它是一个非常具体，可靠且完善的IBM专有API，不以任何方式使用Telnet。您需要确保启用EHLLAPI支持（例如ACS的http://www-01.ibm.com/support/docview.wss?uid=nas8N1010639）。
您的组织可能正在使用第三方模拟器，例如伦巴 - 我认为EHLLAPI得到其中一些支持。
UIPath内部选项启动并写入TN5250会话，通过该会话从文档中发出声音，就好像您几乎无法控制（例如重新键盘映射）。
如果可以，我建议您使用EHLLAPI（即如果您安装了合适的IBM或第三方产品，如上所述）。
但是，你绝对肯定你需要屏幕刮掉这个吗？您是否无法访问IBM i源代码，这可能允许您编写适合本地运行的程序？我很荣幸能够这样说，因为屏幕抓取IBM i应用程序总是让人感到悲痛（例如，面板显示您并不期望，特别是在签到时，或者如果发生错误）。