읽기 4분

안녕하세요, 스마트폰 독자 및 사용자 여러분. 오늘은 스마트폰을 스마트폰에 연결했을 때 대처법을 알려드리겠습니다. 개인용 컴퓨터"USB 장치 MTP 실패" 오류가 발생합니다. 아래에서 이 오류의 스크린샷을 볼 수 있습니다. 같은 문제가 있는 경우 계속 읽으십시오.

"USB 장치 MTP 실패" 오류는 여러 가지 이유로 발생할 수 있습니다. 다음은 그 중 일부입니다.:

  1. MTP 드라이버에 문제가 있습니다. 이것은 때때로 발생하지만 모든 컴퓨터에서 발생하는 것은 아닙니다. 이 문제매우 간단하고 빠르게 제거되었습니다. 아래에서 더 자세히 설명하겠습니다.
  2. 장치 자체의 잘못된 설정. 실습에서 알 수 있듯이 그러한 이유는 경우의 1%에서 발생하지만 그럼에도 불구하고 오류의 원인일 수 있습니다.
  3. 오래된 드라이버. 이 문제도 발생하지만 이전 문제와 마찬가지로 운영 체제용 드라이버를 업데이트하기만 하면 이 오류 원인이 제거됩니다.

따라서 원인을 분석했으므로 이제 이 문제를 해결해 보겠습니다. 불쾌한 오류를 제거하는 가장 효과적이고 일반적인 방법으로 순서대로 시작하겠습니다.

방법 1


이제 모바일 장치를 PC에 다시 연결하고 이전에 발생한 오류가 사라졌는지 확인하십시오.

방법 2

이전 방법이 도움이되지 않으면 모바일 장치 자체의 설정을 자세히 살펴 보겠습니다. 다음을 수행합니다.


중요: 개발 항목이 표시되지 않으면 다음을 수행하십시오. "장치 정보" 섹션으로 이동하여 빌드 번호를 약 10번 클릭하십시오. 따라서 "개발"항목을 활성화합니다.

방법 3

위에서 말했듯이, 이 방법이전 것만큼 간단하고 명확합니다. 간단한 드라이버 업데이트입니다.. 모든 것이 가능한 한 원활하게 진행되도록 하려면 다음 단계를 따르십시오.


이제 다시 연결해 보세요. 모바일 안드로이드가제트를 개인용 컴퓨터에 연결하고 USB 오류.

기사가 유용했다면 계정에 이 자료에 대한 링크를 게시하여 기사 작성자에게 감사를 표할 수 있습니다. 소셜 네트워크, 이렇게 하려면 아래에 있는 공유 버튼 중 하나를 클릭합니다. 이 리소스를 즐겨찾기에 추가하는 것을 잊지 마세요. Android 기기 작동 중에 두 번 이상 유용할 것 같습니다. 다음에도 틀림없이 유용한 자료에서 뵙겠습니다.

다루는 이전 기사 이 주제, 대부분 하나의 프로토콜인 대용량 저장소에만 전념했습니다. 이것은 놀라운 일이 아닙니다. 순수한 형태로든 완전한 소프트웨어 셸로든 오늘날 시장을 지배하는 사람은 바로 그 사람입니다. 이 플레이어를 위해 전혀 개발되지 않았지만 그럼에도 불구하고 표준, 단순성 및 사용 투명성으로 인해 여기에서 가장 널리 배포되었습니다. 또한 MSC/UMS는 디지털 카메라, 휴대전화그리고 스마트폰, PDA.

그러나 이 분야의 마지막 말이 아직 나오지 않았다고 믿는 회사가 시장에 나와 있습니다. 이것은 업계의 휴대용 장치에 콘텐츠를 제공하는 완전히 다른 접근 방식을 주입하기 위해 3년 동안 열심히 노력해 온 Microsoft입니다.

MP3 플레이어에 Mass Storage가 등장한 상황에 대해 앞서 말하면서, 우리는 업계가 그들에게 저지르는 불공정에 대해 언급했습니다. 휴대용 플레이어는 주로 업계 선두 기업의 근시안적 시각, 진정으로 작동하는 저작권 보호 메커니즘을 만들 수 없다는 이유로 USB 장치 클래스의 배포에서 제외되었습니다.

