Вопросы по программаторам.

[guest18604]

Кто-нибудь подскажет, как данный девайс называется, чтобы забить в поисковик?

Адаптеры для внутрисхемного программирования и диагностики.
Миш, тебя куда-то не туда понесло, успокойся, дорого, гемморойно, и проблемно, с потенциальными глюками. Все лифтовые призводители (импортные) тем или иным способом решили проблемы с перепрограммированием своих микросхем, ну например: Отис для для второго этажа (GECB-CP) на платах GECB_I & GECB_II предусмотрел OMU Interface (флешка (в двух видах - только для залива, с возможностью слива и последующего залива) с версией, шнурок (хитрожопый), программатор (рекомендованный из некоторых производителей), голЮбой актив (OFT)).
Если на спутниковых рессиверах и автомобильных контроллерах "есчо ничо" в случае глюков, то на лифтах весьма стрёмно.
Оно тебе надо?

[Lift-man]

Программатор ChipProg LPT. Решил скопировать ПЗУ от ШУЛК... Источник электрически стираемая Winbond W27C512, такая-же же болванка. Сохраняю в hex файл ChipProg, контрольная сумма сохранённого файла не совпадает с источником. Заливаю на болванку, считываю - контрольная сумма совпадает с источником. Вставляю в плату ПКЛ запускается. Копирую с УФ-стираемой RF-ки, контрольная сумма сохранённого hex файла опять не совпадает с источником. Сохранённый файл записываю на Winbond, в этом случае контрольная сумма совпадает с сохранённым файлом, но соответственно не с источником. В чём тонкость?   

[MBC]

Когда занимался разработкой всяких девайсов на однокристалках, то прощучил такую вещь:
- если ошибиться в проводах параллельного ввода адреса (примеру разряд 16 перепутать с 64), то это не страшно. Считывание записанной ранее информации пройдет просто из другой ячейки. Система не заметит и даст положительный результат сравнения.

Главное: процесс должен пройти туда-обратно.

А вот если сравнить микросхему, ранее записанную на нормальном устройстве, то при считывании будет ошибка сравнения

[revit]

Олег, ты точно читаешь контрольную сумму всей ПЗУ?
http://www.phyton.ru/files/Downloads/ChipProg_LPT.pdf стр. 48.
LPT какой, ОС?

[Lift-man]

Настройки все по умолчанию стоят, включена опция "отображать контрольную сумму". При копировании различных EPROM нет проблем с контрольной суммой. ChipProg-2, LPT в десктопе,  WinXP.

[revit]

Наверное проблема все же в чипе с которого считываешь. Насколько я понимаю сверяется вычисленная контрольная сумма считанных в буфер данных и контрольная сумма имеющаяся в чипе , поэтому при неправильном считывании они не совпадают. Когда заливаешь из файла, то записанное в чип из буфера конечно уже совпадает с тем что записал, если новый чип исправен.
Ну а то что ПЗУ запускается в ПКЛ еще ни о чем не говорит. Лучше конечно писать из файла-образца. Я шил ChipProg+ W27C512 и проблем никогда не было

[Lift-man]

Виталий, ещё раз: сохраняю в hex файл ChipProg, контрольная сумма сохранённого файла не совпадает с источником. Заливаю на болванку сохранённый файл, считываю с болванки - контрольная сумма совпадает с источником. Т.е. в результате контрольная сумма копии по факту совпадает с источником. Ты как-то менял настройки буфера или всё по умолчанию?

[revit]

По умолчанию всегда шил. Сейчас посмотрю , может что вспомню.
Источник -файл данных загруженный в буфер программы. Контрольная сумма у него вычислена программой. Ты загоняешь эти данные в память вместе с контрольной суммой . Потом ее читаешь. Естественно она сходится. Я так понимаю механизм..

[SkOi]

В программаторе Triton для 8-битных микросхем контрольная сумма подсчитывается путем сложения всех байт, с   переносом в старший байт, для 16-битных  микросхем контрольная сумма подсчитывается путем сложения всех слов, без учета переноса. Контрольная сумма, показанная в этом окне, это  контрольная   сумма   буфера,   которая   может   не   совпадать с контрольной   суммой   микросхемы, полученной в результате чтения или записи. Это связано с тем, что при подсчете контрольной суммы микросхемы, программа учитывает контрольные суммы дополнительных областей микросхемы, таких как EEPROM, FUSE и LOCK bits, к которым разрешен доступ.

[revit]

Настройки все по умолчанию стоят, включена опция "отображать контрольную сумму". При копировании различных EPROM нет проблем с контрольной суммой. ChipProg-2, LPT в десктопе,  WinXP.

Я такой опции у себя не нашел. У тебя наверное программа другая? У меня вот такая:

[Lift-man]

Очень похожа. Судя по контрольной сумме она походу 16-ти разрядная. Сделай пожалуйста скриншот закладки "Configure Buffer" это там.

[revit]

А программа у них одна и есть новая 6-я для скачивания

[Lift-man]

Всё практически также. Открыта закладка Setup окна Buffer:


При такой настройке контрольная сумма микросхемы совпадает с сохранённым файлом. Виталий, но при этом у меня другая контрольная сумма твоего файла, не такая как на твоём скриншоте. Что у тебя в этом окне?
А для УФ M27C256 такая же настройка, только "Суммирование без учёта переполнения"

MBC, растолкуй суть пожалуйста. 

[MBC]

Так у меня другой.
Я пользуюсь (пользовался) Autoprog SE.
Посему в Ваши дебаты и не вчитывался.

Когда занимался разработкой всяких девайсов на однокристалках, то прощучил такую вещь:
- если ошибиться в проводах параллельного ввода адреса (примеру разряд 16 перепутать с 64), то это не страшно. Считывание записанной ранее информации пройдет просто из другой ячейки. Система не заметит и даст положительный результат сравнения.
Главное: процесс должен пройти туда-обратно.
А вот если сравнить микросхему, ранее записанную на нормальном устройстве, то при считывании будет ошибка сравнения

ты по поводу этого?

Удалено цитирование предыдущего сообщения.

[guest12874]

     Раньше  пользовался  программатором  Sterh  ST-007 фирмы  НПО  БОНД.  Сейчас  -  ChihProg-48,  доволен.
    P.S.:  Со  Sterh-ом  возникали  подобные  проблемы  -  там  и  при  считывании  из  М/С  нужно  было  менять  расширение  на  .hex  (по  умолчанию  -  .bin ),  и при  сохранении  в  файл,  и  при  загрузке  буфера  из  файла.  Когда  торопился  -  мог  это  где-то  упустить.  Потом  было  жалко  потерянного  на  сбои  времени. . . 

Удалено цитирование предыдущего сообщения.