错误情况

这些是您在实时流传输和/或远程控制正在运行的执行时偶尔可能会遇到的一些问题，以及我们建议的解决方案。

实时流窗口显示“正在连接…” ，但未建立任何连接

在以下所有情况下，机器人都不会连接到实时流和远程控制系统，并且会话也不会启动。系统会在最长持续时间（大约一分钟）内重试该操作，然后会显示错误。有关失败的详细信息，请参见连接失败计算机上的机器人日志（而非作业日志）。

未安装 TightVNC

如果未安装 TightVNC，则无法启动会话。请务必事先下载并安装 TightVNC。重要提示：不得选择“将 TightVNC 服务器注册为系统服务”选项（在TightVNC 服务配置下）。如果是，则忽略任何启动会话的请求。

TightVNC 的版本不正确

我们当前支持的版本为 2.8.75。

以便携式应用程序的方式安装 TightVNC

当以便携式安装 TightVNC 时，机器人无法检测到它。

您可以通过使用包含 tvnserver.exe 的完整路径设置 UIPATH_TIGHTVNC_EXE_PATH 环境变量来配置便携式 TightVNC 的路径。

已在计算机上启动 TightVNC

实时流和远程控制会话完成后，TightVNC 将自动关闭。如果您尝试启动会话，并且机器人检测到 TightVNC 正在运行，则系统会忽略您的请求。

您需要关闭当前打开的 TightVNC 实例。

同一台高密度计算机上的另一个用户已打开会话

运行高密度机器人的计算机一次仅支持一个实时流和远程控制会话。如果您在另一个会话已在运行时尝试打开会话，系统将忽略您的请求。

在这种情况下，只有在当前运行的流程结束后，您才能访问实时流。

在延迟后连接实时流

如果您在作业转换为“正在运行”状态后立即启动实时流和远程控制会话，则机器人可能尚未准备好启动它。

稍后，机器人可以处理请求并启动实时流。

实时流映像滞后

这可能是由于您的计算机和机器人之间的网络连接速度较慢，或者机器人计算机上的屏幕分辨率过大。

您会看到空白屏幕

以下是您在启动实时流时可能无法在屏幕上看到任何图像的一些原因。

未启动自动化用户界面

某些作业会在提示打开自动化用户界面之前执行某些操作。如果出现这种情况，则打开的实时流会话将为空白。这意味着 Windows 机器人将显示桌面，并在 Linux 无人值守机器人和 Automation Suite 机器人上显示黑屏。

再次尝试打开会话。

您正在使用 Linux 机器人

Linux Unattended Robot 没有对实时流和远程控制的适当支持，因此我们不建议您将它们用于此类操作。

请尝试改用 Automation Suite Robot。

您正在使用未连接显示器的物理机

在物理计算机上执行的流程的实时流呈现在物理显示器上。

因此，您需要确保已连接显示器。

您已断开与 RDP 的连接

如果已断开与远程桌面协议 (RDP) 的连接，则虚拟机有时会停止呈现屏幕。发生这种情况是因为，断开连接后，就不存在可用于渲染图像的虚拟屏幕。

要解决此问题，请使用服务模式机器人。

正在运行的会话已断开连接

网络通信问题可能会导致实时流会话停止。如果发生这种情况，客户端会自动重新尝试连接。此过程应该相当快，但您可能会看到很短时间的加载屏幕。

如果您还在该会话中启用了远程控制，请注意，再次建立连接后，您必须重新启用它。这是因为在重新连接后，会话会以实时流状态打开。

一段时间后，系统将放弃会话。但是，如果您关闭窗口，则可以从 Orchestrator 手动重新启动会话。

您收到一条错误消息，消息指出已连接另一个用户

只有一位用户可以访问实时流并同时进行远程控制。如果用户已连接，则必须等待他们断开连接。

例如，如果用户 2 尝试打开用户 1 已打开的实时流，则系统会向用户返回一条错误消息，指出无法启动实时流。待用户 1 关闭实时流后，用户 2 很快就能将其打开。