이제 Microsoft는 이러한 성가신 분리 사례를 제거하고자 하는 열망을 선언하고 있습니다. 물론 회사가 디지털 엔터테인먼트 시장에서 입지를 심각하게 향상시킬 가능성을 잊지 않는다는 것은 모두가 이해하고 있습니다.

이 문제에 대한 Microsoft의 접근 방식은 이전에 업계에서 볼 수 있었던 것과 크게 다릅니다. 따라서 대용량 저장 장치와는 아무런 관련이 없으며 원래 휴대용 멀티미디어 장치용으로 설계된 완전히 다른 아키텍처입니다.

반면에 독점 프로토콜과 동일시될 수 없습니다. 비교적 개방된 기술이며 많은 제조업체에서 적극적으로 라이선스를 받고 있습니다. 또한 최근 몇 년 동안 Microsoft는 지원을 적극적으로 통합하고 있습니다. 운영체제, 아시다시피 전 세계 대부분의 PC에 설치되어 있습니다.

대용량 저장 장치는 지난 세기에 개발되었습니다. 이 방향의 Microsoft 개발에 대한 첫 번째 정보는 2003-2004년에만 나타났습니다. 새로운 프로토콜은 파트너십의 일환으로 2004년 10월 12일에 공식적으로 발표되었습니다. 마이크로소프트 프로그램확실히 재생합니다(P4S). 이를 미디어 전송 프로토콜(MTP)이라고 합니다.

확실히 재생, 중요한 부분 MTP는 2004년 말에 처음 대중에게 소개되었습니다.


최초의 P4S 플레이어 중 하나인 Zen PMC는 그다지 인기를 얻지 못했습니다.

동시에 Creative, iriver, Samsung의 플레이어와 같은 호환 가능한 장치의 첫 번째 목록이 발표되었습니다.

PlaysForSure 제휴 프로그램의 일환으로 MTP는 주요 "스타"가 아니었습니다. 다른 구성 요소에 훨씬 더 많은 관심을 기울였습니다.

  • WMA(오디오) 및 WMV(비디오) 미디어 파일 형식
  • 껍데기 윈도우 미디어플레이어 10번째 버전
  • 새로운 Janus DRM 시스템
  • 휴대용 플레이어용 운영 체제 Portable Media Center(옵션 구성 요소).

마이크로소프트는 Portable Media Center의 전망을 현실적으로 보았다. 따라서 그녀는 휴대용 플레이어를 위한 기존의 다양한 독점 운영 체제에 PlaysForSure 지원을 도입하는 데 몰두했습니다. 그녀는 대부분의 플랫폼 제조업체에서 상호 언어. 새로운 개념은 흠집이 없는 것도 아니고 제3자 전문가의 회의적이고 비판적인 의견도 없었지만 발전하기 시작했습니다.

비평가들은 Apple의 "iPod + iTunes" 조합에 대한 답변 또는 심지어 복제품인 PlaysForSure라고 불렀습니다. 어디에:

  • WMA = AAC
  • 윈도우 미디어 = 아이튠즈
  • 야누스 DRM = 페어 플레이
  • 사산된 포터블 미디어 센터 = 아이팟 OS가 되기를 바랐다.

그러나 MTP는 여기에서 원래 요소였습니다. 아마도 운영 체제 시장의 사실상 독점자만이 그러한 것을 감당할 수 있을 것입니다.

P4S 아키텍처는 분명히 Apple의 경험을 되돌아보지 않고 생성된 것이 아닙니다.

Microsoft의 전통에 따라 이 프로토콜은 처음부터 생성된 것이 아니라 기존 솔루션을 수정한 것입니다. 이 경우, 시도되고 테스트된 PTP(Picture Transfer Protocol)였습니다. 2000년에 디지털 카메라의 표준 프로토콜로 승인되었으며 숫자 0x06 아래의 USB 클래스 수에 포함되었습니다.


MTP는 디지털 카메라의 많은 사람들에게 친숙한 Picture Transfer Protocol의 직계 후손입니다.

MTP는 이름에 두 글자로 시작하여 그에게서 많은 것을 빌렸습니다. 대체로 MTP는 PTP를 통한 추가 기능이라고 할 수 있습니다. 데이터 전송을 직접적으로 담당하는 전체 소프트웨어 부분은 변경되지 않은 상태로 유지되었습니다. 명령 세트는 새로운 콘텐츠 유형과 서로 상호 작용하는 방식을 다루기 위해 약간만 확장되었습니다.

