Форум » Ремонт: JTAG, блок питания, матплаты, пульты » is 890 JTAG » Ответить
is 890 JTAG
in: • Изготовление устройства для соединения JTAG-интерфейса ресивера is 890 с LPT-портом компьютера - click here • Софт, загрузчики и дампы - всё необходимое для ремонта ресиверов is - click here "Всё, что вы делаете - вы делаете на свой страх и риск. Максимум, что может случиться - это частично неисправный ресивер, которым будет нельзя пользоваться. Это не конец жизни, это всего лишь дорогая электронная игрушка." - цитата от in Необходимо залить родной "эталонный" boot (относится только к boot 890 и 918) от in и только потом делать коннект и считывать boot из ресивера. Нормальным, можно считать соединение только в том случае, если считанные один за другим 3-4 boot на 100% схожи между собой и с эталонным. Если при сравнении есть ошибки, то ничего заливать нельзя! Внимание! На данный момент для использования на GI-890 прошивок от клонов – нет необходимости в замене BOOT при помощи JTAG! Подробнее тут.
simon: PR2201JM пишет: В то время как паяльником вы разогреваете припой, игла ныряет в припой, поддевает и поднимает ножку микрухи за торец Игла от шприца, как и простая игла швейная имеет свойство облуживаться даже без канифоли и флюсов. По крайней мере у меня было так. В итоге припаяется к ножке той же драгоценнейшей флешки, что может посодействовать обрыву оной. Да и отгибать выводы флешки я например не решаюсь. На нее смотреть-то без мелкоскопа страшно, а тут еще и выводы гнуть. Отломать можно влет! Кроме процессора выпаивать и впаивать можно и 40-ваттным паялой, со специально расплющенным молотком жалом на все ножки, главное чтобы руки не тряслись, что я и делаю. Фена у меня нет, но когда в нем возникает необходимость, беру у друга жестянщика фен для пайки автомобильных бамперов. Ничего, классно получается.
georg: Разговор проффесионалов!Но не ,ч ..ов Как называется(ФЛЕШКА) микросхема в GIS-890,где damp для октана? Как название ,марка, Программатора! ВАМ надоело отвечать, на вопросы,дело надо довести до положительного результата. IN?
a123: georg пишет: Разговор проффесионалов!Но не ,ч ..ов Как называется(ФЛЕШКА) микросхема в GIS-890,где damp для октана? Как название ,марка, Программатора! ВАМ надоело отвечать, на вопросы,дело надо довести до положительного результата. IN? M29W640FB70N6 производитель STMicroelectronics цена оптовая 80 руб розница ~100-120 есть и в интернет магазинах электронных компонентов оплата вебмани яндекс деньги и тп например в поисковике http://www.e7e.ru/index.php?top=9&id=552388
simon: Еще нужно разобраться, будет ли эта флешка с магазина работать в 890-м.
a123: simon пишет: Еще нужно разобраться, будет ли эта флешка с магазина работать в 890-м. не понял вот расшифровка микросхемы M29W640FB70N6 M29 - тип устройства W - рабочий вольтаж Vcc от 2,7 до 3,6V есть режим быстрого программирования Vpp 12V 640 - память 64Mbit - 8MB FB - тип бута нижний 70 - 70ns N - тип TSOP48 размер 12x20 mm 6 - температурный режим от -45 до +85 или вы думаете что для ресиверов интерстар специальные микросхемы ST делает?
simon: a123 пишет: или вы думаете что для ресиверов интерстар специальные микросхемы ST делает? Да. В них зашит ID, который проверяет ПО ресивера. Если ID не свой, то ПО стирает загрузчик. В итоге ресивер не запускается с чужой флешкой. По крайней мере так было в предыдущих моделях Голденов. С этим ресивером возможно то же самое. Вот только не понял, in тоже это имел ввиду или нет in пишет: придётся не только новую флэшку покупать (кстати, Вы её нигде не купите, если только нет знакомых воров на оптовых складах радиодеталей или по цене ресивера в каком-нить столичном магазине в розницу) PS Что-то я тут накосячил однако. С ПО от Октагона работать должна.
a123: в чипе и дипе в наличии есть по 200 руб но с опцией E в маркировке http://www.chipdip.ru/search.aspx?searchtext=M29W640FB70N6&x=17&y=8 поддержка программирования этих флешей заявлена в программаторе мастер-02 с адаптером на TSOP48 http://mprog.ru/price.php это дорого проще купить запрограммированную флеш это удорожает её примерно на 10$ замена флеши в ресивере можно договориться в сервисном центре (TSOP48 используется в DVD и тп) ~500 рублей если не занимались заменой таких микросхем лучше самим этого не делать
e-dok: Да... Тема просто страшная стала --- паяльники, фены, иголки... надо бы для начала EJTAG_TT_1.0.6.16 довести до ума. Для смены бут в 890 можно рассмотреть и другой вариант, думается он больше бы понравился для большинства чем вариант с JTAG. Как известно все версии STBLink заливают по СОМ не только прошивки в ресивер, но и BOOT(правда только родной). Ну а те кто сравнивали бут 890 и 918 в HEX, то видели что различий между ними кот наплакал... Пункты 1, 3, 4 - можно менять и бут будет заливаться. Пункт 1 - эта информация высвечивается при включении на ресивере boot-mode режима, понятно сразу какой бут в ресивере(0020 -890, 0015 - 918)... для прикола можно поменять эти четыре циферки на что угодно... хоть текущий год или вбить год своего рождения Пункт 2 - эти вот две буковки и не дают залиться чужому бут! В принципе задача не сложная - считать лог работы СОМ порта при заливке родного бут и написать крохотную программку, единственное назначение которой - заливка любого бут Сложность тока в одном - кто за это возьмётся
a123: без прямой адресной записи по ком не обойтись а для этого нужен другой режим работы компорта в ресивере а по с этим режимом есть только для октагонов конечно доводить и программу ejtag и может в чём то и схему jtag нужно но пока проще замена флеши в сервисном центре будет что то более простое будет отлично логгеров ком порта много и снять лог проблем нет но в обмене учавствует и процессор а значит и система его защиты protected mode проще сделать программу которая бы могла бы вычислять новый чексум при замене этих двух букв в самой прошивке а для этого нужно знать структуру прошивки конексанта вот это было бы действительно просто запускаем редактор прошивки меняем две буквы автоматически меняется чексум и прошиваем прошивку от октагона как обычную прошивку для интерстара те любая прошивка от любого клона превращается в интерстаровскую
a123: из логгеров ком портов этот считается одним из лучших http://www.fuh-edv.de/docklight/index.htm
leotau: Ну что, господа?! Будем собирать финансовую поддержку автору EJTAG_TT_1.0.6.16 - для доведения софта до умадля корректной работы с нашим аппаратом?
georg: Давайте! Мнение автора "EJTAG_TT_1.0.6.16 " хотелось-бы услышать ?
in: georg Мне не надоело отвечать. С чего это вдруг? :) Про название флэшки уже было написано. Но вот с её доступностью в магазинах - крайне не согласен. Я допускаю, что в москве или спб её можно купить, но в других городах... увольте. И про цену я не пошутил. За диковинные вещи типа такой вот флэшки ломят просто заоблачные суммы. О замене на другой экземпляр: думаю, что в данном случае проблем быть не должно, хотя сам не проверял (по причине отсутствия вообще других флэшек такой же ёмкости). Есть проблемы при замене флэшек на ресиверы на 15-м процессоре НЕК, платы производства дизипии. На 217-м проце уже другие флэшки, полагаю, там никаких заморочек нету, хотя тоже менять не доводилось пока. А данный ресивер другого производителя, к дизипии он никаким местом, так что вариант такого типа защиты по моему мнению мало вероятен. О доработке EJTAG_TT: всё упирается в отстутствие документации на процессор. Процессоров на плате два: дополнительный (который предназначен для работы с сигналом мпег4) и основной, являющий из себя несколько устройств в одном. Все эти устройства даного процессора подключены к одному интерфейсу JTAG, плюс туда же подключен ещё и второй процессор. Так вот. При инициализации работы с флэшкой через джтаг, программа выдаёт команды остановки всех "лишних" устройств на шине джтаг (в том числе и второго проца). Непосредственно данные для процедуры инициализации частично позаимствованы из загрузчика ресивера (плюс личные знания автора). Но, всего этого не достаточно для того, чтобы на интерфейсе JTAG был активен и обменивался данными только непосредственно центральный процессор. Какое-то из устройств на интерфейсе JTAG остаётся активным параллельно с процессором и вот этом-то вся и причина ошибок в данных и в проблеммах с коннектом. По словам автора программы, которого я уже достал своими дурацкими вопросами, без документации на процессор тут ничего уже не сделать. На предложение прислать ему данный ресивер, дабы что-то попробовать сделать не на расстоянии, а своими руками, он ответил следующую фразу: "секс вживую :-D". Так что, со стороны изменения софта для работы с джтагом, я думаю, он сделал максимум из возможного. Есдинственное, что может быть не так - это уже ошибки с моей стороны, т.к. проверял работу программы на ресивере именно я. Вот так и получается, что сконнектиться с процессором можно легко, а вот чтобы флэшка определилась, да ещё и обмен данными был без ошибок - это нужно ловить момент при включении питания ресивера. Смысл в ловле этого момента простой: когда-то это мешающее обмену данных устройство успевает инициализироваться и начинает работаеть, а когда-то нет, и никаких помех в обмене данными нет. Но у меня-то почему-то это получается. Я не знаю, почему у других людей не получается, но я уже не раз сменил загрузчик, не прибегая к выпаиванию флэшки. Другой вариант - это, как уже упоминалось, отключить проверку ид, отдаваемого ресивером, при смене загрузчика через ком. Я не думаю, что всё так уж сложно. Сделать это программисту, понимающему в ассемблере, должно быть не сложно. Просто надо понимать, ЧТО мы в таком случае получим. А получим мы кроме продления жизни (в виде поддержки) 890-х ресиверов и ещё одну бяку: коммерсы не упустят возможности продавать по завышенным ценам ресиверы-клоны, цены на которые ниже 1,5 раза. А как только это примет массовый характер, то эффект будет как и от слива ключей на "свежевзломанную" систему кодирования, то есть, производители прекратят поддержку данных ресиверов вообще. Ну как вот ис на 20-м процессоре, например. А вам всем этого охото? Лично я НЕ хотел бы, чтобы так происходило. Хотя, раз люди отдали свои денежки на проект по продлению жизни своих ресиверов, они вправе принимать свои личные решения, делать так или не делать.
e-dok: in пишет: Другой вариант - это, как уже упоминалось, отключить проверку ид, отдаваемого ресивером, при смене загрузчика через ком. Я не думаю, что всё так уж сложно. Сделать это программисту, понимающему в ассемблере, должно быть не сложно. Вот и мне думается что дело не в защите самого реса, а в банальной проверке самой STBLink на соответствие ид... иначе каким бы макаром после замены бут при помощи JTAG, ресивер запускался и работает хотя на тот момент в ресивере прошивка от одного реса а бут от другого. А вот то что дальше будет - если предположить что ресы массово начнут переделывать в другие модели с активной софтовой поддержкой... нет я не согласен, ясно что без перекоса не обойтись, но что же тогда делать тем кто приобрёл это 890-е чудо? На что надеяться? Типа и так сойдёт? На какую поддержку рассчитывать... одна прошивка в два-три месяца... а сколько же ждать исправления выявленных багов при таких темпах с софтом, да если ещё учитывать слухи о снятии с производства этой модели.. при таком раскладе вообще на чтот серьёзное рассчитывать не приходится.
sssb: к вопросу о модификации прошивок: я немного поковырял и вот что вычислил по смещению 000004 размер bin-файла по смещению 000020 те самые две буквы идентификатора по смещению 000042 похоже версия прошивки по смещению 000084 дата чего-то начиная со смещения 000216 начинается УПАКОВАННЫЙ gzip код прошивки: 10 байт заголовок, сжатые данные, по 4 байта crc и размер распакованного, всё по стандарту размер этого куска лежит по смещению 000128 последние четыре байта и по смещениям 000124 и 00134 - размер распакованного кода предпоследние четыре байта CRC32 распакованного кода а вот четыре байта по смещению 000008 - явно контрольная сумма, но какого куска и по какому алгоритму??? ...я пока не вычислил, а без её изменения идентификаторы стопроцентно изменить не получится и ещё пока не знаю есть-ли идентификаторы в распакованном коде... кто сможет продолжить и ещё чего-нить умного выкопать? ps после каникул ещё поковыряю, на рабочем компе под это дело уже набросана програмка по вычислению crc32 (помог программист), задам в цикле смещения и пусть покрутится, может найдёт кусок, по которому эта контролька считается...
PR2201JM: Я рассматриваю отпаивание, перешивание и впаивание флеши экстренной мерой, когда все другие возможности исчерпаны бут испорчен и ресс не грузится. in пишет: К слову... такую память можно выпаять вообще советским 10-25W паяльником с тупым жалом и запаять на место без проблем, не прибегая ни к каким иголкам, фенам и прочему. Можно... Только считать что так смогут все большая ошибка. simon пишет: Игла от шприца, как и простая игла швейная имеет свойство облуживаться даже без канифоли и флюсов. По крайней мере у меня было так. В итоге припаяется к ножке той же драгоценнейшей флешки, что может посодействовать обрыву оной. Да и отгибать выводы флешки я например не решаюсь. На нее смотреть-то без мелкоскопа страшно, а тут еще и выводы гнуть. Отломать можно влет! За торец берёте остриём иглы и тянете вверх пока припой не разомкнётся, потом удерживаете пока не отынет, там упругая деформация, остаточной практически нет. Обычная углеродистая сталь с процентом углерода выше 0,22% не смачивается припоем это знает любой технолог. Сколько иголок в припой не совал за свою бытность сервисным инженегром, была только одна которая припаялась к плате, это была булавка от рубашек сделанная из латуни, у которой облезло никелевое покрытие. Иглы для шприцев делают практически из чистого хрома, кроме того у них очень чистая поверхность и держать за шприц гораздо удобнее, чем за швейную иголку. По поводу изгибов... Можно подумать что нагревая расплющенным жалом целый ряд, вам удастся без изгибания и напряжения корпуса отлепить все ноги от платы... Если только не налить лужи расплавленного припоя по всем четырём сторонам от чипа и не снять его без деформаций.
PR2201JM: a123 пишет: проще сделать программу которая бы могла бы вычислять новый чексум при замене этих двух букв в самой прошивке а для этого нужно знать структуру прошивки конексанта вот это было бы действительно просто запускаем редактор прошивки меняем две буквы автоматически меняется чексум и прошиваем прошивку от октагона как обычную прошивку для интерстара те любая прошивка от любого клона превращается в интерстаровскую ВООТ хорошая мысля приходит опосля. Причём всегда, почему то.
Alekssat: только что убили рес... при записи программа написала, что ошибка записи по адресу ххх и зависле перегрузили ПК и ре всё. "дорогая игрушка в виде красивой коробочки" :( скачал даташит на флешку, почитал вывод: программа на видит в флешке нужных данных, соответственно работать эта программе ТЕПЕРЬ череж JTAG не будет нужно паять... :( выпаять еще можно, а вот рошить и запаять обратно - стрёмно... в вашем полку убыло :(
in: sssb а вот четыре байта по смещению 000008 - явно контрольная сумма, но какого куска и по какому алгоритму??? Как какого?! Того самого, что перед телом самой запакованной прошивки, заголовка то есть. Осталось подобрать только алгоритм...
sssb: in Как какого?! Того самого, что перед телом самой запакованной прошивки, заголовка то есть. Осталось подобрать только алгоритм... вот то-то и оно, вряд-ли там что-то отличное от CRC32 (он-же при распаковке gzip используется), но интуитивно никак не подобрать кусок... попробую потом по-тупому да и скорее всего основное тело файла тоже должно проверяться до распаковки ...и вот почему-то упакованный код не распаковать, вроде и заголовок и завершение по стандартам, и исходная файловая система согласно флага в заголовке NTFS, ...но никак... даже пробовал header подправить, чтобы как-бы файл внутри был, не идёт... ps дизассемблить загрузчик никто не пробовал? или глухо? я просто даже не знаю какая система команд в этом проце, только стринги сообщений глянул - поэтому и понял, что внутри gzip, контролька проверяется скорее всего до распаковки (и естественно после тоже) ...многое могло-бы проясниться...
полная версия страницы