IX5000-Fehlerbehebung 10

Einleitung

In diesem Dokument werden verschiedene Szenarien beschrieben, die vor Ort beobachtet wurden, sowie Schritte zur Fehlerbehebung, Isolierung und Sammlung von Informationen, um das Problem zu beheben.

IX5000 ist ein Immersive-Endgerät der neuen Generation von Cisco TelePresence und verwendet Touch 10 anstelle von Touch 12, das von den Systemen CTS und TX Immersive verwendet wird. Es verwendet eine andere Software für die Benutzeroberfläche als TC-Endpunkte. Es verwendet jedoch dieselbe Android-Basis.

Häufige Probleme

Das Touchpanel lässt sich nicht einschalten/hochfahren, auch wenn das gesamte System erfolgreich hochgefahren wurde.

Sobald der Touchscreen erfolgreich gestartet wurde, wird der Standardbildschirm wie im Bild gezeigt angezeigt.

1. Überprüfen Sie, ob das Ethernetkabel an den Switch-Port angeschlossen und der Switch eingeschaltet ist. Der Touch 10 kann nur über Power over Ethernet (PoE) eingeschaltet werden.
2. Schließen Sie das Ethernetkabel wieder an. Verwenden Sie ein anderes zweifelsfrei funktionierendes Ethernetkabel.
3. Testen Sie einen anderen Ethernet-Port am Switch. Wenn die grundlegenden Schritte ausgeführt wurden und das Touch 10-Gerät immer noch einen leeren Bildschirm anzeigt oder sich im Wartungsmodus befindet, kann es sein, dass der Switch in der Tabelle seine Konfiguration nicht vom Codec erhalten hat. Dies kann dazu führen, dass das Touch 10-Gerät PoE vom Switch nicht empfängt. Bei dieser Bedingung müssen Sie den Switch auf die Werkseinstellungen zurücksetzen und den Codec mit diesen Schritten neu starten. 
   1. Halten Sie die Mode-Taste 11 Sekunden lang gedrückt.

      Anmerkung: Die Mode-Taste befindet sich auf der Vorder- und Unterseite des Switches auf der gleichen Seite wie der Netzstecker. Die LEDs des Switches beginnen nach drei Sekunden zu blinken und hören sieben Sekunden später auf zu blinken. Dann wird der Switch neu gestartet und verliert seine Konfiguration.

   2. Um den Codec neu zu starten, melden Sie sich bei der grafischen Benutzeroberfläche des IX5000-Verwaltungssystems (GUI) an, und klicken Sie auf Neu starten/Zurücksetzen. Die Standard-IP-Adresse für die GUI lautet 169.254.1.1, und der Standard-Benutzername und das Kennwort lautet admin/cisco. Wenn Sie Ihren Codec bereits konfiguriert haben, ist die IP-Adresse eine andere. Der Switch wird wieder konfiguriert, und die Touch 10-Geräte werden erfolgreich initialisiert.

Brand New Touch schlägt Aktualisierung fehl - steckt in [Servicemodus]

Alle brandneuen Touch-Pakete werden mit dem werkseitig installierten Paket geliefert, das für TC-basierte Systeme bestimmt ist und sofort auf das IX-Paket aktualisiert werden muss, wenn es mit einem beliebigen IX-System verbunden ist. Daher, wenn ein Upgrade fehlschlägt und die Benutzeroberfläche hängt mit der Meldung "Maintenance Mode..Software herunterladen", wird das Panel niemals auf die Software aktualisiert, die vom IX-System verwendet wird. Die IX-Software zeigt den Text "Maintenance Mode" nicht an, sondern "Downloading/Extracting/Installing" (Herunterladen/Extrahieren/Installieren). Um das Bedienfeld wiederherzustellen, starten Sie die Software neu oder starten Sie sie neu.Wenn das Problem dadurch nicht behoben wird, verwenden Sie den IX8.1.1-Code zum Zurücksetzen auf Werkseinstellungen, der mit dem von TC-Endpunkten verwendeten Code identisch ist. Unterere Versionen haben eine andere Methode.