PTP/MTP와 대용량 저장소의 근본적인 차이점은 "객체"의 개념입니다. TP 시스템의 개체는 프로토콜에서 쿼리할 수 있는 유형과 특성을 가질 수 있습니다. 개체는 다른 개체, 메타데이터 및 콘텐츠 자체에 대한 링크를 포함하는 구성 요소 부분으로 구성됩니다.

MTP 객체 구조

따라서 TP 프로토콜은 휴대용 장치의 펌웨어 또는 PC에 설치된 소프트웨어 셸과 건설적으로 상호 작용할 수 있는 "스마트" 프로토콜이라고 할 수 있습니다.


MTP 알고리즘

사실, TP 개체 세트에는 콘텐츠에 대한 정보 데이터베이스가 이미 포함되어 있으며, 대용량 저장 시스템에서 플레이어 또는 PC의 도움으로 독립적으로 생성해야 하므로 시간과 장치 리소스를 낭비합니다. 결과적으로 메타데이터 표시 및 강력하고 유연한 탐색 시스템인 앨범 아트와 같은 휴대용 플레이어의 사용자 친화적인 기능은 훨씬 적은 "혈액"으로 구현될 수 있으며 리소스가 제한된 개발자가 사용할 수 있습니다.

Sandisk Sansa e200의 예에 대한 MTP 기능 - 앨범 아트, 메타데이터 탐색, 등급 시스템

프로토콜 및 가상 폴더 생성과 같은 기타 기능이 있습니다.


MTP 연결 모드의 미디어 및 데이터 가상 폴더, Zen Micro Photo 플레이어

"네이키드" 대용량 스토리지는 기능 면에서 경쟁할 수 없습니다. 가장 순수한 형태의 프로토콜은 상당한 양의 휴대용 장치 전원과 펌웨어에 대한 많은 작업을 필요로 하며 소수의 개발자가 사용합니다. 따라서 MTP의 주요 상대는 유사한 기능을 제공하는 셸이 있는 대용량 저장 장치입니다.

여기서 MTP의 장점은 미래에 더 큰 다양성이 될 것입니다. Windows XP가 Windows Media Player 버전 10을 설치해야만 MTP 지원을 받는 경우 윈도우 비스타프로토콜은 이미 내장되어 있습니다. 이렇게 하면 사용자가 추가 설치 없이 완전히 사용할 수 있습니다.

또한 단독으로 작동하는 iTunes 및 SonicStage와 달리 애플 기기 PlaysForSure 프로젝트는 각각 오픈 소스입니다. MTP 장치는 프로토콜을 지원하는 플랫폼을 사용하여 모든 회사에서 제조할 수 있습니다. 그리고 현재 대다수의 플랫폼이 MTP와 호환됩니다.


MTP를 지원하는 주요 플랫폼 제조업체

MTP는 모든 파일 시스템에서 사용할 수 있습니다. 이를 통해 개발자는 대용량 저장소와 MTP를 모두 지원하는 이중 프로토콜 플레이어를 만들 수 있습니다. 일반적으로 사용자는 (장치의) 설정을 통해 장치가 작동해야 하는 모드를 선택할 수 있습니다. 그러나 Microsoft는 이 관행을 매우 냉소적으로 봅니다. PlaysForSure의 최신 사양에서는 이러한 위장이 완전히 금지됩니다. 이제 MTP가 우선권을 가지며 PC에서 미디어 전송 프로토콜 지원 드라이버를 찾을 수 없는 경우에만 대용량 저장 프로토콜이 활성화됩니다. 이것이 어떤 문제로 이어질 수 있는지 아래에서 설명합니다.

운 좋게도 아무도 개발자를 PlaysForSure 사양에 묶지 않습니다. 이것은 프로토콜 비평가들이 종종 잊어버리는 것입니다. 플레이어 제조업체는 MTP 지원을 유지하면서 아무런 문제 없이 PlaysForSure와 Janus DRM을 모두 "전송"할 수 있습니다. 이를 통해 Microsoft의 권장 사항을 무시하고 사용자가 원하는 프로토콜을 선택할 수 있습니다.


MSC와 MTP 중에서 선택(Sandisk Sansa e200 사용자 매뉴얼에서)

PlaysForSure 개념 전체에 대한 MTP 프로토콜의 우선 순위가 자체 Zune 플레이어를 출시할 때 Microsoft 자체에서 무의식적으로 입증되었다는 것이 궁금합니다. 후자는 P4S 장치가 아니며 Janus DRM을 지원하지 않지만 여전히 MTP를 사용합니다.

그러나 프로토콜의 여러 가지 명백한 장점을 나열했지만 소비자의 매력을 감소시키는 여러 심각한 단점에 대해 눈을 떼지 못합니다.

아마도 모든 문제의 주요 원인은 MTP가 너무 늦게 나타났기 때문일 것입니다. 2004년에 MP3 플레이어 시장은 6년이 되었습니다. 당연히 이때까지 시장에 나와 있는 대부분의 플레이어는 장치에 대한 프로토콜 선택 문제를 어떻게든 해결했으며, 이러한 변형 중 하나에서 대용량 저장 장치를 선호했습니다.

또한 MTP의 첫 번째 버전은 사용자 친화성 측면에서 MSC/UMS보다 심각하게 열등했습니다. 그녀는 그에게 Windows Media Player 10을 설치하도록 강요했고 Explorer Shell Extensions에 대한 지원이 없었으며 결과적으로 그가 다음에서 장치를 볼 수 있도록 허용하지 않았습니다. 윈도우 익스플로러, Drag&Drop으로 파일을 복사하고, 휴대용 플레이어를 사용하여 데이터를 전송합니다. 마지막으로 다른 운영 체제(MacOS 또는 Linux)에서는 프로토콜 지원이 정말 나빴습니다. 이것을 DOS용으로도 드라이버를 찾을 수 있는 대용량 저장소와 비교하십시오.

일부 사용자에게 추가적인 부정적인 요소는 MTP와 동시에 Microsoft의 새로운 DRM인 Janus의 발표였습니다. PlaysForSure 무리 중에서 가장 광범위한 승진을 한 사람은 Janus였습니다. 미국 회사는 새로운 DRM을 PlaysForSure 아키텍처의 훌륭한 이점으로 널리 광고함으로써 SDMI 참가자의 실수를 반복했습니다. 결과는 PlaysForSure=DRM => 및 MTP=DRM 사이의 명확한 연관성이었습니다. 그리고 반대로 대용량 저장장치 = 자유.

Apple의 FairPlay와 함께 PlaysForSure는 온라인 커뮤니티에서 상당한 몫을 받았습니다.

DRM 친화성은 실제로 MTP와 PTP의 차이점 중 하나입니다. 따라서 DRM 관련 정보는 프로토콜 객체 유형 중 하나입니다. 그러나 MTP 아키텍처에는 DRM이 필수 구성 요소로 전혀 포함되어 있지 않으며 필요한 개발자가 쉽게 구현할 수 있습니다. 즉, MTP는 DRM을 지원하지만 MTP는 DRM을 지원하지 않습니다. 그럼에도 불구하고 MTP는 본질적으로 복사 방지 수단일 뿐이며 DRM을 복사된 파일 등에 "주입"한다고 널리 알려져 있습니다. 논란의 여지가 있는 Microsoft의 평판은 이러한 신화의 홍보에 기여했습니다. 많은 사람들이 이 회사 제품에서 더러운 속임수를 기대합니다.

마이크로소프트전통적으로 DRM 준수에 대해 특히 가혹한 비판을 받는 기업을 지칭합니다. Defectbydesign.org의 anti-DRM 활동가의 Anti-Windows Vista 캠페인 배너

결과적으로 Microsoft는 PlaysForSure의 일부로 MTP를 발표함으로써 DRM, Windows Media Player와 같은 다른 프로그램 구성 요소의 모든 부정적인 요소를 프로토콜에 "매달"했습니다. 이는 전체 P4S MTP 세트 중에서 아마도 가장 성공적이고 실행 가능한 구성요소였음에도 불구하고 말입니다.

한편, 음악의 특정 부분은 P4S 아키텍처와 Janus DRM을 사용하여 온라인 상점에서 서양 사용자가 구매합니다. 이러한 트랙은 MTP 플레이어에서만 재생됩니다. 음악에서 DRM의 미래는 이제 다소 모호하고 지원이 이점으로 남을지 여부는 말하기 어렵습니다.

