Escenarios de error

Solución de problemas de transmisión en vivo y conexión de control remoto, con soluciones para fallos comunes de sesión de robot.

Estas son algunas de las incidencias que puedes experimentar de forma ocasional cuando retransmites en directo y/o tomas el control remoto de una ejecución en curso, junto con nuestras soluciones propuestas.

La ventana de transmisión en vivo muestra Conectando..., pero no se ha establecido ninguna conexión

Síntoma

El robot no se conectará al sistema de transmisión en vivo y control remoto, y la sesión no se iniciará. La operación se reintenta durante aproximadamente un minuto y luego muestra un error. Los detalles están disponibles en los registros del robot en la máquina donde falla la conexión.

Posibles causas y soluciones

TightsVNC no está instalado

Si TightVNC no está instalado, no se puede iniciar la sesión. Asegúrate de descargarlo e instalarlo de antemano.

Importante:

La opción Registrar servidor TightVNC como servicio del sistema (en Configuración del servicio TightVNC) no debe seleccionarse. Si es así, se ignora cualquier solicitud para iniciar una sesión.

TightsVNC no tiene la versión correcta

La versión que actualmente admitimos es la 2.8.75.

TightsVNC está instalado como aplicación portátil

Cuando TightVNC se instala como portátil, el robot no puede detectarlo. Configura la ruta al TightVNC portátil estableciendo la variable de entorno UIPATH_TIGHTVNC_EXE_PATH con la ruta completa que incluye tvnserver.exe.

TightsVNC ya está iniciado en la máquina

Cuando finaliza una sesión de transmisión en vivo y control remoto, TightVNC se cierra automáticamente. Si el robot detecta que TightVNC se está ejecutando al iniciar una sesión, se ignora tu solicitud. Cierra la instancia actualmente abierta de TightVNC.

Otro usuario de la misma máquina de alta densidad ya tiene una sesión abierta

Las máquinas que ejecutan robots de alta densidad solo admiten una sesión de transmisión en vivo y control remoto a la vez. Si intentas abrir una sesión cuando ya se está ejecutando otra, tu solicitud se ignorará.

En este caso, solo podrá acceder a la transmisión en vivo una vez que finalice el proceso que se está ejecutando actualmente.

La sesión de transmisión en vivo se conecta después de un retraso

Si inicias una sesión de transmisión en vivo y de control remoto inmediatamente después de que un trabajo pase al estado En ejecución, es posible que el robot aún no esté listo para iniciarlo.

Después de un tiempo, el robot puede manejar la solicitud e iniciar la transmisión en vivo.

La imagen de transmisión en vivo se está retrasando

Esto puede deberse a una conexión de red lenta entre su máquina y la del robot, o cuando la resolución de la pantalla de la máquina del robot es grande.

Ve una pantalla en blanco

Estas son algunas de las razones por las que es posible que no vea ninguna imagen en la pantalla al iniciar la transmisión en vivo.

La interfaz de usuario de automatización no se inicia

Algunos trabajos realizan ciertas acciones antes de solicitar que se abra la interfaz de usuario de automatización. Si esto sucede, la sesión de transmisión en vivo que se abre está en blanco. Esto se traduce en que el escritorio se muestra para los robots de Windows y se muestra una pantalla en negro para los robots desatendidos de Linux y los Automation Cloud Robots, sin servidor.

Intente abrir la sesión de nuevo.

Está utilizando robots de Linux

Los robots desatendidos de Linux no tienen la compatibilidad adecuada para la transmisión en vivo y el control remoto, por lo que no recomendamos que los uses para tales operaciones.

Intente usar Automation Cloud Robots, sin servidor.

Está utilizando una máquina física sin ningún monitor conectado

Las transmisiones en vivo de procesos ejecutados en una máquina física se representan en un monitor físico.

Como tal, debe asegurarse de tener un monitor conectado.

Te has desconectado del RDP

Si te has desconectado del protocolo de escritorio remoto (RDP), las máquinas virtuales a veces dejarán de renderizar la pantalla. Esto sucede porque, una vez desconectado, no hay pantalla virtual en la que representar imágenes.

Para resolver esto, utiliza el robot en modo de servicio.

Una sesión en ejecución se ha desconectado

Los problemas de comunicación de red pueden hacer que se detenga una sesión de transmisión en vivo. Si esto sucede, el cliente vuelve a intentar conectarse automáticamente. Esto debería ser razonablemente rápido, pero es posible que vea la pantalla de carga durante muy poco tiempo.

Si también ha habilitado el control remoto dentro de esa sesión, tendrá que volver a habilitarlo una vez que se establezca la conexión. Esto se debe a que, al volver a conectarse, la sesión se abre en estado de transmisión en vivo.

Después de un tiempo, se abandona la sesión. Sin embargo, si cierra la ventana, puede reiniciar manualmente la sesión desde Orchestrator.

Recibe un mensaje de error que indica que otro usuario ya está conectado

Solo un usuario puede acceder a la transmisión en vivo y tomar el control remoto a la vez. Si un usuario ya está conectado, debe esperar a que se desconecte.

Por ejemplo, si el usuario 2 intenta abrir una transmisión en vivo que ya está abierta por el usuario 1, se le devuelve un error que indica que la transmisión en vivo no se puede iniciar. Una vez que el usuario 1 cierre la transmisión en vivo, el usuario 2 podrá abrirla en breve.