Cenários de erro

Estes são problemas que você pode enfrentar ocasionalmente durante uma transmissão ao vivo e/ou ao assumir o controle remoto de uma execução em andamento e nossas propostas de solução.

A janela Fluxo ao vivo mostra Conectando..., mas nenhuma conexão é estabelecida

Em todos os cenários abaixo, o Robô não se conectará ao sistema de transmissão ao vivo e controle remoto e a sessão não será iniciada. A operação é repetida pela duração máxima, que é de aproximadamente um minuto, e então um erro é exibido. Os detalhes sobre a falha estão disponíveis nos logs do robô na máquina em que a conexão falha (não nos logs do trabalho).

TightVNC não está instalado

Se o TightVNC não estiver instalado, a sessão não poderá ser iniciada. Certifique-se de fazer o download e instalá-lo com antecedência.Importante: A opção Register TightVNC Server as a system service (na configuração TightVNC Service) não deve ser selecionada. Se for, qualquer solicitação para iniciar uma sessão será ignorada.

TightVNC não tem a versão correta

A versão que suportamos atualmente é 2.8.75.

TightVNC é instalado como um aplicativo portátil

Quando o TightVNC é instalado como portátil, o Robot não consegue detectá-lo.

Você pode configurar o caminho para o TightVNC portátil definindo a variável de ambiente UIPATH_TIGHTVNC_EXE_PATH com o caminho completo que inclui tvnserver.exe.

O TightVNC já foi iniciado na máquina

Quando uma sessão de transmissão ao vivo e controle remoto é concluída, o TightVNC é fechado automaticamente. Se você tentar iniciar uma sessão e o robô detectar que o TightVNC está em execução, sua solicitação será ignorada.

Você precisa fechar sua instância atualmente aberta do TightVNC.

Outro usuário na mesma máquina de alta densidade já tem uma sessão aberta

As máquinas que executam robôs de alta densidade suportam apenas uma transmissão ao vivo e sessão de controle remoto por vez. Se você tentar abrir uma sessão quando outra já estiver em execução, sua solicitação será ignorada.

Nesse caso, você só poderá acessar a transmissão ao vivo quando o processo em execução terminar.

A sessão de transmissão ao vivo é conectada após um atraso

Se você iniciar uma sessão de transmissão ao vivo e controle remoto imediatamente após a transição de um trabalho para o status Em execução , o robô pode não estar pronto para iniciá-lo ainda.

Depois de um tempo, o Robô pode atender a solicitação e iniciar a transmissão ao vivo.

A imagem da transmissão ao vivo está atrasada

Isso pode ser causado por uma conexão de rede lenta entre sua máquina e a do robô ou quando a resolução da tela na máquina do robô é grande.

Você vê uma tela em branco

Estas são algumas razões pelas quais você pode não ver nenhuma imagem na tela ao iniciar a transmissão ao vivo.

A IU de automação não foi iniciada

Alguns trabalhos executam determinadas ações antes de solicitar a abertura da IU de automação. Se isso acontecer, a sessão de transmissão ao vivo que se abrirá estará em branco. Isso se traduz na área de trabalho exibida para Windows Robots e uma tela preta sendo exibida para Linus Unattended Robots e Automation Suite Robots.

Tente abrir a sessão novamente.

Você está usando robôs Linux

Os robôs autônomos do Linux não têm o suporte adequado para transmissão ao vivo e controle remoto, portanto, não recomendamos que você os use para tais operações.

Tente usar o Automation Suite Robots.

Você está usando uma máquina física sem monitor conectado

Fluxos ao vivo de processos executados em uma máquina física são renderizados em um monitor físico.

Como tal, você precisa ter certeza de que tem um monitor conectado.

Você desconectou-se do RDP

Se você se desconectou do protocolo de área de trabalho remota (RDP), as máquinas virtuais algumas vezes pararão de renderizar a tela. Isso acontece porque, uma vez desconectada, não há tela virtual na qual renderizar imagens.

Para resolver isso, use o robô do modo de serviço.

Uma sessão em execução foi desconectada

Problemas de comunicação de rede podem interromper uma sessão de transmissão ao vivo. Se isso acontecer, o cliente tentará novamente se conectar automaticamente. Isso deve ser razoavelmente rápido, mas você pode ver a tela de carregamento por um tempo muito curto.

Se você também ativou o controle remoto nessa sessão, observe que terá que reativá-lo assim que a conexão for estabelecida novamente. Isso ocorre porque, ao reconectar, a sessão é aberta em seu estado de transmissão ao vivo.

Depois de um tempo, a sessão é abandonada. No entanto, se você fechar a janela, poderá reiniciar manualmente a sessão no Orchestrator.

Você recebe uma mensagem de erro informando que outro usuário já está conectado

Apenas um usuário pode acessar a transmissão ao vivo e assumir o controle remoto de uma só vez. Se um usuário já estiver conectado, você deve esperar que ele se desconecte.

Por exemplo, se o Usuário 2 tentar abrir uma transmissão ao vivo que já foi aberta pelo Usuário 1, será retornado um erro informando que a transmissão ao vivo não pode ser iniciada. Depois que o usuário 1 fechar a transmissão ao vivo, o usuário 2 poderá abri-la em breve.