Rio Audio는 죽기 직전에 MTP를 위해 캠페인을 벌였으며, MSC 플레이어에서 PlaysForSure 트랙을 녹음할 수 없다는 공포를 보여주는 다이어그램으로 이를 설명했습니다.

반대하는 또 다른 요인 본질적인 복잡성 MTP 아키텍처. Mass Storage가 실제로 하나의 드라이버로 관리한다면 Microsoft는 프로토콜에 대한 전체 구조를 구축했습니다. "Windows 사용자 모드 드라이버 프레임워크(UMDF)"라는 API로, 잠정적으로 "주변기기용 DirectX"라고 부를 수 있습니다. 오늘날 이 아키텍처는 더 널리 사용되지만 MTP용으로 특별히 개발되었으며 2004년에는 윈도우 설치 Media Player 10. 데이터 전송 프로토콜에 대한 지원은 여기에서 전체 드라이버 및 라이브러리 세트에 의해 구현됩니다. 이것은 시스템을 더 취약하고 불안정하게 만듭니다.

특히 그런 상황이 있습니다. UMDF에 포함된 대부분의 MTP 드라이버는 PC에 설치됩니다. 그러나 Windows Media Player 버전 10 이상을 사용할 수 없으며 MTP를 표준 Windows 셸(Shell Extensions)에 통합하는 라이브러리도 없습니다. 결과적으로 플레이어는 시스템에서 MTP 장치로 인식되지만 작업할 수 있는 옵션이 없으며 장치는 "그 자체로 사물"이 됩니다. 메뉴를 통해 플레이어를 대용량 저장 모드로 전환할 수 있다면 나쁘지 않습니다. 그러나 PlaysForSure 사양에 따라 설계된 경우 시스템에서 MTP 지원을 감지하면 이 프로토콜에서만 독점적으로 작동하여 사용자가 장치를 완전히 사용할 수 있는 기회를 박탈합니다. 물론 이러한 현상은 프로토콜의 젊음, 보급이 불충분한 결과이며 동일한 Vista에서는 이러한 일이 발생하지 않습니다. 그러나 비평가들은 MTP 인프라의 복잡성과 무거움을 단점으로 지적합니다.

MTP 개선 작업이 진행 중이며, 최신 버전이미 훨씬 더 흥미롭게 보입니다. 이 프로토콜은 MTP 장치 작업이 대용량 저장소 플레이어를 사용하는 것과 거의 다르지 않은 덕분에 Explorer에 통합되었습니다(아직 대체 파일 관리자에서 올바른 지원은 없음).


Windows 셸의 MTP 통합과 일반 대용량 저장소 간의 유일한 중요한 차이점은 MTP 플레이어가 드라이브가 아닌 장치로 표시된다는 것입니다("dapreview.net"의 스크린샷).

PlaysFromDevice 표준이 개발 중입니다. 고정 오디오 시스템, 자동차 라디오 등과 같은 타사 장비에 의한 MTP 지원 그것의 부재는 MTP 플레이어에게 또 다른 심각한 단점이었습니다. 대용량 저장 장치를 "이해"하는 기술은 이미 상당히 많습니다.

MTP가 무엇보다도 시장을 정복하고 유지하기 위한 Microsoft의 도구라는 사실을 무시한다면 프로토콜에 포함된 대부분의 아이디어는 긍정적으로 평가될 수 있습니다. 최신 변형에서는 편의성과 기능면에서 가장 일반적인 시스템인 셸이 있는 대용량 저장 장치를 능가합니다.

따라서 사용자는 소프트웨어 사용 중에서 완전한 선택을 할 수 있습니다. 윈도우 쉘탐색기를 통한 미디어 플레이어 및 끌어서 놓기. MTP 플레이어는 문제 없이 모든 데이터를 전송하는 데 사용할 수 있습니다. 이러한 가능성이 없다는 것이 사용자의 주요 불만 중 하나였습니다. 점차적으로 타사 운영 체제에 대한 프로토콜 지원이 나타납니다.

탐색기를 통한 작업의 대안 - Windows Media Player 11을 통한 동기화

모든 PC, 모든 소비자 오디오 장비 및 기타 관련 장치가 MTP를 "이해"하는 세상을 상상한다면 멀티미디어 플레이어의 경우 대용량 저장 장치보다 더 매력적으로 보입니다.

