за что отвечает коаксиальный кабель в айфоне 6
Сравнение оригинальных запчастей для ремонта iPhone с неоригинальными
Одной из принципиальных отличительных особенностей компании Apple от других производителей является ее отношение к ремонту выпускаемой ею техники. Она не производит запасных частей ни для каких своих продуктов и не рекомендует осуществлять их ремонт в принципе. Если iPhone или, например, iPad выходит из строя во время гарантийного срока по любой причине, работники компании просто меняют его на новое устройство без каких-либо лишних разбирательств. Если же поломка произошла по вине пользователя, ему предложат приобрести новое устройство. На первый взгляд, все очень просто. Тем не менее, есть в данном случае и подводные камни. Во-первых, у пользователя банально может не быть доступа к сертифицированному сервисному центру, во-вторых, приобретения нового телефона или планшета можно избежать относительно недорогим ремонтом, который будет предполагать замену каких-либо комплектующих на оригинальные или неоригинальные запчасти. Кстати, между первыми и вторыми есть некоторые отличия.
Так чем же отличается оригинальная запчасть для iPhone от неоригинальной?
Оглавление:
Предыстория
Многие пользователи задаются закономерный вопросом — «Какие запчасти используются для ремонта iPhone и iPad, если компания Apple их не выпускает?». Вводная информация и большинство ответов доступны в данных материалах от наших коллег:
— Мифы и реальность ремонта в сервисных центрах (iPhones.ru);
— Пять плохих запчастей в вашем отремонтированном iPhone (iPhones.ru).
После знакомства с этими данными необходимо обратить внимание на то, что пишут по поводу запасных частей для продукции Apple сами их продавцы. Вот один из найденных через Google по запросу «Оригинальные запасные части для iPhone»:
— Yodamobile.ru.
В отличие от Yodamobile.ru, которые предоставили честную и исчерпывающую информацию о своих запчастях, большинство продавцов просто называют их «Оригинальными». К сожалению, мы еще не успели ознакомиться с качеством предлагаемых данным реселлером деталей, но обязательно сделаем контрольную закупку у него и ряда других поставщиков.
Мы прошлись по «Горбушке» в поисках запасных частей и были откровенно удивлены — почти все продавцы утверждали, что предлагают оригинальные комплектующие для iPhone. Нами был приобретен нижний шлейф (его также называют системным шлейфом, шлейфом зарядки или шлейфом разъема Lightning) в первом магазине, который предлагал «оригинальные» запчасти. Это — один из самых сложных компонентов iPhone, поэтому с заведомо оригинальным мы решили сравнить именно его.
Купив нижний шлейф за 660 рублей, мы сравнили его с запчастями других крупных сетевых магазинов. Даже мелкие детали и маркировка комплектующего совпадали — у всех был один и тот же шлейф. Стоимость, тем не менее, отличилась — 460, 550, 990 рублей. Мы нашли запасную часть от этого же производителя на AliExpress:
— http://ru.aliexpress.com/item/10pcs-lot-original-Gray-Charging-Dock-Connector-Charger-Port-Headphone-Plug-Assembly-flex-cable-for-iPhone/32371121880.html;
— http://ru.aliexpress.com/item/One-Million-Original-Dock-Connector-Charging-Port-with-Headphone-Jack-Plug-Flex-for-iPhone-6-Parts/32343579433.html.
Отметим также, что информация об «оригинальности» не всегда идет от местных магазинов. Очень часто лукавят и китайские поставщики. Некоторые из них честно указывают, что предлагают неотличимую копию, однако другие без зазрения совести подписывают запасную часть как оригинальную. Представленный товар и первым, и вторым нужно продать — все это на их совести.
Сравнение оригинальной и неоригинальной запчасти
Предлагаем провести сравнение заведомо оригинальной снятой с iPhone запчасти и ее неоригинального аналога.
Простое визуальное сравнение
Оригинальная деталь находится слева, купленная для сравнения ее копия — справа.
Как видим, при простом визуальном сравнении каких-то отличий заметить не получится. Все скопировано «в ноль» — хорошая работа.
Визуальное сравнение под микроскопом
После обычного визуального сравнения оригинальной и неоригинальной запчасти необходимо рассмотреть их под микроскопом.
Сравнение маркировок
На первой фотографии — оригинальная маркировка. Он выполнена с помощью тампопечати и имеет достаточно неплохое качество. Маркировка на неоригинальной детали имеет рваные края. На работоспособности запчасти и ее долговечности данный факт никак не скажется, однако он портит общее впечатление, не так ли?
Чипы микрофона
Маркировка на чипы микрофона нанесена разным оборудованием — возможно, это разные партии. Тем не менее, сами по себе они идентичны и могут даже быть произведены на одном и том же заводе.
Коннекторы
Коннекторы на деталях очень похожи, особенно их маркировка — они также могут быть сделаны одним производителем. Буква «K» в маркировке на оригинальной запчасти заменена на букву «L» в копии — что это означает не известно. Кроме того, видна разница в толщине слоя, который защищает медные дорожки.
Фиксатор коаксиального кабеля
Фиксатор коаксиального кабеля, который отвечает за сотовую сеть, в неоригинальном кабеле обжат крайне плохо — с ним возможна нестабильная работа связи. Есть вероятность, что нам попался бракованный кабель, однако без микроскопа перед прилавком разглядеть подобный дефект было бы сложно.
Достоинства
Недостатки
Используемые компанией «ЭтоСервис» запчасти
Что касается запчастей, которые мы используем для ремонта iPhone своих клиентов, то ситуация тут лучше в разы. Да, мы не можем с открытой душой сказать, что они оригинальные, поскольку считаем оригиналом только то, что непосредственно снято с телефона. Тем не менее, проблем с обжимом коаксиального кабеля здесь нет, содержание маркировки чипа микрофона совпадает с оригиналом (в том числе и содержимое QR-кода), а общая маркировка шлейфа выполнена более качественно. Возможно, это та запчасть, которую называют «Заводской оригинал без контроля качества Apple». Браки и поломки по подобным комплектующим практически не встречаются. Это — достойное фабричное качество.
За что отвечает коаксиальный кабель в айфоне 6
Ну так антенну можно хоть от 5s подключить и проверить связь,по поводу разницы в антенне не припомню даже с 6+,а то что звука нет при вызове,так это скорей всего режим наушников включен,но тогда не будет и динамик верхний работать,можно боковой клавишей прибавить/убавить звук и если напишет наушники,то шлейф под замену
Купоэт заменен? Может вы его к мелочевке отнесли?
Чтоб с u_buffer? Под ним не слиплось? Что с у5411рф, она в порядке? Заменен ли свитч у асм рф?
cooperlonely спасибо огромное. не придал я значения ubuffer.. может сдвинул когда бб снимал, имей появился буду проверять сетку отпишусь как проверю!
Возле трансивера дроссель по питанию под компотом чекните.
на дросселе l3802_rf присутствуют 1.3в
Всем привет, ребята, нужен совет как восстановить вырванные пятаки на площадке под модем на айфоне 6
Все шт 5 надо восстановить
Всем привет, ребята, нужен совет как восстановить вырванные пятаки на площадке под модем на айфоне 6
Все шт 5 надо восстановить
ну это перемычки так делают, а я имею ввиду как бы мне восстановить альминьевые шары на площадке посадки модема)
без обид, но йопта! шо, в гугле забанили чтоль? в ютубе куча видосов по разным вопросам. на крайняк можно кому-нибудь в личку стукнуть.
Всем привет, ребята, нужен совет как восстановить вырванные пятаки на площадке под модем на айфоне 6
Все шт 5 надо восстановить
Он видать недогрел и жестко дернул его.
Там навыки нужны нормальные чтобы восстановить и накатать грамотно.
Для начала оплеточкой снимите остатки припоя, затем уже смотреть на последствия вашей деятельности.
Всем доброго времени суток. Принесли iphone 6. После вскрытия обнаружил, что его уже копали. Проблема в том, что теряет связь т.е. он видит оператора, прошивка модема отображается, имей присутствует. Может ловить сеть в течении суток или пяти минут. потом снова нет сети. на плате следов залития нет. Что делали с ним не знаю, так как он был куплен с рук. Принесли изначально его на разблок. экрана. прошил и такая вот беда. Подскажите с чего начинать
Как решил проблему?
Пришла 6ка с банальным отсутствием IMEI через *#06#, пятаки восстановили, сеть появилась, клиенту отдали. Меньше чем через неделю приносит и у него уже восклицательный знак и Нет сети. (IMEI отсутствует). Телефон в режиме активации.
Делали повторно ребол ББ и КП модема, меняли КП модема. Прозванивали в диодной позвонке все пятки на под ББ и под КП модема, всё в норме. Питание на модем не поднимается. Сделали прошивку, не помогло. Что можно ещё проверить?
Есть смысл на обум менять трансы, уселки?
помню был подобный случай, поменял буфер около модема и всё заработало
помню был подобный случай, поменял буфер около модема и всё заработало
Заменил буфер и кварц, не помогло.
Вот вот. уж я с этой шестеркой психанула. нет сети в помещении, на улицие плохой прием
что было сделано
Шлейф подкинут
Модем с восстановлением пятаков в первую очередь И
Замена (очередность замены не описываю)
U_DSM_RF, U_WFR_RF, U_WTR_RF, U_PMICRF, 5 FR38X40B, FT_B40, L4608_RF,
U_BUFFER, U_QPOET, U_HBS_RF, FT_41BC, FT40A41A, U_HBPAD, U_ASM_RF, U_VLBPAD, U_MBPAD, U_LBPAD, U_2GPARF,
все напруги проверены, дросселя тоже, кондеры выпаяны проверены
И ВОТ МАТЬ ЕГО СНИМАЮ ГРЁБАНУЮ U1601 И СЕТЬ ПОЯВИЛАСЬ.
Обратите внимание на этот аудиокодек. Факт есть факт.
Что то прогрелось с обратной стороны в радиоблоке
Если она столько элементов в радиоблоке заменила, и ничего не прогрелось, а поднятие аудиоусилка помогло, то се-же скорее всего это как-то взаимосвязано. Не так давно с таким Х разбирался, модем резко пропал и что только логичное в этом случае я не предпринимал, нет модема и все. По итогу перекатал усилок, что стоит рядом с модемом, почему-то показалось, что как-то криво он стоит относительно других элементов и модем появился и больше не пропадал. Как объяснить пока не знаю
Пришла шестерка и жалобы,что теряет сеть! Поднял модем,там мычки уже кто то кинул,заменил трансивер,заменил ASM,поменял усилки,ничего не поменялось. В помещении нет сети,на улице появляется сеть,но дико начинает греться модем и батарея высаживается на глазах.Обратил внимание,что был заменен нижний шлейф.Отстегнул его и вуаля. Сеть ловит,модем не греется,батарея в пределах нормы. Подкинул оригинальный рабочий шлейф и опять те же грабли! Прозвонил разъем относительно земли,ничем существенно не отличается от рабочего аппарата.В чем собственно говоря прикол?
Микрофон во время разговора работает?
Гарнитура?
Динамик?
Коза или завышенное потребление по одному из этих цепей?
Поменял всю радиочасть еще раз и сменил тристар. Сеть ловит стабильно,но не хочет засыпать.Соответственно батарея разряжается на глазах! Почему не засыпает?
Пора прокладку менять.
Себе поменяйте. Замена основного КП решила проблему
294 пост о чем был, мой пост тоже не от балды был написан, было же понятно, что есть короткое либо потребление по одним из питаний указанных цепей, а вы тупо все меняете, вот я и предложил заменить прокладку.Еще и обижаетесь.Мозги где?
294 пост о чем был, мой пост тоже не от балды был написан, было же понятно, что есть короткое либо потребление по одним из питаний указанных цепей, а вы тупо все меняете, вот я и предложил заменить прокладку.Еще и обижаетесь.Мозги где?
последние 9 лет занимаюсь ремонтом iphone
Покорнейше прошу Вас сударь, простить меня!
не показатель. Махните её, пропаяв обвязку. Дело недолгое, но исключите этот узел из поиска.
Нет, только отключал, попробую в другой корпус поставить и отпишу.
Странно, но сразу как только подкинул ситуация была без изменений, но пока покрутил в руках и понажимал на разъём шлейфа, сеть появилась. пока наблюдаю. Спасибо за наводку! Конечный итог отпишу здесь.
Вот вот. уж я с этой шестеркой психанула. нет сети в помещении, на улицие плохой прием
что было сделано
Шлейф подкинут
Модем с восстановлением пятаков в первую очередь И
Замена (очередность замены не описываю)
U_DSM_RF, U_WFR_RF, U_WTR_RF, U_PMICRF, 5 FR38X40B, FT_B40, L4608_RF,
U_BUFFER, U_QPOET, U_HBS_RF, FT_41BC, FT40A41A, U_HBPAD, U_ASM_RF, U_VLBPAD, U_MBPAD, U_LBPAD, U_2GPARF,
все напруги проверены, дросселя тоже, кондеры выпаяны проверены
И ВОТ МАТЬ ЕГО СНИМАЮ ГРЁБАНУЮ U1601 И СЕТЬ ПОЯВИЛАСЬ.
Обратите внимание на этот аудиокодек. Факт есть факт.
В месте расположения полифоника как раз то самое место, где имеет обыкновение расслаиваться на слои плата, от чего часто обрывы микрофона, зарядки, сети.
Никакой иной взаимосвязи между этими узлами я не вижу, и думаю, если бы накатали снятый полифоник на место, был бы тот же эффект.
Как устроен Apple Lightning
Это моя маленькая статья с описанием (почти) всего, что я знаю об интерфейсе Apple Lightning и связанных с ним технологиях: Tristar, Hydra, HiFive, SDQ, IDBUS и др. Но сначала маленькое предупреждение…
Читайте эту статью на свой страх и риск! Информация основана на большом количестве внутренних материалов AppleInternal (утечка данных, схем, исходных кодов), которые я прочёл по диагонали. И, конечно, на моих собственных исследованиях. Должен предупредить, что я никогда раньше не проводил подобных исследований. Таким образом, эта статья может использовать неправильные или просто странные термины и оказаться частично или полностью неправильной!
Прежде чем углубиться, давайте кратко разберёмся в терминах:
Что такое Lightning?
Lightning — это цифровой интерфейс, используемый в большинстве устройств Apple iOS с конца 2012 года. Он заменил старый 30-контактный разъём.
На картинке выше гнездо разъёма, а на картинке ниже его распиновка:
Пожалуйста, обратите внимание, что в разъёме контакты с обеих сторон коннектора не соединены в одном и том же порядке. Таким образом, хост-устройство должно определить ориентацию кабеля, прежде чем что-то делать.
Хотя это не всегда так. У многих аксессуаров Lightning, которые мне попадались, в разъёмах зеркальная распиновка.
Что такое Tristar и Hydra?
Tristar — это интегральная схема, встроенная в каждое устройство с гнездом разъёма Lightning. По сути, это мультиплексор:
Кроме всего прочего, его основная цель состоит в том, чтобы соединяться со штекерным разъёмом Lightning, как только он подключён — определять ориентацию, Accessory ID и надлежащим образом маршрутизировать внутренние интерфейсы, такие как USB, UART и SWD.
Hydra — это новый вариант Tristar, используемый начиная с iPhone 8/X. Видимо, наиболее существенным изменением является поддержка беспроводной зарядки, но это ещё предстоит проверить:
Мне известны пять основных вариантов Tristar/Hydra:
Что такое HiFive?
HiFive — это дочерний интерфейс Lightning, то есть штекерный разъём. Он также содержит логический элемент — этот чип известен как SN2025/BQ2025.
Что такое SDQ и IDBUS?
Эти два термина часто считают своего рода синонимами. Для удобства я буду использовать только термин 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 используется, когда это последний бит в байте
Используя приведённую выше таблицу теперь мы можем построить простой декодер протокола:
Как видите, сначала хост посылает BREAK — когда Tristar хочет отправить новый запрос, хост всегда начинает с этого слова. Затем наступает этап передачи данных. Пожалуйста, обратите внимание, что у последнего (8-го) бита в байте более длительный этап восстановления. Когда этап передачи данных заканчивается, хост отправляет ещё один BREAK. Затем дочернее устройство должно отправить ответ (после задержки не менее 2,5 микросекунд — см. таблицу). Tristar будет ждать ответа около 2,2 мс. Если ответ не выдан в этот промежуток времени, Tristar попытается опросить другую линию ID.
Теперь давайте рассмотрим этап данных на примере выше — 0x74 0x00 0x02 0x1f :
И вот что появляется на IDBUS после запроса 0x74:
HiFive ответил! И если вы прокрутите дальше, то увидите много других пар запрос/ответ:
Некоторые запросы не нуждаются в ответе:
Интерпретация запросов и ответов IDBUS
Самый важный запрос 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 кабеля
Таким образом, 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
В одной из таблиц выше можно увидеть упоминание некоего 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 этого достаточно, но при загрузке ядра необходимо сделать дополнительные шаги:
Несколько слов об ESN и интерфейсе Tristar I2C
Ещё одна особенность Tristar, о которой я хотел бы рассказать, — ESN. Это маленький блоб, который Tristar хранит в своём EEPROM (на CBTL1610A2 и более поздних версиях). Его можно получить по IDBUS с помощью кабеля Serial Number Reader (или Kanzi, они в основном одинаковые, за исключением разных USB-PID и немного отличающихся корпусов)
Проще говоря, отправив этот блоб на ttrs.apple.com, вы можете получить серийный номер устройства. Этот механизм используется сотрудниками Apple Store/Apple Premium Reseller для извлечения SN с мёртвых устройств (если Tristar ещё жив):
Что происходит на IDBUS при получении ESN, задокументировал @spbdimka:
Подготовка
Процедура «прошивки» ESN на Tristar называется подготовка (provisioning). Она происходит с диагностикой на стороне устройства, через EzLink на принимающей стороне в три этапа.
Вы можете проверить состояние с помощью diags:
… а также получить ESN:
Кстати, у diags вообще богатый набор команд Tristar (доступен, начиная с iOS 7):
Tristar I2C
Tristar доступен на шине I2C (адрес 0x34 для записи, 0x35 для чтения). Именно так diag и драйверы ядра с ним взаимодействуют.
О реестрах публично известно не так уж много. Много информации о самой карте регистра можно получить из утёкшего исходного кода iBoot (только для THS7383 — кажется, обратно совместимого с CBTL1608 — и CBTL1610), но не так много о том, что нужно туда записать, чтобы добиться каких-то интересных результатов.
Ещё одним источником знаний является модуль Tristar из diags (легко извлекаемый через SWD во время его работы). Например, мне удалось отреверсить алгоритмы чтения состояния подготовки и ESN. Затем я реализовал это как дополнение к моей нагрузке для iBoot под названием Lina:
Я также попытался изменить алгоритм записи ESN, но потерпел неудачу — механизм слишком сложный для меня. Однако фрагменты кода от Lina доступны здесь.
Электрические характеристики Tristar
Сам Tristar питается от источника 1,8 В. Линии для IDBUS устойчивы к 3,0 В, согласно моему осциллографу:
Таким образом, без схемы сдвига уровня лучше не пытаться взаимодействовать с IDBUS с помощью устройств, устойчивых к 5 В, как некоторые модели Arduino.