Contenu

Introduction

Problèmes courants

Le panneau tactile ne s'allume pas/ne démarre pas même si l'ensemble du système a démarré correctement

Échec de la mise à niveau de la nouvelle marque - coincée en [mode maintenance]

Perte de connexion - [Perte de connexion] affichée dans l'interface utilisateur

Android Crashes - Par Exemple [L'Application Téléphone S'Est Arrêtée]

État de l'interface utilisateur incohérent

Journaux depuis Touch10 via une connexion série

Procédure de récupération

Factory Reset Touch 10 exécutant le code IX

Factory Reset Touch 10 exécutant le code TC/CE

Introduction

Ce document décrit les différents scénarios observés sur le terrain et les étapes à suivre pour dépanner, isoler et collecter des informations afin de résoudre le problème.

Le système IX5000 est un terminal immersif Cisco Telepresence de nouvelle génération et utilise le Touch 10 au lieu du Touch 12 utilisé par les systèmes immersifs CTS et TX. Il utilise un logiciel différent pour l'interface utilisateur (interface utilisateur) que pour les terminaux de TC ; mais il utilise la même base Android.

Problèmes courants

Le panneau tactile ne s'allume pas/ne démarre pas même si l'ensemble du système a démarré correctement

Une fois que le panneau tactile démarre correctement, l'écran par défaut s'affiche comme illustré dans l'image.

1. Vérifiez si le câble Ethernet est connecté au port du commutateur et si le commutateur est sous tension. La seule façon de mettre le Touch 10 sous tension est la technologie PoE (Power over Ethernet).

2. Reconnectez le câble Ethernet. Essayez un autre câble Ethernet qui fonctionne.

3. Essayez un autre port Ethernet sur le commutateur, si les étapes de base ont été effectuées et que le périphérique Touch 10 affiche un écran vide ou reste en mode maintenance, une cause possible pourrait être que le commutateur de la table n'a pas reçu sa configuration du codec, ce qui peut faire que le périphérique Touch 10 ne reçoit pas PoE du commutateur. Cette condition nécessite de rétablir les paramètres d'usine du commutateur et de redémarrer le codec en procédant comme suit.

1. Maintenez enfoncé le bouton Mode pendant 11 secondes.
Note: Le bouton Mode se trouve à l'avant et au dessous du commutateur, du même côté que la fiche d'alimentation. Les voyants du commutateur commencent à clignoter au bout de trois secondes et s'arrêtent pour clignoter sept secondes plus tard. Ensuite, le commutateur redémarre et perd sa configuration.

2. Pour redémarrer le codec, connectez-vous à l'interface graphique utilisateur de l'administration IX5000 et cliquez sur Redémarrer/Réinitialiser. L'adresse IP par défaut de l'interface utilisateur graphique est 169.254.1.1 et le nom d'utilisateur et le mot de passe par défaut sont admin/cisco. Si vous avez déjà configuré votre codec, l'adresse IP est différente. Le commutateur reprend sa configuration et les périphériques Touch 10 s'initialisent correctement.

Échec de la mise à niveau de la nouvelle marque - coincée en [mode maintenance]

Tout nouveau Touch est livré avec le paquet installé à partir de l'usine, qui est destiné aux systèmes basés sur TC ont besoin de mise à niveau vers le paquet IX immédiatement une fois connecté à n'importe quel système IX. Par conséquent, si une mise à niveau échoue et que l'interface utilisateur est suspendue avec le message « mode maintenance...téléchargement de logiciels », le panneau ne met jamais à niveau le logiciel utilisé par le système IX. Le logiciel IX n'afficherait pas le texte « mode maintenance », mais afficherait plutôt « Téléchargement/Extraction/Installation ». Pour tenter de récupérer le panneau, redémarrez ou redémarrez le logiciel.Si cela ne résout pas le problème, utilisez le code de réinitialisation d'usine IX8.1.1, identique à celui utilisé par les terminaux TC. Les versions inférieures ont une méthode différente.

Une autre option de dépannage, si vous avez un point de terminaison basé sur MX/SX sur le code logiciel TC7.1 ou ultérieur, le Touch peut être raccordé pour obtenir le logiciel TC et puis reconnecté à IX. Comme cela aide le Touch à récupérer le logiciel par défaut, le logiciel de IX peut être remplacé à nouveau lorsque vous le connectez à IX.

Perte de connexion - [Perte de connexion] affichée dans l'interface utilisateur

Une perte de connexion au IX5000 est généralement affichée dans l'interface utilisateur en tant que perte de connexion. Le logiciel IX affiche ce message si la pulsation est perdue par le système IX5000. Une pulsation est une commande/réponse envoyée à l'interface IX toutes les 15 secondes. Si deux pulsations sont perdues (aucune réponse après 30 secondes), l'unité tactile ne peut plus fonctionner via l'interface utilisateur, car les commandes ne passent pas à l'interface IX et les mises à jour d'état ne sont pas récupérées à partir de l'interface IX - et le message s'affiche donc. En outre, après un amorçage du Touch, si une connexion/un appariement ne peut jamais être établi à l'IX, le message s'affiche. Le Touch tentera en permanence d'établir la connexion au IX afin d'atteindre un état de fonctionnement normal. Lorsqu’une connexion est établie à nouveau, le message disparaît.

Lorsque le message « Perte de connexion » apparaît, il y a rarement un problème avec le périphérique tactile et le dépannage de l'IX et le commutateur de table où les panneaux tactiles sont connectés doit être effectué afin de résoudre le problème.