MTP 장치 사용자에게 나타날 수 있는 오류 메시지(추가 정보)

이러한 전망으로 Microsoft는 이미 5대 기업 중 3곳인 Creative, Sandisk 및 Samsung을 유혹하는 데 성공했습니다. Redmond iriver, Archos, Philips, Trekstor, Cowon, Mpio 및 기타 여러 소규모 회사의 회사 캠프의 "두 번째 계층"에서.


대부분의 2차 생산자는 MTP를 지원합니다.

느리지만 확실하게 MTP는 중국 회사들 사이에서 확산되고 있습니다. 일부 아시아 소규모 제조업체는 이미 프로토콜 지원을 자사 제품의 장점으로 주장하고 있습니다. 이 프로토콜에 대한 전체 내용은 매우 현실적입니다. tk. 그들 중 대부분은 유럽과 미국에서만 독점적으로 일하며 사람들이 점차 MTP에 익숙해지고 있습니다.

중국 회사 Meizu는 이미 플레이어에게 MTP 지원을 제공하고 있습니다.

그리고 이론적으로 가능한 DRM의 일반적인 거부의 배경에 대해 MTP의 사용조차도 애플에 의해완전히 불가능해 보이지는 않습니다. 프로토콜 지원을 iTunes 셸에 통합하는 데 방해가 되는 것은 없습니다.

그러나 아직까지 MTP는 널리 알려진 기술과 실제 대중의 인정을 받은 기술을 구분하는 선을 아직 넘지 않았다는 느낌이 있습니다.

오늘날 MTP 플레이어의 소유자는 투명성 부족, 하드웨어 비호환성, 추가 소프트웨어 설치 필요성과 같은 독점 프로토콜을 사용하는 플레이어 사용자를 괴롭히는 문제에 직면해야 하는 경우가 있습니다.

프로토콜의 위치는 여전히 매우 불안정하며 Microsoft의 단호한 조치가 없으면 쉽게 망각에 빠질 수 있습니다. 어떤 면에서 상황은 MP3 형식 및 그 대안의 상황과 유사합니다. MP3와 마찬가지로 Mass Storage는 충분한 수준의 기능을 제공하고 가장 널리 배포되어 있으므로 새 프로토콜로 전환할 심각한 인센티브가 없습니다. WMA 및 AAC와 같은 대체 오디오 형식과 유사하게 MTP는 "명령" 순서로 "위에서" 구현됩니다.

Microsoft는 MTP를 새로운 종류의 USB 장치로 등록할 수 있다면 상황을 개선하기를 희망합니다. 이것은 프로토콜을 산업 표준으로 만들 것입니다. 미국 회사의 야망은 더 나아가 이 프로토콜에 따라 카메라, 휴대폰, 스마트폰과 같은 모든 휴대용 미디어 장치를 "구동"하기를 희망하며 Mass Storage는 실제로 의도된 드라이브만 남겨둡니다.

미래에 휴대용 플레이어의 데이터 전송 프로토콜은 무엇을 준비하고 있습니까? MTP가 새로운 산업 표준이 될까요? 아니면 Mass Storage가 그 위치를 유지할 것입니까? 아마도 새로운 솔루션이 있을 것입니까? 확실히 말하기는 어렵습니다. 이 산업의 모든 것이 주관적인 요인, 특히 가장 큰 기업의 행동에 너무 많이 의존합니다. 지금까지 Mass Storage 프로토콜은 iTunes 형태의 소프트웨어 애드온과 함께 주로 Apple 에디션에서 왕으로 남아 있습니다. "순수한" 대용량 스토리지는 여전히 많은 예산 플레이어와 매니아를 위한 장치로, 연단의 두 번째 단계를 차지합니다. 시장의 중산층에 퍼지고 있는 MTP는 여전히 3위다.


2006년 판매에서 프로토콜 간 지분의 도식적 분포.

DRM의 몰락(만일 일어난다면)과 무선 기술- 시간이 말해 줄거야.

