valerium, jtag в дебаггере не дает ли сбоев? Подтяжки, кондюр стоят?
Если с обвязкой всё идеально — то да, бывают полудохлые плисы.
- - - Добавлено - - -
HardWareMan,
Соберём стиратель, будем стирать ! :)
Вид для печати
А вот про это поподробнее, pls.
Если сбои в дебаггере, это "то работает, то нет" - то тут все стабильно. Либо всегда работает, либо (другая плис) всегда сбоит на одном месте.
Блокировочные кондеры на питаниях ПЛИС стоят, электролит 100мкф после стаба тоже стоит.
Подтяжек нет и до этого их не было. Но одни ПЛИС шьются всегда и прекрасно, другие - не шьются.
7128SLC подключал с подтяжками в плате sizif128 (TCK - 10к к земле, TMS, TDI - 10к к +5в, TDO - без подтяжки), пробовал и без подтяжки - там все одинаково глухо.
Мой программатор собран так:
Вложение 73685
1я нога не обязательно на землю. Это чтоб остановить шевеление до программирования.
А источник +5/+10в надо хороший, стабильный. Как писал Tronix, скачки потребления присутствуют.
Не панацея, но всё работает. При isp подтяжки рекомендуют по-другому.
valerium, обвёл действительно важное.
https://jpegshare.net/images/de/e0/d...fdf0d5a567.png
Вы вот там кнопочками балуетесь, а надо бы чтобы контроллер выставлял HV в строгие моменты времени. Хоть ардуина.
- - - Добавлено - - -
IgorR76, TCK принято тянуть на землю, почитайте уже буквари на EPMки.
1. Подавал 10,5в, получая их на отдельном стабилизаторе, через резистор 1к. Ровно так, как было на стенде у Tronix
2. Насчет определенных моментов подачи HV - безусловно, это важно, но я пока нигде не смог обнаружить того, что можно было бы назвать "алгоритмом". Пока есть эпюры, где видно, что HV подается прямо перед началом "сеанса" JTAG, а снимается сразу после. В тактах TCK или временных единицах я эти условия не увидел. Или еще не увидел, если ответ где-то есть. Ну и строить свой Xeltek я пока не намеревался - стоимость решения намного превышает стоимость цели. Я просто пытался расшевелить микросхемы, уже признанные мусором.
И ремарка: по "кнопочному алгоритму" Tronix с 3032alc пока осечек не было, а для 7000й серии пока нету даже примерной инфы. Им нельзя из квартуса дать команду "Erase", потому что для них она там недоступна. Именно поэтому я выбирал наугад "blank check" и подавал HV перед сеансом с "blank check" и выключал "после". Варвар я. Так бывает )
PS: В разлоченную микросхему 7064SLC с кривым Silicon ID сейчас прошил "триггер трдос-а" от эмулятора флопа+ВГ на ардуине (by Helbr). Гоняю.
Однако, работает.
Под задачи примерно такой сложности использование этого хлама и задумывалось.
На сайте Intel написано, что при работе с микросхемами MAX3000A высокое напряжение на выводе OE не используется. Оно используется только для отключения JTAG, после чего вся операции с ними выполняются в Serial режиме.
Does the OE1 pin drive High when the MAX 3000A device is being programmed?
Description
No, the OE1 pin does not drive high when the MAX® 3000A device is being programmed. The OE1 pin is the VHJ pin during programming mode which must be set to 11 volts to override the "disable JTAG pins" bit on the device to start the In-System Programming (ISP) operation. If the "disable JTAG pins" bit is not set in the programming files (POF) nor in the device, there is no need to bring VHJ to 11 volts.
alvis, спасибо, Кэп! Только не для отключения а наоборот, для включения. Я то игрался со своими EPM3032 именно заблокировав JTAG Enable, к тому же назначал на эти пины альтернативные функции (всё по канону от дядюшки Ляо или Игрософта!). И вот тут, если тебе надо стереть этот чипс, HV и нужен. Я устанавливал HV в разные моменты времени и чипс дох с вероятностью 50%. А в Хелтеке ни разу не сдох (пара десятков итераций). Так ЧЯДНТ?
Имеются четыре EPM7032SL44 с залоченным JTAG. Попробовал разлочить. Для разлочки достаточно на секунду подать 10.5В перед нажатием кнопки Detect в квартусе.
Для статистики: разлочилить удалось все микросхемы. Из них:
1 шт успешно проходит программирование и верификацию.
1 шт успешно проходит программирование, верификацию не проходит.
2 шт ругаются на некорректный ID, не программируются. Начал рыть как происходит программирование, оказалось, что есть файл сценария jam2.jam (в моем случае он лежит по адресу C:\intelFPGA_lite\18.1\quartus\bin64\jam2.jam), его можно немного пропатчить и тогда он перестает ругаться на некорректный ID. После этого из этих двух одна программируется и верифицируется, одна программируется, но не верифицируется.
https://i.ibb.co/Mydj396/1-1.png
https://i.ibb.co/d2sWhhM/3-1.png
Когда проверю, как они работают в устройстве - отпишусь. Во вложении оригинальный и пропатченный файл jam2.jam
Установил микросхему с кривым ID в SMUC. Немного погонял, на первый взгляд проблем не наблюдается.