Eine weitere Möglichkeit zur Fehlerbehebung: Wenn Sie einen MX/SX-basierten Endpunkt im SW-Code TC7.1 oder höher haben, kann der Touch wieder angeschlossen werden, um die TC-Software abzurufen, und kann dann wieder an IX angeschlossen werden. Da Touch die Standardsoftware wiederherstellen kann, kann die IX-Software bei der Verbindung mit IX erneut überschrieben werden.

Verbindungsverlust - [Verbindung verlieren] wird in der Benutzeroberfläche angezeigt

Ein Verbindungsverlust zum IX5000 wird in der Benutzeroberfläche normalerweise als Verlust der Verbindung angezeigt. IX-Software zeigt diese Meldung an, wenn der Takt auf das IX5000 verloren geht. Ein Heartbeat ist ein Befehl/eine Antwort, der alle 15 Sekunden an das IX gesendet wird. Wenn zwei Heartbeats verloren gehen (keine Antwort nach 30 Sekunden), wird die Touch-Einheit nicht mehr über die Benutzeroberfläche bedienbar, da die Befehle nicht zum IX durchlaufen werden und Statusaktualisierungen nicht aus dem IX abgerufen werden - und die Nachricht wird daher angezeigt. Außerdem wird nach einem Start des Touch, wenn eine Verbindung/Kopplung nie mit dem IX hergestellt werden kann, die Meldung angezeigt. Der Touch versucht ständig, die Verbindung zum IX herzustellen, um einen normalen Betriebszustand zu erreichen. Wenn eine Verbindung wieder hergestellt wird, wird die Meldung ausgeblendet.

Wenn die Meldung "Lost of Connection" (Verlorene Verbindung) angezeigt wird, gibt es selten ein Problem mit dem Touch-Gerät und der Fehlerbehebung des IX-Geräts und des Tabellen-Switches, an den die Touchscreens angeschlossen sind, muss ausgeführt werden, um das Problem zu beheben.

Wenn alle Berührung im Raum plötzlich diese Meldung erhalten, aber das IX scheint gut zu funktionieren, ist es eine hohe Wahrscheinlichkeit, dass ein Problem mit dem Tisch-Schalter. Protokolle finden /nv/log/touch/folder beim Extrahieren des Protokollpakets.

Beispiel für Heartbeat in Protokollen

LOG_NOTICE(169.254.1.102) :06-08 12:16:28.683 WARN com.cisco.telepresence.system.SystemService-Tag:SocketThread #Codec senden: xcommand Peripheries HeartBeat ID: "88:43:E1:C6:54:51" Zeitüberschreitung: "30" | resultId="18093" LOG_NOTICE(169.254.1.101) :06-08 12:16:34.785 WARN com.cisco.telepresence.system.SystemService-Tag:SocketThread #Codec senden: xcommand Peripheries HeartBeat ID: "88:43:E1:C6:52:8E" Zeitüberschreitung: "30" | resultId="18476" LOG_NOTICE(169.254.1.102) :06-08 12:16:43.718 WARN com.cisco.telepresence.system.SystemService-Tag:SocketThread #Codec senden: xcommand Peripheries HeartBeat ID: "88:43:E1:C6:54:51" Zeitüberschreitung: "30" | resultId="18094"

Android-Abstürze - zum Beispiel [Telefon-App hat angehalten]

Wenn in einem Prozess/einer App eine nicht behandelte Java-Ausnahme ausgelöst wird, wird dies normalerweise durch eine Standardmeldung angezeigt, dass {die_App angehalten hat} mit einer Schaltfläche zur Bestätigung. Dies behindert nicht notwendigerweise die normale Nutzung des Systems und hat möglicherweise keine Nachwirkungen. Sie dürfen jedoch nicht stattfinden.