FSP는 80 Plus Bronze 인증을 받은 Hydro Series 전원 공급 장치의 출시를 발표했습니다. 지금까지 이 라인에는 500W, 600W 및 700W 용량의 세 가지 모델이 포함되어 있습니다. 이들 모두는 안정적이고 강력한 +12V 버스 덕분에 에너지 집약적 그래픽 카드로 PC 시스템에 전원을 공급할 수 있습니다. 80 Plus Bronze 인증서의 존재는 신제품의 효율성이 88%에 도달할 수 있음을 의미합니다.

FSP Hydro Series 80 Plus Bronze PSU에는 컨트롤러로 제어되는 120mm 팬이 장착되어 있습니다. 프로펠러 블레이드의 회전 속도는 부하에 따라 결정됩니다. 세심한 디자인 덕분에…

Cryorig는 해당 제품군에서 최초의 LED 냉각기의 프로토타입을 공개했습니다. 새로운 Lumi Edition 및 Lumi RGB+ Edition H7은 LED 팬 조명을 사용하는 대부분의 솔루션과 달리 조명에 대해 완전히 다른 접근 방식, 즉 전체 라디에이터 영역의 조명을 제공합니다. 이러한 독특한 프로젝트를 구현하기 위해 제조업체는 CNC 수치 제어를 사용하여 특수 부품을 개발해야 했습니다.

Cryorig H7 쿨러는 Cryorig H 시리즈의 일부로 고성능 및 ...

마더보드중간 가격대 카테고리는 좋은 장비와 합리적인 가격의 공생 덕분에 항상 인기의 정점에 있습니다. 또한 이러한 솔루션은 상당히 광범위한 청중의 요구를 충족시킬 수 있습니다. 이러한 기준은 우수한 구성 요소 기반과 많은 수의 인터페이스로 유명한 Asus 제품의 기본입니다. Asus Z87-C 모델은 $140에 불과한 다소 쾌적한 가격으로 최대를 제공할 수 있는 중간 가격대의 밝은 대표자입니다. 또 어떤지 보자...

현재까지 큰 금액사람들은 지속적으로 모바일 장치를 사용하지만 모든 사람이 컴퓨터와 "친구를 사귈" 수 있는 것은 아닙니다. 이 기사는 PC에 연결된 스마트 폰용 드라이버를 설치할 수 없다는 문제를 해결하는 방법에 대한 분석에 할애 할 것입니다.

오늘 논의된 오류는 전화가 컴퓨터에 연결될 때 발생합니다. 이것은 다양한 이유로 발생합니다. 이것은 시스템에 필요한 구성 요소가 없거나 반대로 불필요한 구성 요소가 있을 수 있습니다. 이러한 모든 요소는 Windows가 스마트폰과 통신할 수 있도록 하는 모바일 장치용 미디어 드라이버의 올바른 설치를 방해합니다. 다음으로 우리는 모든 것을 살펴볼 것입니다. 가능한 옵션이 실패를 수정하십시오.

방법 1: 시스템 레지스트리 편집

레지스트리는 시스템의 동작을 결정하는 시스템 매개변수(키)의 집합입니다. 여러 가지 이유로 일부 키는 정상적인 작동을 방해할 수 있습니다. 우리의 경우 이것은 우리가 제거해야 할 유일한 위치입니다.


키를 찾을 수 없거나 방법이 작동하지 않으면 시스템에 필요한 구성 요소가 누락되었음을 의미합니다. 이에 대해서는 다음 단락에서 설명합니다.

방법 2: MTPPK 설치

MTPPK(Media Transfer Protocol Porting Kit)는 Microsoft에서 개발하고 모바일 장치 메모리와 PC의 상호 작용을 위해 설계된 드라이버입니다. "10"이 설치되어 있으면 이 OS가 인터넷에서 이러한 소프트웨어를 독립적으로 다운로드할 수 있고 이미 설치되었을 가능성이 높기 때문에 이 방법은 결과를 가져오지 않을 수 있습니다.

설치는 매우 간단합니다. 다운로드한 파일을 두 번 클릭하여 실행하고 프롬프트를 따릅니다. "마스터".

특수한 상황들

결론

보시다시피 시스템에서 모바일 장치를 감지하는 문제를 해결하는 것은 그리 어렵지 않으며 이 지침이 도움이 되기를 바랍니다. 다른 모든 방법이 실패하면 Windows에 중요한 변경 사항이 있을 수 있으므로 다시 설치해야 합니다.

