Форум проекта 2micom.ru
Общий раздел => Обсуждение статей => Тема начата: serg196 от 11 Июль 2012, 18:23:41
-
Нашел ошибку в схеме генератора на 74hc14 . Ноги надо пронумеровать снизу вверх 13 , 12 ,11 ,10 , 9 и 8 . Сейчас на схеме 74HC14 перепутан вход с выходом и генератор на работает . OSD не читается из серии B7 и каждый раз выдает разные ошибки .
-
serg196, насчет ног - верно, это ошибка. Все исправил. Как выяснилось, там много что потребовалось изменить. Например, оказалось, что микросхемы некоторых выпусков страдают повышенной чувствительностью к помехам, и может произойти срыв процесса обмена уже после загрузки лоадера. Особенно опасны помехи на выводе 2 (Reset) и на выводе 9 LPT (управление коммутатором). Были изготовлены несколько образцов адаптеров, и испытаны на нескольких компьютерах с разными материнскими платами. В результате схема была модифицирована, в том числе добавлены конденсаторы 100 пф и резистор. После этого даже упрощенная схема (без буфера) работвет четко как напрямую, так и с любым LPT кабелем.
Насчет OSD - читаем внимательнее! Как уже было указано, в микросхемах серии B7 (точнее, во всех B и C), секция OSD недоступна, и при попытке ее прочитать вылазит всякая чушь, а верификация, как правило не проходит. Она может быть прочитана только из D, которые, как правило, программируются на заводе, а потом на них иногда наклеиваются этикетки. Позже будет выложена методика извлечения OSD из нечитаемых. Но для этого нужно иметь рабочее шасси и придется пожертвовать одной болванкой. А если достать хотя бы одну UV-стираемую микросхему ST92E195 (в керамическом корпусе с окошком), тогда проблем не будет вообще. В то же время почти на каждом шасси попадались микросхемы серии D. Их ставили или в малые партии, или если на производстве скоропостижно заканчивались масочные.
serg196, если у тебя есть чистые D, напиши, могу поделиться инфой уже сейчас.
-
Чистых пока нет . Заказал ,но не знаю какие придут . А так с удовольствием бы поэксперементировал . Эти процы хоть и редко ,но попадаются при ремонте и их иногда трудно купить.
-
Если что, прошивки спрашивай.
-
Хотелось бы ознакомиться с процессом восстановления OSD . Он будет опубликован ? Но все равно наверно будут нужны еще и прошитые D7 . Мне они еще не попадались . В основном идут B7. Ну по Витязям вопрос решаемый , можно на сайте купить проц M3 2003 D7 , как пишут что он меняет все МШ-37 , а с остальными пока непонятно .
-
Принцип таков: нужно прошить одну болванку «сканирующей» прошивкой OSD, где бОльшая часть ячеек заменена легко узнаваемыми значками и место символов без труда определяется. Часть букв в ней сохранена, чтобы было доступным меню. Потом устанавливаем в телевизор и фотографируем все страницы меню и всю используемую графику на экране в двух вариантах. Следом делаем то же самое с оригинальной микросхемой. После чего раскладываем фотографии на экране монитора, открываем редактор и восстанавливаем картину OSD, сравнивая с оригиналом. Недостаток этого метода – нужно иметь в наличии исправное шасси, и придется пожертвовать одной-двумя болванками. Поэтому это оправдано только в случае, если требуется некоторое количество однотипных микросхем. Отбраковки болванок можно избежать, если удастся достать хотя бы одну ST92E195D7D1 – в керамическом корпусе с окошком для ультрафиолетового стирания, и применять ее для извлечения OSD. Тогда можно делать и проще - прошить первым попавшимся файлом OSD, а потом просто исправлять различия. Ошибиться не страшно - стереть-то ST92E всегда можно!
Наверно, надо их спросить у китайцев.
Таким способом я выковырял OSD из ST92195C3B1/MSS (аналог OEO) - VESTEL/T3X210, только на шрифт иврита забил - поленился рисовать, а в стандартных его не нашел.
Заводская программа редактора не может быть размещена. В ближайшее время мы найдем время и соорудим свой редактор.
По витязям: помнится, у последних (MNF, MTU) прошивка OSD такая же, как и в M3 2003, а в старых (MJY итд) другая, но тоже вроде одинаковая.
А некоторые бывают заводские копии D7, например, рубины, и 3S10 есть OTP-версия с телетекстом.
-
В Китае вроде бы есть ST92E195D7D1 . Надо будет заказать . А прошивки от B7 работают в D7 ?
-
Куда же они денутся? Работают, конечно! Написано в даташите, и сам проверял.
-
serg196, отправил тебе на почту ссылку на редактор OSD
-
Ok, спасибо . Буду разбираться . И еще вопрос ,может не в тему - по программатору UOC .
Сегодня шил TDA9361 , при программировании выбираю размер 128к , подключаю Vpp а микросхема определяется как 64к , хотя все шъется . При чтении все ok , определяется четко 128к и прошивка совпадает с оригиналом. Так и должно быть ?
-
В инструкции сказано - при записи установить вручную сотласно названию болванки. В отличие от заводского программатора, здесь определяется не общий объем памяти в болванке, а объем, занимаемый собственно кодом. Это сделано потому, что торговцы часто записывают обычные прошивки в болванки 128К, и если не слишком искушенный в этих делах пользователь читает их оттуда, то будет думать, что это можно писать только в 128К. Пустая всегда будет определяться как 64. Надо как-нибудь исправить, чтобы при записи определялся максимальный объем. Но пока и так пойдет.
-
Понятно . Главное что пишет все правильно . Спасибо за консультацию
-
Сегодня пробовал прошить ST92T195D7 . Прошивка VITYAZ M3_2003 . При верификации OSD прогер выдал ошибку . При сравнении OSD в среде - два несовпадения а eprom одинаковые , а компаратор v2.20 выдал больше 3000 несовпадений в OSD и 140000 в EPROM . Сам процессор пока проверить не на чем .Считанные прошивки прилагаю .
-
А по какому адресу ошибку прогер написал? Попробуй запись поверх без 12-и вольт и посмотри! Тогда в микре ничего не изменится, а верификация произойдет. Посмотрел твои файлы. Все там нормально! И работать будет, никуда не денется.
При сравнении в среде - в файлах OSD могут появиться ошибки в неиспользуемых участкх по адресам 0x1400-0x1FFF и 0x3400-0x3FFF. Это баг конвертера hex-bin. На запись не повлияет. Позже будет исправлен.
По поводу сравнения "компаратором": вроде уже было сказано, что хекс-файлы бывают разные:
http://ru.wikipedia.org/wiki/Intel_HEX
Заводской программатор (а мои прошивки было считаны именно им) выдает хекс-файл с определенными свойствами, например, 32 байта данных в строке, а еще перед всеми начальными адресами (заголовками) блоков данных зачем-то повторяется начало записи с описанием теукщего формата.
Поэтому твой "компаратор" выдает ошибки - он-то сравнивает не исходные двоичные файлы, а просто тупо то, что дают.
Для наших целей все эти извращения не нужны совсем.
Можно вообще сохранять в .bin, просто так уж повелсь, что для ST9 все файлы в хексе.
А можно и в .bin. Вон некоторые пользователи и UOC-шные прошивки в бине держат, и ничего.
-
При верификации OSD я думаю ошибка будет появляться если по адресам с 1400h по 2000h и 3400h по 4000h в исходном файле прошивки будут FF вместо 00
-
Да в этом случае будет. Но никто же там FF специально писать не будет. Это все тот баг конвертера - по непонятным пока причинам, если в исходном хекс-файле некоторые участки пропущены, то при конвертировании в них, кроме нулей, могут появиться и какие-то посторонние байты. На прошивку это никак не повлияет, но вызовет ошибку верификации OSD. В то же время файлы OSD, считанные нашим программатором, при записи никаких ошибок вызывать не будут. Позже все это будет исправлено принципиально. А пока вышлю пользователям скорректированные файлы OSD.