Si tous les Touches de la salle reçoivent soudainement ce message, mais que le IX semble fonctionner correctement, il est très probable qu'il y ait un problème avec le commutateur de table. Journaux situés /nv/log/touch/ dossier lorsque le lot de journaux est extrait.

Exemple de pulsation dans les journaux

LOG_NOTICE(169.254.1.102) : 06-08 12:16:28.683 WARN com.cisco.telepresence.system.SystemService Balise : SocketThread #codec send : xcommand Peripherals HeartBeat ID : « 88:43:E1:C6:54:51 » Délai d'attente : "30" | resultId=« 18093 » LOG_NOTICE(169.254.1.101) : 06-08 12:16:34.785 WARN com.cisco.telepresence.system.SystemService Balise:SocketThread #codec send : xcommand Peripherals HeartBeat ID : « 88:43:E1:C6:52:8E » Délai d'attente : "30" | resultId=« 18476 » LOG_NOTICE(169.254.1.102) : 06-08 12:16:43.718 WARN com.cisco.telepresence.system.SystemService Balise:SocketThread #codec send : xcommand Peripherals HeartBeat ID : « 88:43:E1:C6:54:51 » Délai d'attente : "30" | resultId=« 18094 »

Android Crashes - Par Exemple [L'Application Téléphone S'Est Arrêtée]

Chaque fois qu'une exception Java non gérée est levée dans un processus/application, elle est généralement visible par le biais d'un message standard {the_app has stop} avec un bouton de confirmation. Cela n'entrave pas nécessairement l'utilisation normale du système et pourrait ne pas avoir d'effets secondaires. Cependant, elles ne doivent pas se produire.

Afin de déboguer pourquoi un tel plantage s'est produit, le logcat affiche le backtrace aussi longtemps que le journal est récupéré le plus tôt possible après la copie du crash.Il peut y avoir plusieurs types d'exceptions levée, par conséquent il est préférable de rechercher FATAL ou Exception dans les journaux. N'oubliez pas que chaque fichier sur le IX doit être étudié pour trouver le crash. Ils se trouvent dans le dossier /nv/log/touch/ lorsque le lot de journaux est extrait.

Voici un exemple où l'application de tableau de bord plante avec le message « Dashboard has stop » affiché dans l'interface utilisateur :

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

État de l'interface utilisateur incohérent

Si l'interface utilisateur ne reflète pas l'état correct du système, par exemple si la barre (Retour à l'appel) est visible en dehors d'un appel ou si la barre (Retour à l'appel) n'est pas visible dans un appel, cela peut être dû à une mise à jour incomplète de l'état de l'interface IX. Par exemple, si un appel tombe en panne brusquement, les IX s'arrêtent, les problèmes de médias, etc.

Si l'état persiste, un redémarrage ou une réinitialisation en usine du Touch peut résoudre le problème.

Journaux depuis Touch10 via une connexion série

Il est très utile d'extraire les journaux directement du Touch lui-même problématique, en particulier dans les cas où il y a un problème de démarrage/perte de connexion/problème de mise à niveau logicielle avec le Touch, car aucun journal ne serait alors potentiellement transféré vers le IX. Il est possible d'extraire les journaux du Touch pour connecter un micro câble USB à l'arrière du Touch (celui utilisé pour charger des téléphones portables Android normaux) et à partir d'un ordinateur. Ouvrez un terminal série avec les paramètres suivants :

Débit en bauds : 115200

Données/par/arrêt : 8 n1

Un shell est disponible. Entrez le logcat dans ce shell afin de sortir le journal complet. Entrez le rapport de bogues afin de générer le journal et des informations supplémentaires sur le matériel/le réseau. Il doit être copié dans un fichier à partir du terminal ou enregistré. Le journal ne survivra pas à un amorçage, il est donc important de le capturer avant qu'il ne démarre pour la récupération.

Procédure de récupération

S'il a été conclu que le panneau tactile est l'unité problématique, remplissez une autorisation de retour de matériel (RMA). Essayez de récupérer le panneau avant de terminer la RMA.

- Collectez les journaux depuis le panneau tactile directement, comme décrit avec une connexion série.

- Redémarrez la touche par un cycle d'alimentation (reconnectez le câble réseau à l'arrière de la touche).

- Effectuez la réinitialisation d'usine du toucher, comme décrit dans ce document.

- Si vous disposez d'un système MX/SX qui exécute la version logicielle TC7.1 ou ultérieure, le Touch peut être connecté pour récupérer le package d'usine. Ceci est transféré sur resync au lieu de HTTP et cela peut fonctionner en dernier recours pour que Touch soit opérationnel. Une fois récupéré, il doit être raccordé au IX5000.

Factory Reset Touch 10 exécutant le code IX

1. Débranchez le câble d'alimentation/réseau à l'arrière du Touch10.

2. Maintenez le bouton Volume enfoncé et rebranchez le câble d'alimentation/réseau.

3. Attendez que le bouton de mise en sourdine s'allume (rouge) - environ 10 secondes.

4. Relâchez le bouton Volume up et cliquez sur le bouton Mute hard. La réinitialisation en usine a été effectuée avec succès lorsqu'une confirmation de clignotement vert sur le bouton Muet se produit après l'étape 4.

Factory Reset Touch 10 exécutant le code TC/CE

1. Maintenez le bouton Muet enfoncé pendant environ 10 secondes jusqu'à ce qu'il commence à clignoter en rouge.

2. Appuyez deux fois sur le bouton Volume down.

3. Le bouton Muet devient rouge fixe et redémarre avec les paramètres d'usine par défaut