이 문서는 Windows* 장치를 기반으로 Android 장치에 연결할 수 있는 Android* 장치용 인텔® USB 드라이버 패키지를 설치하는 데 도움이 됩니다. 인텔 프로세서® 아톰™.

시스템 요구 사항

하드웨어 요구 사항:
휴대 기기 SoFIA를 제외한 Intel Atom 프로세서 기반 Android
micro-USB to USB 케이블(장치 충전에 사용되는 케이블)

지원되는 컴퓨터 운영 체제:

Windows® 10(32/64비트)

Windows 8.1(32/64비트)
Windows 8(32/64비트)
Windows 7(32/64비트)
Windows Vista(32/64비트)
Windows XP(32비트 전용)

지원되는 운영 체제 안드로이드 기기:
Android 2.3.7 - 진저브레드(GB)
Android 4.0.x - 아이스크림 샌드위치(ICS)
Android 4.4 - 킷캣
Android 5.x - 롤리팝

설치 단계

참고: 설치 과정에서 Android 기기를 컴퓨터에 연결하지 마십시오.


지원되는 USB 프로필

USB 드라이버 패키지를 설치한 후 micro-USB to USB 케이블을 사용하여 Android 장치를 컴퓨터에 연결합니다. 다음은 패키지에서 사용하는 USB 프로필입니다. USB 드라이버 Android용 인텔:

  • ADB(안드로이드 디버그 브리지).이것은 안드로이드 디버그 인터페이스입니다. 주로 플래시 업그레이드 및 디버깅에 사용됩니다.
  • MTP(미디어 전송 프로토콜):이것은 윈도우 프로토콜미디어 파일을 전송합니다.
  • PTP(사진 전송 프로토콜):디지털 카메라에서 컴퓨터로 이미지를 전송하기 위한 프로토콜입니다.
  • RNDIS:이 기능은 전화망을 사용하여 이더넷 가상 회로를 생성합니다.
  • CDC 직렬(모뎀 AT 프록시):이 기능은 가상 통신 포트를 통해 AT 명령을 사용하기 위해 모뎀과 통신 채널을 생성합니다.

문제 해결

1/ 장치가 전혀 감지되지 않음

  • 이러한 드라이버는 인텔® 장치 전용입니다. OEM 장치를 사용하는 경우 제조업체 웹 사이트에서 직접 드라이버를 얻거나 Google에서 제공하는 링크를 사용하십시오.

2/ Dispatcher에 오류가 있습니다. Windows 장치

  • Windows 장치 관리자를 엽니다.
    • 요소를 감지할 수 있습니다. USB 대용량 저장 장치 ADB 장치 대신. 이 경우 대용량 저장 장치 아이콘을 클릭합니다. 마우스 오른쪽 버튼으로 클릭마우스를 누르고 '삭제'를 선택합니다.
    • 너는 볼 수있어 노란색 느낌표가 있는 Android 장치 아이콘. 이 경우 Android 기기 아이콘을 마우스 오른쪽 버튼으로 클릭하고 '삭제'를 선택합니다.
      그런 다음 컴퓨터에서 장치를 분리하고 드라이버 설치 프로그램을 다시 실행하십시오.

3/ 휴대용 장치표시되지만 표시되지 않음 안드로이드 프로필디버그 브리지(ADB)

USB 디버깅 옵션을 활성화하지 않았을 수 있습니다.
기본적으로 휴대전화의 개발자 옵션은 숨겨져 있습니다. 휴대전화에서 설정 메뉴를 열고 섹션을 찾습니다. 전화 정보. 스크롤하여 "Assembly" 요소를 찾습니다. 다섯 번 누르면 개발자 기능을 활성화했다는 작은 대화 상자가 표시됩니다.
기본 설정 메뉴로 돌아가서 엽니다. 개발자 옵션그런 다음 활성화 비디버깅.

4/ 저는 여전히 Windows XP를 사용하고 있습니다. MTP를 활성화한 후 액세스를 열어야 하는 팝업 대화 상자가 나타나지 않습니다. 파일 시스템전화 또는 미디어 파일 전송.

기본적으로 MTP는 Windows XP에서 지원되지 않습니다. 설치해야 합니다 윈도우 애플리케이션미디어 플레이어 10 이상.

추가 질문 및 지원
다른 문제 해결 지원에 대한 질문은 다음 Intel Android 개발자 지원 포럼에 게시하십시오. ()