Общий раздел > Обсуждение статей
Программатор ST92195
AMF-M:
В инструкции сказано - при записи установить вручную сотласно названию болванки. В отличие от заводского программатора, здесь определяется не общий объем памяти в болванке, а объем, занимаемый собственно кодом. Это сделано потому, что торговцы часто записывают обычные прошивки в болванки 128К, и если не слишком искушенный в этих делах пользователь читает их оттуда, то будет думать, что это можно писать только в 128К. Пустая всегда будет определяться как 64. Надо как-нибудь исправить, чтобы при записи определялся максимальный объем. Но пока и так пойдет.
serg196:
Понятно . Главное что пишет все правильно . Спасибо за консультацию
serg196:
Сегодня пробовал прошить ST92T195D7 . Прошивка VITYAZ M3_2003 . При верификации OSD прогер выдал ошибку . При сравнении OSD в среде - два несовпадения а eprom одинаковые , а компаратор v2.20 выдал больше 3000 несовпадений в OSD и 140000 в EPROM . Сам процессор пока проверить не на чем .Считанные прошивки прилагаю .
AMF-M:
А по какому адресу ошибку прогер написал? Попробуй запись поверх без 12-и вольт и посмотри! Тогда в микре ничего не изменится, а верификация произойдет. Посмотрел твои файлы. Все там нормально! И работать будет, никуда не денется.
При сравнении в среде - в файлах OSD могут появиться ошибки в неиспользуемых участкх по адресам 0x1400-0x1FFF и 0x3400-0x3FFF. Это баг конвертера hex-bin. На запись не повлияет. Позже будет исправлен.
По поводу сравнения "компаратором": вроде уже было сказано, что хекс-файлы бывают разные:
http://ru.wikipedia.org/wiki/Intel_HEX
Заводской программатор (а мои прошивки было считаны именно им) выдает хекс-файл с определенными свойствами, например, 32 байта данных в строке, а еще перед всеми начальными адресами (заголовками) блоков данных зачем-то повторяется начало записи с описанием теукщего формата.
Поэтому твой "компаратор" выдает ошибки - он-то сравнивает не исходные двоичные файлы, а просто тупо то, что дают.
Для наших целей все эти извращения не нужны совсем.
Можно вообще сохранять в .bin, просто так уж повелсь, что для ST9 все файлы в хексе.
А можно и в .bin. Вон некоторые пользователи и UOC-шные прошивки в бине держат, и ничего.
kulekv:
При верификации OSD я думаю ошибка будет появляться если по адресам с 1400h по 2000h и 3400h по 4000h в исходном файле прошивки будут FF вместо 00
Навигация
Перейти к полной версии