목차

소개

일반적인 문제

전체 시스템이 성공적으로 부팅된 경우에도 터치 패널의 전원이 켜지지 않거나 부팅되지 않습니다.

Brand New Touch Fails to Upgrade - [유지 보수 모드]

연결 손실 - [Lost Connection](연결 손실) UI에 표시됨

Android 충돌 - 예: [Phone App Has Stop]

일관성 없는 UI 상태

직렬 연결을 통한 Touch10의 로그

복구 절차

IX 코드를 실행하는 Factory Reset Touch 10

TC/CE 코드를 실행하는 Factory Reset Touch 10

소개

이 문서에서는 현장에서 관찰된 다양한 시나리오와 문제 해결을 위한 정보 문제 해결, 격리 및 수집 단계를 설명합니다.

IX5000은 차세대 Cisco TelePresence Immersive 엔드포인트로서 CTS 및 TX Immersive 시스템에서 사용하는 Touch 12 대신 Touch 10을 사용합니다. TC 엔드포인트와 다른 UI(사용자 인터페이스)용 소프트웨어를 사용합니다. 그러나 동일한 Android 기반을 사용합니다.

일반적인 문제

전체 시스템이 성공적으로 부팅된 경우에도 터치 패널의 전원이 켜지지 않거나 부팅되지 않습니다.

터치 패널이 성공적으로 부팅되면 이미지에 표시된 대로 기본 화면이 표시됩니다.

1. 이더넷 케이블이 스위치 포트에 연결되어 있고 스위치의 전원이 켜져 있는지 확인합니다. Touch 10의 전원을 켜는 유일한 방법은 PoE(Power over Ethernet)를 통한 것입니다.

2. 이더넷 케이블을 재장착합니다. 정상 작동이 확인된 다른 이더넷 케이블을 사용해 보십시오.

3. 스위치에서 다른 이더넷 포트를 사용해 보십시오. 기본 단계가 수행되었지만 Touch 10 장치가 빈 화면을 표시하거나 유지 관리 모드에 있는 경우 테이블의 스위치가 코덱에서 구성을 받지 못하여 Touch 10 장치가 스위치에서 PoE를 받지 못하게 될 수 있습니다. 이 상태에서는 스위치를 공장 기본값으로 재설정하고 다음 단계로 코덱을 재부팅해야 합니다.

1. 모드 버튼을 11초 동안 길게 누릅니다.
참고: Mode 버튼은 스위치의 전면과 아래에 있으며 전원 플러그와 같은 쪽에 있습니다. 스위치 LED가 3초 후 깜박이기 시작하고 7초 후 깜박임을 멈춥니다. 그런 다음 스위치가 재부팅되고 컨피그레이션이 손실됩니다.

2. 코덱을 다시 시작하려면 IX5000 관리 GUI(그래픽 사용자 인터페이스)에 로그인하고 재시작/재설정을 클릭합니다. GUI의 기본 IP 주소는 169.254.1.1이고 기본 사용자 이름과 비밀번호는 admin/cisco입니다. 코덱을 이미 구성한 경우 IP 주소가 다릅니다. 스위치가 구성을 다시 설정하고 Touch 10 디바이스를 성공적으로 초기화합니다.

Brand New Touch Fails to Upgrade - [유지 보수 모드]

모든 새로운 Touch는 공장에서 설치한 패키지와 함께 제공됩니다. 이는 TC 기반 시스템을 IX 시스템에 연결하면 즉시 IX 패키지로 업그레이드해야 함을 의미합니다. 따라서 업그레이드가 실패하고 UI가 "유지 관리 모드..."라는 메시지와 함께 중지되는 경우소프트웨어 다운로드", 패널은 IX 시스템에서 사용하는 소프트웨어로 업그레이드하지 않습니다. IX 소프트웨어는 "유지 보수 모드" 텍스트를 표시하지 않고 "다운로드/추출/설치"를 표시합니다. 패널을 복구하려면 소프트웨어를 재부팅하거나 다시 시작하십시오.이렇게 해도 문제가 해결되지 않으면 TC 엔드포인트에서 사용하는 것과 동일한 공장 재설정 IX8.1.1 코드를 사용하십시오. 하위 버전에는 다른 방법이 있습니다.

SW 코드 TC7.1 이상에서 MX/SX 기반 엔드포인트가 있는 경우, Touch를 다시 연결하여 TC 소프트웨어를 가져온 다음 IX에 다시 연결할 수 있습니다. Touch에서 기본 소프트웨어를 복구하는 데 도움이 되므로 IX에 연결하면 IX의 소프트웨어를 다시 덮어쓸 수 있습니다.

연결 손실 - [Lost Connection](연결 손실) UI에 표시됨

IX5000에 대한 연결 손실이 일반적으로 UI에 연결 끊김으로 표시됩니다. IX 소프트웨어는 하트비트가 IX5000으로 손실된 경우 이 메시지를 표시합니다. 하트비트는 15초마다 IX로 전송되는 명령/응답입니다. 하트비트 2개가 손실된 경우(30초 후 응답이 없는 경우), 명령이 IX로 전달되지 않으며 IX에서 상태 업데이트가 검색되므로 터치 유닛이 더 이상 UI를 통해 작동 가능하지 않습니다. 따라서 메시지가 표시됩니다. 또한 Touch 부팅 후 연결/페어링을 IX에 설정할 수 없는 경우 메시지가 표시됩니다. Touch는 정상적인 작동 가능 상태에 도달하기 위해 IX에 대한 연결을 계속 시도합니다. 연결이 다시 설정되면 메시지가 사라집니다.

"Lost of Connection(연결 끊김)" 메시지가 나타나면 터치 디바이스 및 IX의 문제 해결 및 Touch 패널이 연결된 테이블 스위치에 문제가 거의 없으므로 문제를 해결하려면 Touch 패널이 연결되어 있어야 합니다.

방에 있는 모든 Touch가 갑자기 이 메시지를 받지만 IX가 제대로 작동하는 것처럼 보이면 테이블 스위치에 문제가 발생할 가능성이 높습니다. 로그 번들이 추출될 때 /nv/log/touch/ 폴더에 있는 로그를 기록합니다.

로그의 하트비트 예

LOG_NOTICE(169.254.1.102):06-08 12:16:28.683 WARN com.cisco.telepresence.system.SystemService 태그:SocketThread #codec send: xcommand 주변 장치 하트비트 ID: "88:43:E1:C6:54:51" 시간 초과: "30" | resultId="18093" LOG_NOTICE(169.254.1.101):06-08 12:16:34.785 WARN com.cisco.telepresence.system.SystemService 태그:SocketThread #codec send: xcommand 주변 장치 하트비트 ID: "88:43:E1:C6:52:8E" 시간 초과: "30" | resultId="18476" LOG_NOTICE(169.254.1.102):06-08 12:16:43.718 WARN com.cisco.telepresence.system.SystemService 태그:SocketThread #codec send: xcommand 주변 장치 하트비트 ID: "88:43:E1:C6:54:51" 시간 초과: "30" | resultId="18094"

Android 충돌 - 예: [Phone App Has Stop]

프로세스/앱에서 처리되지 않은 Java 예외가 throw될 때마다 일반적으로 확인 단추를 사용하여 표준 메시지 {the_app has stopped}를 통해 표시됩니다. 이는 시스템의 정상적인 사용을 방해하지 않으며, 사후 효과가 없을 수도 있습니다. 하지만, 그것들은 일어나지 말아야 합니다.

이러한 충돌이 발생한 이유를 디버깅하기 위해 충돌 발생 후 가능한 빨리 로그를 검색하는 한 logcat은 백추적을 출력합니다.여러 가지 예외 유형이 throw될 수 있으므로 로그에서 FATAL 또는 Exception을 검색하는 것이 좋습니다. 충돌을 찾으려면 IX의 모든 파일을 조사해야 합니다. 로그 번들이 추출될 때 /nv/log/touch/ 폴더에 있습니다.

