Orchestrator
Neuestes
False
Bannerhintergrundbild
Orchestrator-Anleitung
Letzte Aktualisierung 24. Apr. 2024

Fehlerszenarien

Diese Probleme können gelegentlich auftreten, wenn Sie Livestreams durchführen und/oder die Remotesteuerung einer laufenden Ausführung übernehmen, sowie unsere Lösungsvorschläge.

Das Livestream-Fenster zeigt Verbindung hergestellt…an, aber es wird keine Verbindung hergestellt.

In allen folgenden Szenarien stellt der Roboter keine Verbindung mit dem Livestreaming- und Remotesteuerungssystem her und die Sitzung wird nicht gestartet. Der Vorgang wird für die maximale Dauer wiederholt, die ungefähr eine Minute beträgt, dann wird ein Fehler angezeigt. Details zum Fehler sind in den Roboterprotokollen auf der Maschine verfügbar, auf der die Verbindung fehlschlägt (nicht in Auftragsprotokollen).

TightVNC ist nicht installiert

Wenn TightVNC nicht installiert ist, kann die Sitzung nicht gestartet werden. Laden Sie es vorher herunter und installieren Sie es. Wichtig: Die Option TightVNC-Server als Systemdienst registrieren (unter TightVNC-Dienstkonfiguration) darf nicht ausgewählt sein. Ist dies der Fall, wird jede Anforderung zum Starten einer Sitzung ignoriert.

TightVNC hat nicht die richtige Version

Die derzeit unterstützte Version ist 2.8.75.

TightVNC wird als portable App installiert

Wenn TightVNC als portabel installiert ist, kann der Roboter es nicht erkennen.

Sie können den Pfad zum portablen TightVNC konfigurieren, indem Sie die Umgebungsvariable UIPATH_TIGHTVNC_EXE_PATH mit dem vollständigen Pfad festlegen, der tvnserver.exe enthält.

TightVNC ist bereits auf der Maschine gestartet

Wenn eine Livestreaming- und Remotesteuerungssitzung beendet ist, wird TightVNC automatisch geschlossen. Wenn Sie versuchen, eine Sitzung zu starten, und der Roboter erkennt, dass TightVNC ausgeführt wird, wird Ihre Anforderung ignoriert.

Sie müssen Ihre aktuell geöffnete Instanz von TightVNC schließen.

Ein anderer Benutzer auf derselben High-Density-Maschine hat bereits eine offene Sitzung

Maschinen mit High-Density-Robotern unterstützen nur jeweils eine Livestreaming- und Remote-Steuerungssitzung. Wenn Sie versuchen, eine Sitzung zu öffnen, während bereits eine andere läuft, wird Ihre Anforderung ignoriert.

In diesem Fall können Sie erst auf das Livestreaming zugreifen, wenn der derzeit ausgeführte Prozess beendet ist.

Die Livestream-Sitzung wird nach einer Verzögerung verbunden

Wenn Sie eine Livestreaming- und Remotesteuerungssitzung sofort starten, nachdem ein Auftrag in den Status Wird ausgeführt übergegangen ist, ist der Roboter möglicherweise noch nicht bereit, ihn zu starten.

Nach einer Weile kann der Roboter die Anforderung verarbeiten und das Livestreaming starten.

Das Livestreaming-Bild verzögert sich

Dies kann durch eine langsame Netzwerkverbindung zwischen Ihrer Maschine und der Robotermaschine oder durch eine hohe Bildschirmauflösung auf der Robotermaschine verursacht werden.

Sie sehen einen leeren Bildschirm

Dies sind einige Gründe, warum Sie möglicherweise kein Image auf Ihrem Bildschirm sehen, wenn Sie den Livestream starten.

Die Automatisierungs-UI ist nicht gestartet

Einige Aufträge führen bestimmte Aktionen aus, bevor die Automatisierungs-UI zum Öffnen aufgefordert wird. In diesem Fall ist die geöffnete Livestreaming-Sitzung leer. Dies bedeutet, dass der Desktop für Windows-Roboter und ein schwarzer Bildschirm für Unattended-Roboter unter Linux und Automation Cloud-Roboter – Serverless angezeigt wird.

Versuchen Sie, die Sitzung erneut zu öffnen.

Sie verwenden Linux-Roboter

Unattended-Roboter unter Linux verfügen nicht über die erforderliche Unterstützung für Livestreaming und Fernsteuerung, daher raten wir davon ab, sie für solche Vorgänge zu verwenden.

Versuchen Sie es stattdessen mit Automation Cloud-Robotern – Serverless.

Sie verwenden eine physische Maschine ohne angeschlossenen Monitor

Livestreams von Prozessen, die auf einer physischen Maschine ausgeführt werden, werden auf einem physischen Monitor gerendert.

Daher müssen Sie sicherstellen, dass ein Monitor angeschlossen ist.

Sie haben die RDP-Verbindung getrennt

Wenn Sie die Verbindung zum Remotedesktopprotokoll (RDP) getrennt haben, stellen virtuelle Maschinen manchmal das Rendern des Bildschirms ein. Dies geschieht, weil nach der Trennung kein virtueller Bildschirm vorhanden ist, auf dem Bilder gerendert werden können.

Um dieses Problem zu lösen, verwenden Sie den Dienstmodusroboter.

Eine laufende Sitzung wird getrennt.

Probleme mit der Netzwerkkommunikation können dazu führen, dass eine Livestreaming-Sitzung beendet wird. In diesem Fall versucht der Client automatisch erneut, eine Verbindung herzustellen. Das sollte relativ schnell gehen, aber es kann sein, dass Sie den Ladebildschirm für kurze Zeit sehen.

Wenn Sie in dieser Sitzung auch die Remote-Steuerung aktiviert hatten, beachten Sie, dass Sie diese erneut aktivieren müssen, sobald die Verbindung wieder hergestellt ist. Dies liegt daran, dass die Sitzung beim erneuten Verbinden im Livestreaming-Status geöffnet wird.

Nach einer Weile wird die Sitzung abgebrochen. Wenn Sie das Fenster jedoch schließen, können Sie die Sitzung manuell über den Orchestrator neu starten.

Sie erhalten eine Fehlermeldung, die besagt, dass ein anderer Benutzer bereits verbunden ist

Nur ein Benutzer kann gleichzeitig auf den Livestream zugreifen und die Remotesteuerung übernehmen. Wenn ein Benutzer bereits verbunden ist, müssen Sie warten, bis die Verbindung getrennt wird.

Wenn Benutzer 2 beispielsweise versucht, einen Livestream zu öffnen, der bereits von Benutzer 1 geöffnet wurde, wird eine Fehlermeldung zurückgegeben, die besagt, dass der Livestream nicht gestartet werden kann. Sobald Benutzer 1 den Livestream schließt, kann Benutzer 2 ihn in Kürze öffnen.

War diese Seite hilfreich?

Hilfe erhalten
RPA lernen – Automatisierungskurse
UiPath Community-Forum
UiPath Logo weiß
Vertrauen und Sicherheit
© 2005-2024 UiPath. All rights reserved.