La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.
Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).
In questo documento vengono descritti i diversi scenari osservati nel campo e le procedure per risolvere i problemi, isolare e raccogliere informazioni per risolvere il problema.
IX5000 è un Cisco Telepresence Immersive Endpoint di nuova generazione e utilizza il Touch 10 invece del Touch 12 utilizzato dai sistemi CTS e TX Immersive. Utilizza un software diverso per l'interfaccia utente (UI) rispetto agli endpoint TC; tuttavia, utilizza la stessa base Android.
Una volta avviato il touch panel, viene visualizzata la schermata predefinita, come mostrato nell'immagine.
Nota: Il pulsante Mode si trova nella parte anteriore e inferiore dello switch, sullo stesso lato della spina di alimentazione. I LED dello switch iniziano a lampeggiare dopo tre secondi e terminano a lampeggiare dopo sette secondi. Quindi, lo switch viene riavviato e la configurazione viene persa.
Tutti i nuovissimi Touch vengono forniti con il pacchetto installato in fabbrica, che è destinato ai sistemi basati su TC che devono essere aggiornati al pacchetto IX immediatamente quando collegati a qualsiasi sistema IX. Pertanto, se un aggiornamento non riesce e l'interfaccia utente si blocca con il messaggio "maintenance mode...download del software", il pannello non si aggiorna mai al software utilizzato dal sistema IX. Il software IX non visualizza il testo "modalità manutenzione", ma visualizza "Download/Estrazione/Installazione". Per tentare di ripristinare il pannello, riavviare il software.Se il problema persiste, usare il codice di ripristino IX8.1.1 preimpostato, lo stesso utilizzato dagli endpoint TC. Le versioni inferiori hanno un metodo diverso.
Un'altra opzione per la risoluzione dei problemi, se si dispone di un endpoint basato su MX/SX sul codice software TC7.1 o successivo, è possibile collegare nuovamente il Touch per ottenere il software TC e quindi riconnetterlo a IX. Poiché questo aiuta Touch a ripristinare il software predefinito, il software di IX può essere sovrascritto nuovamente quando lo si collega a IX.
Una perdita di connessione a IX5000 viene generalmente visualizzata nell'interfaccia utente come perdita di connessione. Il software IX visualizza questo messaggio se l'heartbeat viene perso rispetto a IX5000. Un heartbeat è un comando/risposta inviato a IX ogni 15 secondi. Se due heartbeat vengono persi (nessuna risposta dopo 30 secondi), l'unità Touch non sarà più utilizzabile tramite l'interfaccia utente in quanto i comandi non passeranno attraverso il IX e gli aggiornamenti di stato non verranno recuperati dal IX - e il messaggio verrà quindi visualizzato. Inoltre, se dopo l'avvio di Touch non è possibile stabilire una connessione/accoppiamento alla IX, viene visualizzato il messaggio. Il Touch tenta continuamente di stabilire la connessione alla IX per raggiungere uno stato di funzionamento normale. Quando viene stabilita nuovamente una connessione, il messaggio scompare.
Quando viene visualizzato il messaggio "Lost of Connection" (Perdita di connessione), raramente si verifica un problema con il Touch Device e la risoluzione dei problemi del IX e dello switch da tavolo in cui sono collegati i pannelli Touche devono essere eseguiti per risolvere il problema.
Se tutti i contatti presenti nella stanza ricevono improvvisamente questo messaggio, ma la IX sembra funzionare bene, è molto probabile che ci sia un problema con l'interruttore da tavolo. Registri che si trovano nella /nv/log/touch/ cartella quando viene estratto il bundle del registro.
Esempio di heartbeat nei log
LOG_NOTICE(169.254.1.102) :06-08 12:16:28.683 WARN com.cisco.telepresence.system.SystemService Tag:SocketThread #codec send: ID heartbeat periferiche xcommand: "88:43:E1:C6:54:51" Timeout: "30" | resultId="18093" LOG_NOTICE(169.254.1.101) :06-08 12:16:34.785 WARN com.cisco.telepresence.system.SystemService Tag:SocketThread #codec send: ID heartbeat periferiche xcommand: "88:43:E1:C6:52:8E" Timeout: "30" | resultId="18476" LOG_NOTICE(169.254.1.102) :06-08 12:16:43.718 WARN com.cisco.telepresence.system.SystemService Tag:SocketThread #codec send: ID heartbeat periferiche xcommand: "88:43:E1:C6:54:51" Timeout: "30" | resultId="18094"
Ogni volta che viene generata un'eccezione Java non gestita in un processo o in un'app, questa in genere è visibile tramite un messaggio standard {l'app si è arrestata} con un pulsante per la conferma. Ciò non ostacola necessariamente il normale utilizzo del sistema e potrebbe non avere alcun effetto di post-produzione. Tuttavia, non devono verificarsi.
Per eseguire il debug del motivo per cui si è verificato un arresto anomalo di questo tipo, il logcat restituisce la backtrace finché il log viene recuperato il prima possibile dopo la riproduzione dell'arresto anomalo.Possono essere generati diversi tipi di eccezioni, pertanto è consigliabile cercare FATAL o Exception nei log. Ricorda che ogni file sulla IX deve essere investigato per trovare l'incidente. Si trovano nella cartella /nv/log/touch/ quando viene estratto il pacchetto di log.
Di seguito è riportato un esempio di blocco dell'app del dashboard con il messaggio "Dashboard arrestato" visualizzato nell'interfaccia utente:
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
Se l'interfaccia utente non riflette lo stato corretto del sistema, ad esempio la barra (Torna alla chiamata) è visibile all'esterno di una chiamata o la barra (Torna alla chiamata) non è visibile in una chiamata, è possibile che l'aggiornamento dello stato della IX sia incompleto. Ad esempio, se una chiamata viene interrotta bruscamente, la IX si ferma, i problemi dei media e così via.
Se lo stato persiste, il problema può essere risolto riavviando il computer o ripristinando il computer virtuale.
È molto vantaggioso estrarre i registri direttamente dal Touch problematico, soprattutto nei casi in cui vi sia un problema di avvio/connessione persa/problema di aggiornamento software con il Touch, in quanto nessun registro potrebbe essere trasferito alla IX. È possibile estrarre i registri dal Touch per collegare un micro cavo USB al retro del Touch (quello utilizzato per ricaricare i normali telefoni cellulari basati su Android) e da un computer. Aprire un terminale seriale con le seguenti impostazioni:
Velocità in baud: 115200
Data/par/stop: 8n1
È disponibile una shell. Immettere il logcat in questa shell per eseguire l'output del log completo. Immettere il bugreport per generare il log e altre informazioni sull'hardware e sulla rete. che deve essere copiato in un file dal terminale o salvato. Il log non sopravvive all'avvio, quindi è importante acquisirlo prima di eseguire l'avvio per il ripristino.
Se si è giunti alla conclusione che il touch panel è l'unità problematica, completare un'autorizzazione di restituzione del materiale (RMA). Provare a ripristinare il pannello prima di completare la procedura di autorizzazione al reso (RMA).
Revisione | Data di pubblicazione | Commenti |
---|---|---|
1.0 |
26-Jul-2016 |
Versione iniziale |