Windows용 USB 디버깅 케이블 문제 해결 및 해결

USB 디버그 전송 창을 본 적이 있다면 다음 튜토리얼이 도움이 될 것입니다.

Windows용 디버깅 도구는 멋진 USB 3.0 케이블을 통해 디버깅 커널과 함께 성공합니다. 이 섹션에서는 USB 3.0 디버깅을 수동으로 구성하는 방법을 설명합니다.

실제로 이 작업을 수행하는 랩톱을 서버 컴퓨터라고 하며 디버깅 중인 각 컴퓨터를 특정 대상 컴퓨터라고 합니다.

<울>

  • usb debug cable windows

    USB 3.0 디버그 케이블. Vbus 없이 USB 3.0 라인만 즐길 수 있는 A-A 크로스오버 케이블입니다.

  • 컴퓨터 번호는 레귤레이터용 xHCI(USB 3.0)로 만들어집니다.

  • 대상 컴퓨터에서 디버그를 돕는 xHCI(USB 3.0) 호스트 컨트롤러

  • 대상 컴퓨터 구성

    <올>

  • 특정 UsbView에서 소프트웨어를 실행합니다. UsbView 도구는 Windows용 디버깅 도구에만 포함되어 있습니다.

  • UsbView에서 모든 xHCI 배치 컨트롤러를 선택합니다.

  • UsbView에서 xHCI 관련 호스트 컨트롤러 노드를 확장합니다. 인테이크가 호스트 레귤레이터에서 디버깅을 지원한다는 새로운 표시를 받으십시오.

    <사전> <코드> ​​[포트1]사용자 포트 연결: 예기회 포트 라이닝: 예동반 포트 선택: 3컴패니언 심볼릭 링크 이름: USB 번호 ROOT_HUB30 # 5 & 32bab638 & 9 & 0 # …지원되는 프로토콜: USB 1.1: 없음 USB 2.0: 아니오 많은 usb.0: 예

  • 디버깅을 위해 사용하려는 사실을 새로운 xHCI 컨트롤러의 버스, 프로그램, 기능 및 결과를 기록합니다. UsbView는 이 엄청난 양을 보여줍니다. 아래 예에서 의 사고 수량은 48개, 장치 번호는 0개, 기능 모바일 번호는 0개입니다.

      USB xHCI 호환 호스트 컨트롤러...드라이버 키: 36fc9e60-c465-11cf-8056-444553540000  0020...Bus.Device.Function(십진수): 48.0.0 
  • 이제 종종 디버깅에 적합한 xHCI 컨트롤러를 정의하는 기능이 있으므로 다음 단계는 컨트롤러를 통해 중독되는 물리적 USB 포트를 정의하는 것입니다. xHCI 컨트롤러. 실제 포트를 수신하려면 USB 3.0 장치를 대상 컴퓨터와 연결된 USB 플러그인에 연결하십시오. 장치가 어디에 있는지 볼 수 있도록 UsbView를 새로 고칩니다. 장치가 선택한 xHCI 호스트에 절대적으로 연결되어 있는 UsbView TV 시리즈의 경우 사용자가 USB 3.0 설치를 찾는 데 도움이 될 수 있는 직접 USB 포트를 찾은 것입니다.

    1. 모든 대상 컴퓨터에서 관리자로 명령 프롬프트 창을 열고 다음과 같은 각 명령 유형을 입력합니다.

      <울>

    2. 의 bcdedit 디버그

    3. bcdedit 및 dbgsettings 범용 직렬 버스 대상 검색: 대상 이름
    4. 여기서 TargetName은 대상 컴퓨터에 필요한 회사에서 생성한 이름입니다. TargetName은 기본 대상 컴퓨터의 공식 이름인 사용자가 볼 필요는 없습니다. 대상 제한을 충족하는 경우 완전히 새로운 경험 체인이 될 수 있습니다.

      <울>

    5. 문자열은 대문자 또는 소문자로 된 그룹의 TargetName인 “디버그”를 포함하지 않아야 합니다. 예를 들어 대상 회사에서 “DEBUG” 외에 “DeBuG”를 사용하면 디버깅이 제대로 작동하지 않을 수 있습니다.
    6. 사이클의 유일한 문자는 하이픈(-), 특수 강조(_), 0까지의 숫자, A부터 Z까지의 문자(대문자 또는 소문자)입니다.
    7. 유효 라인 길이의 대부분은 24개의 아바타입니다. 주변기기
    8. 외환 트레이딩 브로커에서 디버깅에 사용하고 싶은 USB 컨트롤러를 찾습니다. 타이어 번호, 추가 기능에 대한 장치는 일반적으로 명확한 탭의 “위치” 섹션 전체에 표시됩니다. 다음과 같은 명령을 입력하십시오:

      bcdedit / “dbgsettings” 버스 매개변수 b.d.f 설정

      여기서 h, d ~ f는 전체 USB 포스트 컨트롤러에 대한 메트로, 장치 및 수행 번호입니다. 버스, 기계 및 기능 금액은 10진수 형식이어야 합니다.

      예:

      bcdedit / 프로그램 “dbgsettings” 버스 매개변수 48.0.0

    9. 대상 컴퓨터를 다시 시작할 때 기억하십시오.

    전원 관리 비활성화

    특정한 경우 USB 3.0 디버깅 작업은 마이그레이션 성능을 저하시킬 수 있습니다. 이러한 많은 문제에서 벗어나려면 실제로 디버깅에 사용할 xHCI 호스팅 서버 컨트롤러(및 루트 허브)를 얻기 위해 식별 일시 중단을 비활성화합니다.

    <올>

  • 장치 관리자로 이동하여 xHCI 서버 컨트롤러에 대한 노드를 매니페스트합니다. 노드를 마우스 오른쪽 버튼으로 클릭하고 속성을 결정합니다. 전원 관리 탭이 있는 경우 탭을 클릭하고 결과적으로 내 랩톱이 이 장치를 끄고 전원을 절약할 수 있도록 허용 확인란의 선택을 취소합니다.

  • usb debug cable windows

    장치 관리자에서 일반적으로 루트로 이동합니다. 기본 xHCI 머신 컨트롤러 허브의 왼쪽 노드로 이동합니다. 노드를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다. 전원 관리 탭이 있는 경우 상황을 열고 컴퓨터가 이 장치를 잘못 켜고 전원을 절약할 수 있도록 허용하는 확인란의 선택을 취소합니다.

  • 디버깅을 위해 xHCI 호스트 컨트롤러 사용을 완료하면 일시 중단을 정확하게 다시 활성화하여 xHCI 호스트 컨트롤러를 가져옵니다.

    처음으로 디버깅 세션 시작

    <올>

  • USB(범용 직렬 버스) 3.0 앱솔루트 디버거를 연결하고 호스트 및 대상 컴퓨터에서 디버깅을 위해 선택한 USB 3.0 유형을 삽입합니다.
  • 컴퓨터가 실행 중인 Windows 시간과 관련된 조각(32비트 또는 64비트)의 수를 결정합니다.
  • 호스트 컴퓨터에서 좌표 컴퓨터의 Windows 비트 계산과 일치하는 WinDbg(관리자 권한)의 솔루션을 엽니다. 예를 들어 웹 컴퓨터가 거의 64비트 버전의 Windows에 대해 실행 중인 경우 종종 64비트 버전의 WinDbg는 기본적으로 관리자로 열립니다.
  • 파일 메뉴에서 디버그 커널을 선택합니다. 기본 Otla 대화 상자에서 ddka 커널 “USB 탭을 엽니다. 대상 컴퓨터 워크스테이션을 TV로 설정할 때 생성한 대상 설정을 입력합니다. 확인을 클릭합니다.
  • 이 아이디어에서 디버그 스위치가 설치될 USB는 특정 호스트 머신에 적용됩니다. 이러한 이유로, 단어의 가장 확실한 느낌에서 WinDbg에 대한 비트 수는 일반적으로 Windows의 비트 수와 일치하는 것이 좋습니다. USB-Racer-Debug를 설치한 후에는 WinDbg와 함께 후속 디버깅 세션에 32비트(대략 64비트) 버전을 사용할 수 있습니다.

    절대 디버깅 세션 시작

    WinDbg 사용

    컴퓨터에서 WinDbg를 엽니다. 식사에서 디버그 커널을 선택합니다. 커널 디버그 대화 상자 컬렉션에서 USB 탭을 클릭합니다. 일부 대상 pcrr을 구성한 후 생성한 기본 대상 이름을 입력합니다. 확인을 클릭합니다.

    명령 프롬프트 창에서 다음 명령을 입력하여 WinDbg로 세션을 쉽게 시작할 수도 있습니다. 여기서 TargetName은 대상 컴퓨팅을 구성할 때 생성한 대상 이름입니다.

    KD 사용

    호스트 컴퓨터에서 명령 프롬프트 창을 시작하고 적절한 명령을 실행합니다. 여기서 TargetName이 정의됩니다.Partially는 슬픈 희생자의 컴퓨터를 구성할 때마다 생성한 대상 이름일 것입니다.

    대상 컴퓨터 다시 시작

    디버거가 다시 시작되는 것으로 설명될 수 있으면 대상 컴퓨터가 실제로 연결된 것입니다. 소중한 컴퓨터를 다시 시작하는 한 가지 방법은 관리자의 요청에 따라 이러한 shutdown -your -t 0 요청을 사용하는 것입니다.

    문제 해결

    쉽게 인식할 수 없는 USB 장치

    디버그 라인을 패키지에 직접 삽입할 때 “USB 장치 인식 실패”라는 텍스트로 Windows 알림이 표시되면 언급된 버전 3.1과의 USB 3.1 호환성 버그가 있을 수 있습니다. 이 문제는 디버그 TV가 호스트의 USB 3.1 컨트롤러와 이 특정 대상 세트의 실제 경쟁 인텔 USB 3.1 운영자(Ice Lake 또는 Lake)에 연결된 디버그 설정 근처에서 발생합니다.

    더 많은 정보와 프로세서 모델 목록은 Wikipedia와 같은 Ice Lake(마이크로프로세서) 를 참조하십시오. 및/또는 Tiger Lake(마이크로프로세서) – Wikipedia . 일반적으로 대상 컴퓨터의 프로세서 시스템을 찾으려면 설정을 쉽게 열고 시스템으로 이동한 다음 “프로그램 정보”로 이동합니다. “프로세서”를 단일 “사양 장치”라고 합니다.

    이것이 문제로 간주되는지 확인하려면 장치를 살펴보고 일반적으로 관리자에서 “범용 직렬 버스 컨트롤러” 아래의 “USB 디버그 연결 장치”를 찾으십시오. 이 장치가 견딜 수 없는 경우 “알 수 없는 장치”에서 “기타 장치”를 뺍니다. 장치를 마우스 오른쪽 버튼으로 클릭하여 웹 속성 페이지인지 확인합니다. 장치 상태 필드 전체에 있는 텍스트에는 “Windows 선물이 이 장치를 중지했기 때문에 문제가 발생했습니다. (Code & 43) “” USB 장치가 잘못된 USB BOS 설명자를 반환했습니다. ”

    이 문제를 해결하려면 관리자 프롬프트에서 직접 다음 명령을 실행하여 레지스트리 유형을 수정하십시오.

      reg는 HKEY_LOCAL_MACHINE  SYSTEM  CurrentControlSet  Control  usbflags  349500E00000 및 v SkipBOSDescriptorQuery / t REG_DWORD d 1 / f에 입력합니다.reg add HKEY_LOCAL_MACHINE  SYSTEM  CurrentControlSet  Control  usbflags  045E06560000 / 볼트 SkipBOSDescriptorQuery / t REG_DWORD / 단일 / f 

    <울><리>기사

  • 분 읽을 수 있습니다.
  • bcdedit만 사용하기 전에 금융 서비스 정보를 변경하려면 실제 테스트 PC에서 BitLocker 및 Boot secure와 같은 Windows 보안 기능을 단기적으로 일시 중단해야 할 수 있습니다.디버깅을 처리하는 즉시 안전 부팅을 다시 활성화하고 커널 디버깅을 비활성화합니다.

    Usb Debug Cable Windows
    Fenetres De Cable De Debogage Usb
    Usb Debug Kabel Windows
    Ventanas De Cable De Depuracion Usb
    Usb Debug Cabo Windows
    Usb Felsokningskabelfonster
    Windows Cavo Di Debug Usb
    Okna Kabla Debugowania Usb
    Usb Debug Kabel Windows
    Usb Kabel Otladki Okna

    Similar Posts