Создание прошивки для GAL22V10 вручную...

Rokl · Post by **Rokl** » 08 Oct 2008 11:29

Shaos wrote: Вышли поглядеть JEDEC-и для того и другого - может программатор ожидает что в комментах должно быть прописано имя конкретной микросхемы?...

Имя микросхемы задается изначально. Сачала выбираешь микросхему в перечне предлагаемом ПО (можно ее живьем поместить в колодку программатора, можно оставить колодку пустой), а потом выбираешь для нее файл прошивки JEDEC. И если JEDEC не соответствует выбранной микросхеме, ПО программатора ругается, что фузы не соответствуют выбранной микросхеме.

Shaos · Post by **Shaos** » 08 Oct 2008 17:03

На первый взгляд вижу, что PALASM пишет ВСЕ фьюзы, а CUPL - только те строки оставляет, которые не заполнены значением по умолчанию (обычно 0)

Shaos · Post by **Shaos** » 08 Oct 2008 17:51

На второй взгляд вижу что 16V8 отличаются только одной строчкой:
L2048 11111111000000000000000000000000*
и
L2048 11000000001100000011000100000000*
Ты уверен, что эти прошивки идентичны?

Shaos · Post by **Shaos** » 08 Oct 2008 18:06

На третий взгляд вижу что 22V10 в исполнении CUPL на 64 фьюза больше, чем PALASM - это сигнатура "CA0010" (без неё тоже будет работать), а код в общем случае отличается

Rokl · Post by **Rokl** » 09 Oct 2008 10:41

Shaos wrote:Ты уверен, что эти прошивки идентичны?

Уверен, но для надежности на днях проверю еще раз.

...а код в общем случае отличается

Значит выходит, что PALки и ATFки условно совместимы.

Shaos · Post by **Shaos** » 10 Oct 2008 19:11

Rokl wrote:
Shaos wrote:Ты уверен, что эти прошивки идентичны?
Уверен, но для надежности на днях проверю еще раз.

...а код в общем случае отличается
Значит выходит, что PALки и ATFки условно совместимы.

На уровне JEDEC-файлов ATF и PALCE совместимы один в один (PALCE это уже далеко не PAL)

Shaos · Post by **Shaos** » 10 Oct 2008 19:41

Shaos wrote:На второй взгляд вижу что 16V8 отличаются только одной строчкой:
L2048 11111111000000000000000000000000*
и
L2048 11000000001100000011000100000000*
Ты уверен, что эти прошивки идентичны?

Посмотрел внимательнее - прошивки для твоих 16V8 идентичны - в этих двух "различных" строках первые 8 фьюзов это XOR из которых используется только первые 2, поэтому значения остальных 6 по сути дела не важны, а то что идёт далее - это сигнатура, которая нулевая в первом случае, а во втором состоящяя из двух символов "01" - так что шиться должна любая из данных прошивок на любой 16V8 девайс

Rokl · Post by **Rokl** » 13 Oct 2008 09:41

Shaos wrote:На уровне JEDEC-файлов ATF и PALCE совместимы один в один (PALCE это уже далеко не PAL)

В PALASMе я могу выбрать только PAL, а получившийся JEDEC файл, я заливаю в PALCE.
PAL, это однократно программируемые PLD, a PALCE это многократно программируемые PLD, которые шьются одним JEDEC файлом от PALASма. Практика, критерий истины, у тебя есть JEDEC от WRUPLа и от PALASMа, есть программатор, залей и посмотри что выйдет(правда потребуется простейший логический анализатор). Эти прошивки реализуют стробируемый быстродействующий дешифратор адреса.
(Если потребуются, пришлю исходники)... Однако, будем считать, что у меня фирменное ПО на программатор кривое и потому такие метаморфозы ( С ATF в PAL ) не проходят на нем.

Хотя, я думаю, что без спецтранслятора из ATF в PAL не обойтись, хотя бы потому, что у Атмеля файл JEDEC в 2 раза короче AMDшного, а что добавить к атмелевскому JEDEС, что бы получить AMDшный JEDEC, ПО моего программатора не знае.

А в ручную править JEDEC файлы тоже не есть гуд.

)

Shaos · Post by **Shaos** » 14 Oct 2008 06:12

Rokl wrote: Хотя, я думаю, что без спецтранслятора из ATF в PAL не обойтись, хотя бы потому, что у Атмеля файл JEDEC в 2 раза короче AMDшного, а что добавить к атмелевскому JEDEС, что бы получить AMDшный JEDEC, ПО моего программатора не знае. А в ручную править JEDEC файлы тоже не есть гуд. )

Я же тебе объяснял - структура файла JEDEC такова, что там можно писать все фьюзы, а можно только те строки, которые ненулевые - PALASM генерит все, CUPL генерит только ненулевые - для программатора ЭТО ОДНО И ТОЖЕ...

Rokl · Post by **Rokl** » 15 Oct 2008 11:31

Shaos wrote:Я же тебе объяснял - структура файла JEDEC такова, что там можно писать все фьюзы, а можно только те строки, которые ненулевые - PALASM генерит все, CUPL генерит только ненулевые - для программатора ЭТО ОДНО И ТОЖЕ...

Да, про структуру файла я понял, спасибо. Значит это 100 % кривой мой программатор и ПО к нему, раз он не в состоянии содраную прошивку с любой PALCE, или GAL, закатать в подобную ей ATF. А может только тупо PAL в PALCE, GAL в PALCE, PALCE в PALCE, или ATF в ATF. Ну и с JEDEC файлами из за этого такая же кривизна.

Прессователь Эникея · 11 Jan 2012 06:48

Дико извиняюсь за подъём древней темы. Кажется, наконец-то нашёл людей, которые что-то могут объяснить по поводу JED-файлов.

У меня проблема такая. Имется JED-файл прошивки для XC95288XL. Исходника, понятное дело нету. Надо бы чуточку поковыряться в этой прошивке. А именно - изменить реакцию на пару входных сигналов. С какого конца можно было бы взяться за такую задачу? И, вообще, есть ли смысел браться, или это бредовая идея?

Shaos · Post by **Shaos** » 11 Jan 2012 07:19

c Xilinx есть проблема - форматы закрыты, т.е. расковырять с ходу не получится
надо в интернете искать - может кто из хакеров уже сумел зареверсынжынирить

aleksasm · Post by **aleksasm** » 20 Feb 2012 08:12

Есть станок с GAL22V10B, просят скопировать микруху. Не испорчу я ее при копировании (программатор SMARTPROG) Сильно не пинайте, просто один раз нарвался, на микрухе стояла защита от чтения.

Shaos · Post by **Shaos** » 20 Feb 2012 12:53

aleksasm wrote:Есть станок с GAL22V10B, просят скопировать микруху. Не испорчу я ее при копировании (программатор SMARTPROG) Сильно не пинайте, просто один раз нарвался, на микрухе стояла защита от чтения.

При чтении испортиться не должно (если конечно случайно не нажать вместо Read пункты Erase или Write ; )

Pavel · Post by **Pavel** » 23 Feb 2012 06:47

aleksasm wrote:Сильно не пинайте, просто один раз нарвался, на микрухе стояла защита от чтения

.. если изделие "промизготовления", то защита скорее всего стоит.