Программатор ПЗУ

[Копейкин]

Если не сложно, набросайте краткий мануал по проверки "обмен на чтение должен работать без программируемой м/сх".
У меня сейчас при попытке любого действия со стороны ПО возникает ошибка: невозможно открыть порт.

Программа написана под WinXP с применением Win32 API и MFC. Все необходимые библиотеки скомпонованы статически и программа, для работы, ничего требовать не должна. У меня работала под WinXP (32), Win 7(32), Win 8(64), Win 10(64). На виртуальных машинах не пробовал.
0. Проверку работы адаптера USB<->Serial следует провести любой удобной Вам программой обмена (скажем Terminal), замкнув TXD/RXD на стороне UART и убедившись, что принимается то, что посылается.
Скорость обмена используется 115200 8N1.
1. Перед началом работы, или если адаптер USB<->Serial передёргивался, Tools->ReScan Serial Ports. Будет из реестра обновлён список портов.
2. В ниспадающем списке выбрать нужный порт. Посмотреть - какой нужен - можно в диспетчере устройств ну, или методом тыка.
3. Теперь выбрать тип микросхемы и работать с ней.
Можно прочитать файл в буфер и наоборот выгрузить буфер в файл, сравнить буфер с файлом.
Можно прочитать микросхему в буфер, прожечь микросхему из буфера, сравнить с буфером, очистить (если есть такая возможность) и т.д.
Логика работы такая:
ПЗУ <---> Буфер в памяти ПК <---> Файл
Утилиты преобразуют бинарник в текст и наоборот, текст в бинарник. Иногда нужно.
Вот вкратце и всё.
PS
Программа примитивная, не имеет защит "от дурака", поэтому делать всё внимательно.
Можно без м/сх: считать данные в буфер. Для РФ5 считаются все FF, если резисторы подтяжки к +5В. Записать буфер в файл, прожечь без м/сх и проверить все FF. С данными можно прошивать РУ10, обязательно с джампером в позиции FLASH/

[B_ru]

Немного разобрался: оказалось, что для моего USB-UART переходника в Win10 надо было найти старый драйвер, с которым ОС согласилась работать, а программу PGM запускать от имени администратора. Теперь ошибка "не удается отрыть порт" решена - порт открывается.
В Терминале проверил с замкнутыми rx-tx - все нормально.
Следующая препона: при попытке обратиться к программатору (например: PGM > Device > Read to buffer или PGM > Device > Run Address Count) происходит попытка "подключения": "try connect board ...", затем, по заполнению прогресс-бара появляется предупреждение: "Board not found!"

Что конкретно обозначает вот это "Board not found!"? В каких ситуациях ПО выдает это предупреждение?

[Копейкин]

Перед началом работы программа опрашивает программатор. Такое сообщение появляется, если нет ответа от платы.
1) Возможно перепутаны ноги tx rx на контроллере или переходнике.
2) Банально нет контакта на разъёме, нужно посмотреть осциллографом или лог.анализатором сигналы tx rx прямо на контроллере.
3) Кварц не соответсвует прошивке/неправильно прошиты fuse биты.
Ну, можно ещё по фото посмотреть возможные косяки.

[B_ru]

2) Банально нет контакта на разъёме, нужно посмотреть осциллографом или лог.анализатором сигналы tx rx прямо на контроллере.

Оно! Нет контакта на 10 ноге МК. Судя по всему - плохо припаял МК (паял феном впервые). Буду все ноги проверять.

[Gesha86PK]

Риспект автору изделия! Забавная карусель у меня получилась. Изначально ориентировался на кварц 16МГц и соответствующую микропрограмму. Собрал, лампочка мыргает, а программа не видит микроконтроллер. Изучил эту тему, обнаружил информацию о подобной проблеме, человеку помогла другая микропрограмма. Был у меня и кварц на 11МГц, переписал МК, собрал - никаких перемен, только мыргает. Гляну микропрограммы в блокноте и тут же заметил, что программа для 14,7 сильно отличается от прочих, прочие почти не отличаются меж собой. И понял что надо делать таки на любимом автором 14,7МГц. Нашлась, под боком, целая куча на 14,3МГц, слепил по быстрому, без пикоёмкостей, влил микропрограмму на 14 и порядок❗������ Машинка тут же ожила. Считал, влил, верифицировал в CAT28C16, потом в AT28C64 - полный порядок❗Спасибище! Вот бы ещё 28С256 сюда.

[Копейкин]

На доброе здоровье.
Рад, что получилось повторить.
Я в первой теме выкладывал архив с прошивками под разные кварцы. Заработала только с кварцем на 14,7?

[Gesha86PK]

Именно так. Причём прекрасно работает с кварцем 14,3.

[Копейкин]

Спасибо. Мне никто не сказал. Надо будет исправить прошивки. А я проверял только с кварцем 14. Для остальных только константы пересчитал и перекомпилировал. Видимо что-то неправильно посчитал.
Вообще-то есть идея продолжить тему и сделать универсальный управляющий контроллер и адаптеры под разные типы старых ПЗУ/ПЛИС, не поддерживаемых китайцами. Но, как всегда, не хватает времени, рук. Кругом столько интересного.