Um zu ermitteln, warum ein solcher Absturz aufgetreten ist, gibt die Protokollierung den Backtrace aus, solange das Protokoll so schnell wie möglich nach dem Absturz wiederhergestellt wird.Es können verschiedene Arten von Ausnahmen ausgelöst werden. Daher ist es am besten, nach FATAL oder Exception in den Protokollen zu suchen. Denken Sie daran, dass jede Datei auf dem IX-System untersucht werden muss, um den Absturz zu finden. Diese befinden sich im /nv/log/touch/folder, wenn das Protokollpaket extrahiert wird.

Im folgenden Beispiel stürzt die Dashboard-App ab, wenn die Meldung "Dashboard has stop" (Das Dashboard wurde angehalten) in der Benutzeroberfläche angezeigt wird:

2015-07-08 02:21:32.467 - FATAL EXCEPTION: main
2015-07-08 02:21:32.467 - Process: com.cisco.telepresence.dashboard, PID: 6825
2015-07-08 02:21:32.467 - java.lang.NullPointerException
2015-07-08 02:21:32.467 - at com.cisco.telepresence.dashboard.adapter.
MediaChannelListAdapter.
     
     
       (MediaChannelListAdapter.java:37) 2015-07-08 02:21:32.467 - at com.cisco.telepresence.dashboard.fragment. 
     
MediaChannelListFragment.configureAdapter(MediaChannelListFragment.java:76)
2015-07-08 02:21:32.467 - at com.cisco.telepresence.dashboard.fragment.
MediaChannelListFragment.onViewCreated(MediaChannelListFragment.java:30)
2015-07-08 02:21:32.467 - at android.app.FragmentManagerImpl.moveToState(FragmentManager.java:904)
2015-07-08 02:21:32.467 - at android.app.FragmentManagerImpl.moveToState(FragmentManager.java:1062)
2015-07-08 02:21:32.467 - at android.app.BackStackRecord.run(BackStackRecord.java:684)
2015-07-08 02:21:32.467 - at android.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1447)
2015-07-08 02:21:32.467 - at android.app.Fragment.performStart(Fragment.java:1721)
2015-07-08 02:21:32.467 - at android.app.FragmentManagerImpl.moveToState(FragmentManager.java:918)
2015-07-08 02:21:32.467 - at android.app.FragmentManagerImpl.moveToState(FragmentManager.java:1062)
2015-07-08 02:21:32.467 - at android.app.BackStackRecord.run(BackStackRecord.java:684)
2015-07-08 02:21:32.467 - at android.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1447)
2015-07-08 02:21:32.467 - at android.app.FragmentManagerImpl$1.run(FragmentManager.java:443)
2015-07-08 02:21:32.467 - at android.os.Handler.handleCallback(Handler.java:733)
2015-07-08 02:21:32.467 - at android.os.Handler.dispatchMessage(Handler.java:95)
2015-07-08 02:21:32.467 - at android.os.Looper.loop(Looper.java:136)
2015-07-08 02:21:32.467 - at android.app.ActivityThread.main(ActivityThread.java:5076)
2015-07-08 02:21:32.467 - at java.lang.reflect.Method.invokeNative(Native Method)
2015-07-08 02:21:32.467 - at java.lang.reflect.Method.invoke(Method.java:515)
2015-07-08 02:21:32.467 - at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)
2015-07-08 02:21:32.467 - at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)
2015-07-08 02:21:32.467 - at dalvik.system.NativeStart.main(Native Method)
2015-07-08 02:21:33.059 - LOG_NOTICE(169.254.1.8) :07-08 12:21:24.907 WARN 

Inkonsistenter UI-Status

Wenn die Benutzeroberfläche nicht den korrekten Zustand des Systems wiedergibt, z. B. die Leiste "Zurück zum Anruf" außerhalb eines Anrufs sichtbar ist oder die Leiste "Zurück zum Anruf" in einem Anruf nicht sichtbar ist, kann dies durch eine unvollständige Statusaktualisierung aus dem IX-System verursacht worden sein. Wenn beispielsweise ein Anruf plötzlich abgebrochen wird, wird das IX-System angehalten, Medienprobleme usw.

