Распиновка разъема ipod на магнитоле
Техника корпорации Apple в современном мире, невероятно популярна и разнообразна, в этой статье обсудим, как подключить iPod к магнитоле, что такое виджеты, и как сменить язык устройства.
Подключение iPod к магнитоле в авто через кабель
- Кассетный адаптер, такой способ подходит для магнитол кассетного вида. Важное условие для выполнения подключения – наличие AUX выхода на устройстве. К преимуществу можно отнести автоматическое сохранение наиболее лучшего натяга кассетной ленты. Адаптер устраняет большинство возможных шумов механизма, благодаря этому, качество проигрывания музыки отличное, даже при тихом звучании.
- шаг 1, в кассетоприёмник нужно вставить адаптер;
- шаг 2, в AUX выход iPod вставляем шнур;
- шаг 3, нажимаем на кнопку проигрывания композиции.
В данном случае магнитола – это усилитель звукового сигнала, с помощью этого адаптера, возможно, прослушивать треки с любого девайса, который имеет нужный разъём.
- Подключение через кабель, позволяет работать не только с музыкальными файлами, но и с фото, видео.
- Интерфейсный адаптер USB, возможно подключить к установленной магнитоле и не только, может играть роль отдельного устройства. Преимущество в том, что не имеет значения какие документы необходимо воспроизвести и с какого носителя – флеш карта, телефонный аппарат, плеер.
Вариантов подключения iPod к автомагнитоле с помощью кабеля – много, здесь приведены самые актуальные. Стоит отметить, что огромным минусом таким соединением устройств является громоздкость (свисают жгуты проводов), которая некрасиво смотрится в современном авто.
Подключение iPod через Bluetooth
Это беспроводной вариант передачи файлов или данных, является самым простым и безопасным методом синхронизации устройств, ведь стоимость такого адаптера и его возможности в считанные минуты компенсируют маленькую скорость (кабель работает быстрее) передачи документов.
Магнитола представляет собой встроенное устройство, предназначенное для подключения к бортовой системе автомобиля и дополнительным девайсам, для которых выступает в качестве головного устройства. Чтобы обеспечить подобные коммуникации, для этих целей разработаны стандартизованные интерфейсы, обеспечивающие подключение к определенным выводам на электронной схеме. Для каждого подобного вывода разработан не только стандартный интерфейс, но и название, упрощающее поиск и подключение. В этом обзоре дана самая распространенная расшифровка обозначений магнитол на примере Пионер.
Подсоединение магнитолы
Как правильно подключиться к электронному устройству
Понятие интерфейса в том виде, котором мы сейчас его знаем, появилось в 1960-х годах. Вернее, в 1964 году, когда компания разработала свой легендарный мейнфрейм IBM System/360. Именно тогда были сформулированы основные задачи любого интерфейса – физического или виртуального. Они состояли в том, чтобы обеспечить типовое подключение для всех устройств.
Евро разьемы
Изначально быть сделано всего несколько типов стандартных входов, обеспечивающих совместимость продукции, выпущенной разными производителями. Это был порт PS/2 для клавиатуры, LPT – для принтера и разъем для PCI платы. Сейчас на каждый тип подключения разработан свой стандартный интерфейс, такой подход в значительной мере упрощает разработку и продажу любых типов девайсов и позволяет разобраться с их встроенными возможностями. Приведем описания основных коммуникационных элементов, прежде всего, обозначение кнопки на магнитоле, которые используются на панелях автомагнитол Пионер и других.
Виды фирменных разьемов
Описание кнопок на передней панели магнитолы для управления (расшифровка)
Обозначения кнопок | Функция кнопок |
AF | Другая частота RDS, автоматический поиск при плохом приеме |
ALL OFF | Все выключено |
AMS | Музыкальный сенсор, работает по принципу проигрывания количества треков, равное количеству нажатий |
ANG | Регулировка панели |
ATA | Автоматически включается радио при выключении и перемотке медиатреков |
ATT | Быстро уменьшает громкость |
BAND | Выбор радиоприемника |
BEER | Включение звукового сопровождения нажатия кнопок |
Blank Skip | Пропускает паузы более 8 секунд |
BMS | Компенсирует низкие частоты при падении за счет основного устройства |
BTM | Запоминает качественную частоту сильных станций |
CLK ADJ | Регулирует время |
COLOR | Цвет |
DISP | Активация дисплея |
DNPP | Выбор CD в чейнджере |
DNPS | Ввод названий дисков |
DSP | Активация звукового процессора |
EJECT | Извлечь кассету в кассетном приемнике или диск |
EON | Прием дорожной информации |
FUNCTION | Переключает наиболее используемые функции |
INTO SCAN | Воспроизводит запись по 10 с для поиска |
LOS | Ищет станции, пропуская со слабым приемом |
LOUD | Компенсация тонов |
M.RDM | Случайное воспроизведение дисков |
PI | Автоматический поиск |
PI SOUND | Переключение на другую частоту |
PI MUTE | Приглушенный звук |
POWER | Выключение |
PS | Прослушивание по сохраненным настройкам |
PTY | Выбор жанра |
RDS | Поиск станции по мета-данным |
RDM | Воспроизведение дорожек диска в любой последовательности |
REG | Переход на частоту радиостанции с RDS |
Repeat Play | Повторноепроигрываниедорожки |
SCAN | Сканирование дорожек с воспроизведением начала |
SEL | Настройка |
SHUFFLE PLAY | Воспроизведение в случайном порядке доступной музыки |
SYSTEM Q | Отслеживание фактором улучшения звука и показ их на дисплее |
TA SEEK | Поиск станции с RDS |
TC | Вызов тюнера при перемотке |
Распиновка разъема (расшифровка)
Распиновка разъема – это единственный элемент интерфейса питания, имеющий индивидуальную схему. Иными словами интерфейс всегда разный и зависит от конкретной модели магнитолы, но обозначение распиновки магнитолы всегда одинаковое. Описание обычно приводится в документации.
Распиновка разъема
Существуют методики определения выходов пинов опытным путем в том случае, если невозможно получить оригинальное описание контактов. Это характерно для китайских устройств, выпускавшихся под брендами-однодневками. Необходимость восстановления часто необходима, так как устройство оказывается действительно неплохого качества и может еще использоваться в медийных целях.
Описание разъемов управления
В инструкции по эксплуатации указана обычная схема с условными обозначениями, описание которых приводится ниже. Данные должны учитывать название контактов магнитол, которые имеются на задней панели. Универсального варианта нет, так как чем больше интерфейсов, тем более развернутую функциональность поддерживается. Пионер практикует большое количество интерфейсов, другие – нет.
Но количество – это не панацея, а только один из вариантов элементов интерфейса. Лучше всего понять сказанное можно с помощью иллюстрации с указанием разъемов для ToyotaPrado. Обозначения на распиновке описаны в инструкции к магнитоле и приведены ниже.
Название проводов и выходов питания автомагнитолы
Приведенный список не является исчерпывающим. Интерфейсы автомагнитолы – это забота производителей, поэтому расшифровка проводов всегда индивидуальна и приводится в инструкции к каждой автомагнитоле. Контакты, как уже говорилось, и их количество зависят от функциональности автомагнитолы и особенностей управления, поэтому и считаются прерогативой производителя.
Давно хотел приобрести фирменный USB/VTR комплект кабелей. Но сейчас новый комплект обойдется дороже 10000руб. А б.у. полный комплект дешевле 3500руб. я не встречал. Все что дешевле, идет далеко не полным комплектом — без кабеля minijack-to-3RCA или без кабеля iPod
Для изготовления USB-кабеля пришлось приобрести USB-удленнитель и коннектор Hirose GT17HN
Кабель для iPod переделывал вот по этой распиновке pinouts.ru/PortableDevices/ipod.shtml
припаял к пинам 3,4,8 разъемы RCA, а ко 2 пину общий провод с этих же "тюльпанов".
Получился такой же комплект по функционалу, как и оригинал, только проще и без панельки в заглушку. Но панелька мне и не нужна, так как айпод и разъемы прячутся в бардачке. Смотрите мою запись про NHZN-W59G.
Распиновки для всех разъемов дилерских магнитол есть в записи про NSDN-W60, NSZT-W61G, NSZT-W62G
Парт-номера частей разъема Hirose вот тут
Ну а вот мой USB/VTR в работе совместно с NHBA-W62G, скоро выложу в своем бортовом журнале обзор этой магнитолы с видео:
Это моя маленькая статья с описанием (почти) всего, что я знаю об интерфейсе Apple Lightning и связанных с ним технологиях: Tristar, Hydra, HiFive, SDQ, IDBUS и др. Но сначала маленькое предупреждение…
Читайте эту статью на свой страх и риск! Информация основана на большом количестве внутренних материалов AppleInternal (утечка данных, схем, исходных кодов), которые я прочёл по диагонали. И, конечно, на моих собственных исследованиях. Должен предупредить, что я никогда раньше не проводил подобных исследований. Таким образом, эта статья может использовать неправильные или просто странные термины и оказаться частично или полностью неправильной!
Прежде чем углубиться, давайте кратко разберёмся в терминах:
Lightning — это цифровой интерфейс, используемый в большинстве устройств Apple iOS с конца 2012 года. Он заменил старый 30-контактный разъём.
На картинке выше гнездо разъёма, а на картинке ниже его распиновка:
Пожалуйста, обратите внимание, что в разъёме контакты с обеих сторон коннектора не соединены в одном и том же порядке. Таким образом, хост-устройство должно определить ориентацию кабеля, прежде чем что-то делать.
Хотя это не всегда так. У многих аксессуаров Lightning, которые мне попадались, в разъёмах зеркальная распиновка.
Tristar — это интегральная схема, встроенная в каждое устройство с гнездом разъёма Lightning. По сути, это мультиплексор:
Кроме всего прочего, его основная цель состоит в том, чтобы соединяться со штекерным разъёмом Lightning, как только он подключён — определять ориентацию, Accessory ID и надлежащим образом маршрутизировать внутренние интерфейсы, такие как USB, UART и SWD.
Hydra — это новый вариант Tristar, используемый начиная с iPhone 8/X. Видимо, наиболее существенным изменением является поддержка беспроводной зарядки, но это ещё предстоит проверить:
Мне известны пять основных вариантов Tristar/Hydra:
- TI THS7383 — Tristar первого поколения в iPad mini 1 и iPad 4
- NXP CBTL1608A1 — Tristar первого поколения в iPhone 5 и iPod touch 5
- NXP CBTL1609A1 — таинственный Tristar первого поколения в iPod nano 7 — источник
- NXP CBTL1610Ax — TriStar второго поколения, используется начиная с iPhone 5C/5S и, по-видимому, во всём остальном, что не поддерживает беспроводную зарядку. Существует несколько поколений (x — номер поколения)
- NXP CBTL1612Ax — Hydra используется с iPhone 8/X и, видимо, во всём остальном, что поддерживает беспроводную зарядку. Существует несколько поколений (x — номер поколения)
HiFive — это дочерний интерфейс Lightning, то есть штекерный разъём. Он также содержит логический элемент — этот чип известен как SN2025/BQ2025.
Эти два термина часто считают своего рода синонимами. Для удобства я буду использовать только термин IDBUS, так как он кажется мне более правильным (и именно так технология называется в спецификации THS7383).
Итак, IDBUS — это цифровой протокол, используемый для коммуникации между Tristar и HiFive. Очень похож на протокол Onewire.
Давайте прослушаем коммуникации Tristar и HiFive. Возьмите логический анализатор, переходную плату Lightning с соединением для гнезда и штекерного разъёма, какой-нибудь аксессуар (обычный кабель Lightning-to-USB отлично подойдёт) и, конечно, какое-нибудь устройство с портом Lightning.
Сначала подключите каналы логического анализатора к обеим линиям ID переходной платы (контакты 4 и 8) и подключите плату к устройству, но пока не подключайте аксессуар:
Сразу после этого начните выборку (подойдёт любая частота от 2 МГц и выше). Вы увидите что-то вроде этого:
Как видете, Tristar опрашивает каждую линию ID по очереди — одну за другой. Но поскольку мы не подключили никакого аксессуара, опрос явно провалился. В какой-то момент устройство устанет от этого бесконечного потока отказов и остановит его. А пока давайте разберёмся, что именно происходит во время опроса:
Сначала мы видим длинный интервал (около 1,1 миллисекунды), когда просто уровень высокий, но больше ничего не происходит:
Видимо, это время используется для зарядки внутреннего конденсатора HiFive — энергия от него будет затем использоваться для питания внутренних логических чипов.
Гораздо интереснее то, что происходит потом:
Очевидно, это поток каких-то данных. Но как его интерпретировать? Как расшифровать? Давайте виртуально разделим его на минимальные значимые части — то, что я называю словами:
По сути слово — это сочетание падения-подъёма-падения:
- Содержательный этап — интервал, который определяет значение слова
- Этап восстановления — интервал, который, видимо, требуется для обработки содержательной стадии на стороне получателя и/или для подготовки следующего слова на стадии отправки
Содержание | Восстановление | ||||
---|---|---|---|---|---|
Слово | Min | Typ | Max | Min | Typ |
BREAK | 12 | 14 | 16 | 2.5 | 4.5 |
WAKE | 22 | 24 | 27 | 1100? | |
ZERO | 6 | 7 | 8 | 3 | |
ONE | 1 | 1.7 | 2.5 | 8.5 | |
ZERO и STOP* | 6 | 7 | 8 | 16 | |
ONE и STOP* | 1 | 1.7 | 2.5 | 21 |
* STOP используется, когда это последний бит в байте
Используя приведённую выше таблицу теперь мы можем построить простой декодер протокола:
Теперь давайте рассмотрим этап данных на примере выше — 0x74 0x00 0x02 0x1f :
- 0x74 — тип запроса/ответа. Всегда чётный для запроса и нечётный для ответа (тип запроса +1)
- 0x00 0x02 — фактические данные. Может быть пустым
- 0x1f — это CRC8 как байта типа запроса, так и всех данных (полином — 0x31, начальное значение — 0xff)
И вот что появляется на IDBUS после запроса 0x74:
HiFive ответил! И если вы прокрутите дальше, то увидите много других пар запрос/ответ:
Некоторые запросы не нуждаются в ответе:
Самый важный запрос IDBUS — это 0x74, он используется для двух целей: чтобы приказать HiFive включить полное напряжение и силу тока (в случае, если оно поддерживается аксессуаром), спросить его о конфигурации контактов, которые поддерживаются кабелем, и некоторых других метаданных.
О том, как кодируются данные ответа 0x75, известно не так уж много. Но некоторые биты доступны в старой спецификации Tristar:
Первый байт данных ответа 0x75
ACCx[1:0] | ACC1 | ACC2 | HOST_RESET |
---|---|---|---|
00 | Hi-Z (IDBUS) | Hi-Z | Hi-Z |
01 | UART1_RX | UART1_TX | Hi-Z |
10 | JTAG_DIO | JTAG_CLK | Hi-Z |
11 | Hi-Z | Hi-Z | HIGH |
ACCx[1:0] | ACC1 | ACC2 | HOST_RESET |
---|---|---|---|
00 | Hi-Z | Hi-Z (IDBUS) | Hi-Z |
01 | UART1_RX | UART1_TX | Hi-Z |
10 | JTAG_DIO | JTAG_CLK | Hi-Z |
11 | Hi-Z | Hi-Z | HIGH |
Dx[1:0] | DP1 | DN1 | DP2 | DN2 |
---|---|---|---|---|
00 | Hi-Z | Hi-Z | Hi-Z | Hi-Z |
01 | USB0_DP | USB0_DN | Hi-Z | Hi-Z |
10 | USB0_DP | USB0_DN | UART1_TX | UART1_RX |
11 | Hi-Z | Hi-Z | Hi-Z | Hi-Z |
Dx[1:0] | DP1 | DN1 | DP2 | DN2 |
---|---|---|---|---|
00 | Hi-Z | Hi-Z | Hi-Z | Hi-Z |
01 | Hi-Z | Hi-Z | USB0_DP | USB0_DN |
10 | USB0_DP | USB0_DN | UART1_TX | UART1_RX |
11 | Hi-Z | Hi-Z | Hi-Z | Hi-Z |
Используя эти таблицы, давайте расшифруем ID нашего кабеля ( 10 0C 00 00 00 00 ) с учётом того, что линия ID найдена на контакте ID0:
Первый байт ответа 0x75 кабеля
7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
---|---|---|---|---|---|---|---|
ACCx | Dx | DATA[43:40] | |||||
0 | 0 | 0 | 1 | 0 | 0 | 0 | 0 |
Таким образом, ACCx — это 00, Это означает, что пин ID0 просто привязан к IDBUS, а Dx = 01 означает, что пины DP1/DN1 настроены как USB0_DP/USB0_DN. Именно то, что мы ожидали от стандартного USB-кабеля.
А теперь давайте перехватим что-нибудь поинтереснее:
Аксессуар | ID (HOSTID = 1) |
---|---|
DCSD | 20 00 00 00 00 00 |
KongSWD (без работающего Astris) | 20 02 00 00 00 00 |
KongSWD (с работающим Astris) | A0 00 00 00 00 00 |
KanziSWD (без работающего Astris) | 20 0E 00 00 00 00 |
KanziSWD (с работающим Astris) | A0 0C 00 00 00 00 |
Haywire (HDMI) | 0B F0 00 00 00 00 |
Зарядка UART | 20 00 10 00 00 00 |
Lightning на 3,5 мм/EarPods с Lightning | 04 F1 00 00 00 00 |
Вот полный (?) список запросов IDBUS от @spbdimka:
Совет №1: вы можете легко получить свойства аксессуара, включая его идентификатор, используя accctl:
Это внутренняя утилита Apple, поставляемая со сборками NonUI/InternalUI. Но вы можете легко запустить её на любом устройстве после джейлбрейка.
Совет №2: вы можете легко получить конфигурацию контактов кабеля с помощью diags:
Обратите внимание, что эта команда доступна только на iOS 7+.
Совет №3: вы можете легко отслеживать запросы/ответы 0x74/0x75, генерируемые SWD-пробами, установив debug env var, равное 3:
Затем на виртуальном COM от кабеля вы увидите что-то вроде этого:
В одной из таблиц выше можно увидеть упоминание некоего HOSTID. Это 16-битное значение, передаваемое в запросе 0x74. Похоже, что оно также влияет на ответ HiFive. По крайней мере, если установить для него недопустимое значение (да, это возможно с diags), HiFive перестаёт с ним работать:
Впрочем, в прошивке KongSWD/KanziSWD есть переменная окружения disableIdCheck, которую вы можете настроить так, чтобы игнорировать недопустимый HOSTID.
Важное примечание: У Kong и Kanzi нет HiFive в качестве выделенного непрограммируемого чипа. Эти аксессуары эмулируют его с помощью микроконтроллера и/или блока FPGA, что позволяет его легко обновлять/перепрограммировать.
В таблице Accessory ID выше можно заметить, что Kong и Kanzi посылают разные ответы в зависимости от того, запускается или нет Astris, это программное обеспечение AppleInternal, предназначенное для отладки с помощью SWD-проб (или зондов). Если вы расшифруете эти ответы с помощью приведённых выше таблиц, то обнаружите, что когда Astris не запускается, зонд будет действовать точно так же, как DCSD — USB на линиях D1 и debug UART на линиях D2. Но когда отладочное программное обеспечение работает, линии ACCID переключаются на SWD.
Но что, если мы хотим запустить Astris после того, как зонд уже подключён к устройству? Что будет делать кабель? Как он будет переключаться между линиями ACC на SWD? Вот тут-то WAKE и вступает в игру! HiFive (или устройство, которое его эмулирует) может инициировать WAKE — и процесс перечисления IDBUS начнётся снова: Tristar отправит запрос 0x74, Kong/Kanzi ответит новым идентификатором, Tristar подтвердит его и направит линии ACC на внутренние линии SWD (SoC должен это поддерживать на физическом уровне, конечно).
Последнее, что я собираюсь рассмотреть — рукопожатия питания (power handshakes). Это алгоритм, основанный на запросах/ответах IDBUS, которые драйверы ядра Tristar используют перед тем, как разрешить зарядку от аксессуара.
Когда кабель Lightning просто где-то лежит, подключённый к зарядному устройству/компьютеру, но не подключённый к устройству, HiFive ограничивает ток на PWR действительно небольшим значением (около 10-15 мА по моим измерениям). Чтобы включить полный ток, запрос 0x74 должен быть выдан Tristar и обработан HiFive. Для SecureROM/iBoot этого достаточно, но при загрузке ядра необходимо сделать дополнительные шаги:
- TriStar выдаёт два запроса 0x70
- Как только второй запрос обработан HiFive и отправлен ответ, он вообще отключает ток примерно на 20 миллисекунд
- По истечении этого времени Tristar выдаёт ещё один запрос 0x70, но с содержанием 0x80 в данных. HiFive обрабатывает его и отвечает
- На этом этапе драйвер ядра, ответственный за Tristar, должен разрешить зарядку
Ещё одна особенность Tristar, о которой я хотел бы рассказать, — ESN. Это маленький блоб, который Tristar хранит в своём EEPROM (на CBTL1610A2 и более поздних версиях). Его можно получить по IDBUS с помощью кабеля Serial Number Reader (или Kanzi, они в основном одинаковые, за исключением разных USB-PID и немного отличающихся корпусов)
Что происходит на IDBUS при получении ESN, задокументировал @spbdimka:
Вы можете проверить состояние с помощью diags:
… а также получить ESN:
Кстати, у diags вообще богатый набор команд Tristar (доступен, начиная с iOS 7):
Tristar доступен на шине I2C (адрес 0x34 для записи, 0x35 для чтения). Именно так diag и драйверы ядра с ним взаимодействуют.
О реестрах публично известно не так уж много. Много информации о самой карте регистра можно получить из утёкшего исходного кода iBoot (только для THS7383 — кажется, обратно совместимого с CBTL1608 — и CBTL1610), но не так много о том, что нужно туда записать, чтобы добиться каких-то интересных результатов.
Ещё одним источником знаний является модуль Tristar из diags (легко извлекаемый через SWD во время его работы). Например, мне удалось отреверсить алгоритмы чтения состояния подготовки и ESN. Затем я реализовал это как дополнение к моей нагрузке для iBoot под названием Lina:
Я также попытался изменить алгоритм записи ESN, но потерпел неудачу — механизм слишком сложный для меня. Однако фрагменты кода от Lina доступны здесь.
Сам Tristar питается от источника 1,8 В. Линии для IDBUS устойчивы к 3,0 В, согласно моему осциллографу:
Таким образом, без схемы сдвига уровня лучше не пытаться взаимодействовать с IDBUS с помощью устройств, устойчивых к 5 В, как некоторые модели Arduino.
После публикации предыдущей статьи о переходниках USB miniUSB, я заинтересовался переходниками в уже рассмотренных плеерах копия ipod nano g3 и копия ipod nano g4. Кaк устроен этот кабель? Как его отремонтировать в случае необходимости? И самый интересный вопрос: совместим ли он с оригиналом?
+ Power Bank в подарок
Для начала пришлось разобрать кабель клона и посмотреть, как он устроен.
Фото: USB кабель для копии ipod nano (click для увеличения)
Итого мы видим, что у нас задействовано только 4 из 30и разъемов.
04 – инфо плюс
06 – инфо минус
08 – питание
15 – земля
В Интернете я нашел информацию о распиновки 30и пинового разъема оригинального плеера айпод. Ниже привожу описание каждого вывода разъема на английском языке.
Фото: 30и пиновый разъем ipod nano (click для увеличения)
Pin
Signal
Description
S-Video Chrominance output
S-Video Luminance output
Accessory Indicator/Serial enable
Вывод: кабель полностью взаимозаменяем. И для простой зарядки и обмена информацией с компьютером, вполне может подойти кабель и от копии. Обратите внимание, что в первый раз мы считали выводы на разъеме провода, а в таблице приведены выводы самого плеера, которые являются зеркальным отображением разъема шнурка. Т.е. 3ий вывод на шнурке, соответствует 3ему с конца выводу на плеере. В подтверждение сказанного, лично я использовал переходник от клона для подключения ipod Classic к компьютеру. При этом Никах проблем не обнаружил, плеер отлично взаимодействовас с компьютером.
Отдельно хочется заметить: автор данной статьи не может вам гарантировать, что каждый переходник, внешне похожий на оригинал, будет работать так, как описано в данной статье. НО используя знания, полученные на данной странице, вам проще будет проверить работоспособность имеющегося в наличие переходника, а также предотвратить нежелательные последствия.
Спасибо за полезную информацию. Мне понравилось. Удачи.
Если вы реально решили сделать распиновку обычного кабеля для Apple девайса под AV Cable (оригинальный или не оригинальный кабель значение не имеет) то у вас ничего не получиться. Дело в том что внутри штекера (папы) нет всех положенных медных пинов. У оригинального провода для зарядки их всего 6, в китайском 4, а нужно 17. Я очень обломался когда решил сделать удлинитель для AV кабеля чтоб смотреть с Айфона плазму.
Читайте также: