[SMD] не записывает Willem программатор

[SegaMark]

Всем привет, хочу записать РОМ своей SMD-игры на чип M27C160.
Для этого использую:

• программатор Willem PCB5.0T-2013
• комп на windows xp
• материнскую плату с LPT-портом
• универсальный блок питания на 12в
• программу Willem Eprom (0.97ja)

При попытке записать РОМ выдает непонятную ошибку
Error at 0x000000 Chip = 0xFF buffer = 0x00



Хотя чтение и верификация проходят на 100%.




В чем моет быть дело и что означает данная ошибка?
Все РОМы записывал в сыром виде без модификации. Всего пробовал 3 разных РОМа, все они находятся в архиве в закрепе.

[Rumata]

Ну а чего ж тут непонятного? По первому же адресу при попытке записать 00 считывается FF. Или программатор неисправен, или ПЗУ битая.

Игры прикладывать нет никакой необходимости, дело не в них. Единственно что перед прошивкой нужно байты поменять местами, младший со старшим. Но проблема записи не в этом.

Сам по себе программатор ПЗУ нормально читает?

Добавлено позже:

Хотя чтение и верификация проходят на 100%.

Чтение и верификация пустой микросхемы не имеет смысла.

[SegaMark]

Сам по себе программатор ПЗУ нормально читает?

А как это проверить? У меня нет других чипов.

[Rumata]

Ну хотя бы открыть вкладку Test H/W. Хотя бы проверить сам программатор. Адаптер тоже можно, но несколько сложнее

[SegaMark]

И как здесь проверять?

[Rumata]

Ставишь галку и смотришь напряжение на соответствующей ноге.

Вообще это программатор ранее использовался?

Кстати, за что не люблю Willem. Он официально давно заброшен. И теперь разного рода энтузиасты строгают кто железо, кто софты. И мало понятно как одно с другим соотносится.

[SegaMark]

Вообще это программатор ранее использовался?

Нет. Я первый владелец

Добавлено позже:

И теперь разного рода энтузиасты строгают кто железо, кто софты.

То есть есть еще сторонний софт? Можешь ссылку дать или сказать название, а то кроме этой программы ничего не нашел. Может там полегче будет разобраться в чем проблема

Ещё вопрос. Нужно ли что то менять в БИОС чтобы он заработал?

[Rumata]

Он не сторонний, точнее, он весь сторонний. И там куча вариантов под разные платы. Под PCB5.0 вроде последний 098d12c14. Внешне всё практически идентично, основное веселье начинается когда dip-свичи на плате выглядят не как, как в окне программы.

Нужно ли что то менять в БИОС чтобы он заработал?

Ну как минимум LPT должен быть включен. Кроме того, нужно открыть прямой доступ к порту. Обычно для этого используются сторонние утилиты типа UserPort

Посмотри в сети, есть ресурсы, занимающиеся этим более плотно


Добавлено позже:
Ну вот некий старенький мануал: https://www.ezoflash.com/willem/How_to_use_the_Willem_programmer.pdf

Ezoflash - это клон Виллема, правда дано заброшенный

[SegaMark]

Ставишь галку и смотришь напряжение на соответствующей ноге.

Проверил все работает. Что еще может быть не так?

[Rumata]

Тест лучше без микросхемы запускать.
Vpp 12 Вольт есть?

[SegaMark]

Ну вот некий старенький мануал: https://www.ezoflash.com/willem/How_to_use_the_Willem_programmer.pdf

Спасибо хороший мануал. Давно такой искал

Добавлено позже:

Vpp 12 Вольт есть?

Да есть

Sometimes when you connect the programmer and start up the program after a few
seconds the Vpp and Vcc leds suddenly light again. This is Xp trying to find out
what is connected to the printerport, if you do 1 or 2 hardware check or read
actions XP gives up and you can proceed as normal. To prevent this add this
registry setting:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Parport\Parameters]
"DisableWarmPoll"=dword:00000001

Пробовал не помогло.

Check the printerport setting in the BIOS, it should be EPP or Normal

Это тоже не помогло

Такое чувство что либо в операционке проблема, либо в микросхеме какая то защита от записи. Попробую найти где нибудь ванну и отчистить ее.

[Rumata]

В микросхеме защиты от записи нет. Хотя она может быть просто битой. У УФ это бывает. Записал - стёр, записал - стёр, записал - стёр - и всё, больше не пишется

По идее если тест работает - значит доступ к LPT есть.

[SegaMark]

First byte, error message: error at 0x000000 Buffer=0xXX ,Chip=0xFF or 0xXX.
Causes: chip not inserted right,faulty chip, Vpp too low, Vcc too low or Vcc too
high.

А как это проверить? насколько я понял при записи должно быть Vpp=12в Vcc=5в.
Есть вообще где-нибудь пошаговое описание что происходит при записи?

Добавлено позже:

В микросхеме защиты от записи нет.

На нее же можно перезаписать данные только после УФ-стирания. Как тогда она понимает что данные уже записаны? Разве не с помощью срабатывания какой то защиты?

Добавлено позже:
Попробовал очистить уже другой чип M27C160. Продержал в ультрафиолетовой ванне 20 минут. Результат такой же, все еще выдает ту же самую ошибку.

Добавлено позже:
У меня осталось только одно предположение, что не установлен какой то драйвер

Добавлено позже:
Короче я вставил уже 3й чип M27C160(у меня только эти чипы) и наконец таки я все же увидел как выглядит запись, Но есть нюанс он может записать только только если в буфере всё 0xFF.

Добавлено позже:

Обычно для этого используются сторонние утилиты типа UserPort

Пробовал использовать UserPort по инструкции https://www.youtube.com/watch?v=5SZlvM8Cw2o. Все так же выдает ошибку

[Rumata]

Есть вообще где-нибудь пошаговое описание что происходит при записи?

В даташите на ту же 27C160 режим программирования расписан достаточно подробно

Как тогда она понимает что данные уже записаны?

Она ничего не понимает

Но есть нюанс он может записать только только если в буфере всё 0xFF.

В чистой микросхеме записаны все FF, то есть "11111111" При программировании реально пишутся только нули, разряды, где должна быть единица, остаются. На этом, кстати, и основана работа адаптера. Поэтому попытка записывать FF никакого смысла не имеет.

[SegaMark]

The  M27C160  is  in  the  programming mode when VPPinput is at 12.5V

Я проверил и у меня нет 12v на Vpp при программировании. Теперь осталось понять почему. Такое чувство что проблема в Dip switch, либо в Jx switch.

Добавлено позже:
Еще интересный момент что у меня не совпадает распиновка согласно даташиту. Vpp у меня находиться на месте 35, а не на 32

Добавлено позже:
А можно как нибудь через Test H/W записать?

Добавлено позже:

The  M27C160  is  in  the  programming mode when VPP input is at 12.5V, G is at VIH and E is pulsed to VIL.The data to be programmed is applied to 16 bits in parallel to the data output  pins.  The  levels  required  for  the  address and  data  inputs  are TTL.  VCC is  specified  to  be6.25V ± 0.25V.

Судя по этому как будто бы нельзя, потому что E должно пульсировать

[Rumata]

Для начала https://www.emu-land.net/forum/index.php/topic,87896.0.html

[SegaMark]

Для начала https://www.emu-land.net/forum/index.php/topic,87896.0.html

Ну тут хоть что то записывает. У меня так вообще ничего

[Rumata]

Там схемы приложены. Смотри, сравнивай.
У тебя адаптер какой? Потому как тоже наклепали разных, там могут быть разные джамперы.

Ещё вариант адаптера:

[SegaMark]

У тебя адаптер какой?

[ Указанное вложение недоступно ]

[Rumata]

Ага, как раз с одной панелькой, см. схему выше. Хотя у тебя два джампера

[SegaMark]

Только сейчас заметил что на Адаптере есть J2, но не понятно зачем он нужен.
J3 я кстати поменял на 1-2, изначально был на 2-3. Насколько я понял 2-3 нужен только для M27C322, так как она больше.

[Rumata]

Да, у 322 на 32 ноге адрес. И там всё подписано. А J2 надо отслеживать.

[SegaMark]

Еще интересный момент что у меня не совпадает распиновка согласно даташиту. Vpp у меня находиться на месте 35, а не на 32

Еще раз перепроверил. Оказывается все правильно Vpp находиться на 32 просто еще почему то на 35 тоже подается 12в.
И при программировании на Vpp подается максимум 5в, скорей всего проблема все-таки в этом.

Добавлено позже:
Я поменял J2, но не увидел никакой разницы, все так же Vpp в тесте выдает 12в. Запись выдает всю туже ошибку

Добавлено позже:
Попробовал заменить библиотеку io.dll на ту которая в архиве. Не помогло. Вообще я так понял эта библиотека для адаптеров, где LPT не встроена в материнку

[SegaMark]

Короче решил действовать кардинально. Из того что мы знаем, чтобы началась запись должно быть Vcc=5в Vpp=12в. Значит нужно насильно подать в Vpp 12в. Решил узнать как напрямую подавать сигнал в пины LPT-порта. Наткнулся на программу test_lpt (https://github.com/snike202/test_lpt).



Методом научного тыка обнаружил что если поднят 16 пин, то Vcc=5в, а если поднят 1 пин, то Vpp=12в. В принципе можно это использовать для тестирования чипа, чтобы не пришлось лишний раз переключать dip свичи. Однако я не гарантирую что по мимо этого не изменяется что-то еще.

[Rumata]

Точно так же дёргать ногами можно через Test H/W, никакой разницы нет.
Если есть 12 В на 1 ноге программатора, то должно быть и на 32 адаптера

[SegaMark]

Точно так же дёргать ногами можно через Test H/W, никакой разницы нет.

Есть. не надо DIP свичи переключать