Wenn der Status weiterhin besteht, kann das Problem durch einen Neustart oder ein Zurücksetzen des Touch-Geräts auf die Werkseinstellungen behoben werden.

Protokolle von Touch10 über serielle Verbindung

Es ist sehr nützlich, die Protokolle direkt aus dem problematischen Touch selbst zu extrahieren, besonders in Fällen, wo es ein Boot-Problem/Verlust der Verbindung/Software-Upgrade Problem mit dem Touch, da keine Protokolle könnten dann möglicherweise auf das IX übertragen werden. Es ist möglich, die Protokolle von Touch zu extrahieren, um ein Mikro-USB-Kabel an die Rückseite der Touch (das zum Aufladen von normalen Android-basierten Mobiltelefonen verwendet wird) und von einem Computer anzuschließen. Öffnen Sie ein serielles Terminal mit den Einstellungen:

Baudrate: 115200 

Daten/Par/Stopp: 8 n1

Eine Shell ist verfügbar. Geben Sie den Logcat in diese Shell ein, um das gesamte Protokoll auszugeben. Geben Sie den bugreport ein, um das Protokoll und zusätzliche Hardware-/Netzwerkinformationen auszugeben. Dies muss vom Terminal in eine Datei kopiert oder gespeichert werden. Das Protokoll überlebt keinen Boot-Vorgang, daher ist es wichtig, es zu erfassen, bevor es für die Wiederherstellung gestartet wird.

Wiederherstellungsverfahren

Wenn der Schluss gezogen wurde, dass das Touchpanel die problematische Einheit ist, geben Sie eine Retourengenehmigung (Return Material Authorization, RMA) ein. Versuchen Sie, das Bedienfeld wiederherzustellen, bevor Sie die RMA abgeschlossen haben.

• Erfassen Sie die Protokolle direkt vom Touch-Panel, wie mit einer seriellen Verbindung beschrieben.
• Starten Sie Touch durch ein Aus- und Einschalten neu (schließen Sie das Netzwerkkabel wieder an der Rückseite des Touch an).
• Führen Sie das Zurücksetzen des Touch auf die Werkseinstellungen durch, wie in diesem Dokument beschrieben.
• Wenn Sie über ein MX/SX-basiertes System verfügen, das die Softwareversion TC7.1 oder höher ausführt, kann Touch angeschlossen werden, um das werkseitige Paket wiederherzustellen. Diese wird statt HTTP über Resynchronisierung übertragen, und dies kann als letzte Möglichkeit dienen, den Touch in einen betriebsfähigen Zustand zu bringen. Nach der Wiederherstellung wird er wieder an das IX5000 angeschlossen.

Factory Reset Touch 10 mit IX-Code

1. Ziehen Sie das Netz-/Netzwerkkabel von der Rückseite des Touch10 ab.
2. Halten Sie den Betriebsschalter "Lautstärke" fest, und schließen Sie das Netz-/Netzwerkkabel wieder an.
3. Warten Sie, bis die Stummschaltung (rot) aufleuchtet - ca. 10 Sekunden.
4. Lassen Sie die Taste Lautstärke nach oben los, und klicken Sie auf die Schaltfläche Stummschalten. Die werksseitige Zurücksetzung wurde erfolgreich durchgeführt, wenn nach Schritt 4 eine Bestätigung grüner Blinkt auf der Stummschalten-Taste erfolgt ist.

Factory Reset Touch 10 mit TK/CE-Code

1. Halten Sie die Stummschalten-Taste ca. 10 Sekunden gedrückt, bis sie rot zu blinken beginnt.
2. Drücken Sie zweimal die Taste Lautstärke nach unten.
3. Die Stummschalten-Taste leuchtet rot und wird mit den Werkseinstellungen neu gestartet.