다음은 UI에 표시된 "Dashboard has stopped" 메시지와 대시보드 앱이 충돌하는 예입니다.

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

일관성 없는 UI 상태

UI가 시스템의 올바른 상태를 반영하지 않는 경우(Return to call) 표시줄이 통화 외부에 표시되거나 (Return to call) 표시줄이 통화에 표시되지 않는 경우 이는 IX에서 불완전한 상태 업데이트로 인해 발생한 것일 수 있습니다. 예를 들어 통화가 갑자기 중단되면 IX가 중지되고 미디어 문제가 발생합니다.

상태가 지속되면 리부팅 또는 Touch의 공장 재설정으로 문제를 해결할 수 있습니다.

직렬 연결을 통한 Touch10의 로그

문제가 있는 Touch 자체에서 직접 로그를 추출하는 것이 매우 유용합니다. 특히 Touch에서 부팅 문제/연결/소프트웨어 업그레이드 문제가 발생한 경우 로그가 IX로 전송되지 않을 가능성이 높습니다. 마이크로 USB 케이블을 터치(일반 안드로이드 기반 휴대폰 충전용 케이블)와 컴퓨터에서 연결하기 위해 터치에서 로그를 추출할 수 있습니다. 다음 설정으로 직렬 터미널을 엽니다.

전송 속도: 115200

데이터/파/중지: 8n1

셸을 사용할 수 있습니다. 전체 로그를 출력하려면 이 셸에 logcat in을 입력합니다. 로그와 추가 하드웨어/네트워크 정보를 출력하려면 bugreport를 입력합니다. 터미널에서 파일로 복사하거나 저장해야 합니다. 로그는 부팅 후에도 유지되지 않으므로 복구를 위해 부팅하기 전에 로그를 캡처하는 것이 중요합니다.

복구 절차

터치 패널이 문제가 있는 장치라고 결론지었을 경우 RMA(Return Material Authorization)를 완료합니다. RMA를 완료하기 전에 패널을 복구해 보십시오.

- 직렬 연결에 설명된 대로 터치 패널에서 로그를 직접 수집합니다.

- 전원을 껐다가 다시 켜서 터치합니다(터치 뒷면에서 네트워크 케이블을 다시 연결합니다).

- 이 문서에 설명된 대로 Touch의 공장 재설정을 수행합니다.

- 소프트웨어 버전 TC7.1 이상을 실행하는 MX/SX 기반 시스템이 있는 경우 Touch를 연결하여 출하 시 패키지를 복구할 수 있습니다. 이는 HTTP 대신 재동기화를 통해 전송되며, 이 방법은 Touch를 작동 가능한 상태로 가져오기 위한 마지막 수단으로 작동할 수 있습니다. 복구되면 IX5000에 다시 연결됩니다.

IX 코드를 실행하는 Factory Reset Touch 10

1. Touch10 뒷면에서 전원/네트워크 케이블을 뽑습니다.

2. 볼륨 올리기(Volume up) 하드 버튼을 누른 채 전원/네트워크 케이블을 교체합니다.

3. 음소거 하드 버튼이 켜질 때까지 기다립니다(빨간색). 약 10초.

4. 볼륨 위로 단추를 풀고 음소거 하드 단추를 클릭합니다. 4단계 후에 음소거 단추에 녹색 깜박임이 확인되면 공장 재설정이 성공적으로 수행되었습니다.

TC/CE 코드 실행 Factory Reset Touch 10

1. Mute(음소거) 단추를 약 10초 동안 누르고 있으면 빨간색으로 깜박입니다.

2. 볼륨 다운 단추를 두 번 누릅니다.

3. Mute(음소거) 버튼은 빨간색으로 켜지고 공장 기본 설정으로 재부팅됩니다.