Moderator: Shaos
Да - похоже. Кстати наc в начале 90-х в институте обучали работе в досовском пакете ABELDAlexM wrote:Возможно, но на CUPL не похож, а может и ABEL ?Shaos wrote:это чтоли PALASM?AlexM wrote:...
/doza_ok.d := p0 * p1 * p2 */in2 * /cikl * load * run
+/doza_ok * /cikl * p0 * run
strreg.trst = run doza_ok.trst = run
strt.trst = run out6.trst = run
stop.trst = run tare.trst = run
load.trst = run null.trst = run
Всё получилось - это я просто пару глобальных битов конфигурации не в тот адрес записалShaos wrote:Сделал "вручную" прошивку для GAL16V8 (основная разница - надо писать *QP20*QF2194 и структура у микрухи иная) и попробовал прошить старые PALCE16V8 - в основном получилось, но входы 1 и 11 почему-то не хотят участвовать в вычислениях...Shaos wrote:Минимальный формат JEDEC (без тестовых векторов), необходимый для прошивки GAL22V10 (аналогично и для других перепрограммируемых микросхем с открытой архитектурой), до безобразия прост - основной текст находится между двумя символами - '\x02' и '\x03', обозначающими начало и конец сообщения, между ними располагаются команды, разделённые звёздочками (далее свои комментарии по тексту пишу после трёх минусов --- их в тексте файла .jed не должно быть):
здесь произвольный текст
.--- тут должен быть символ '\x02'
GAL22V10*QP24*QF5892* --- некий текст, далее количество ног у микросхемы (после QP) и количество перепрограммируемых перемычек (после QF)
G0*F0* --- секьюрный бит (после G) и состояние перемычек по умолчанию (после F, обычно 0 - нетронуто)
N note* --- комментарии пишутся после символа N
L0000 11111111011111111111111111111101111111111111* --- список прожигаемых (1) и оставляемых (0) перемычек, непосредственно после L пишется номер первой перемычки в этой строке (тут 0)
L0044 11111111110111111101111111110111111111111111* --- списков может быть несколько (в этой строке адрес первой перемычки - 44)
C5C65* --- после буквы C идёт шестнадцатиричное представление 16-битной контрольной суммы прошивки (сумма байтов, составленных из битов-перемычек)
. --- тут должен быть символ '\x03'
0000 --- шестнадцатиричная контрольная сумма текстового сообщения (вместе с переводами строк и т.д.), однако допустимо использовать 0000 в качестве признака игнориования контрольной суммы сообщения.
Краткое описание составлено вот по этому тексту: http://ftp.dataio.com/appnotes/jedec2.txt
Помниться в те времена у нас в общаге некие пьяные студни паяли "будильник" - к электронным настольным часам приделали РФ-ку, которая по определённому набору битов на адресных входах (снятых с 7-сегментного индикатора часов и минут) выдавала на один выход данных "сигнал" на включение звонкаAlexM wrote:Чесно говоря, ПМЛ ни когда не шил, по молодости брал РФ2, составлялась таблица - на входных такие то данные, на выходах должны быть такие-то, программатор на ОРИОН-128 и готово. Да были времена - "лихие 90тые"Shaos wrote: Кстати наc в начале 90-х в институте обучали работе в досовском пакете ABELD
Я вот тоже в отпуске...пару вопросов решил подкинутьShaos wrote:Решил создать прошивку для GAL22V10 не прибегая к помощи разнообразных средств разработки, а именно - вручную. Берём страницу даташита где изображена картинка внутреннего устройства (DIP Package Pinouts), берём ручку и обозначаем те места, где должны остаться перемычки...
:
) таблицу истиности с GAL-ки, сваял в WINCUPL-е для ATF22V10 файл прошивки...размер 4 кбт с хвостиком. Заработала с 13 попытки)))). Потом решил для PALCE22V10 прошивку сваять...поставил для PALASM-а DOS-6.0 на комп, неделю ковырялся во всяких фичах...сваял, пошел на работу, проверил...работает. НО файл прошивки оказался размером 7414 байт!!!! 
GAL совместим только с PALCE...во всяком случае мой программатор определяет GAL именно как PALCE.Shaos wrote:...по поводу трансляторов - есть PAL в GAL (добавляется юзерская сигнатура из нескольких байт и флаг защиты чтения - причем шиться и без них должно), а GAL совместим с ATF и PALCE вроде как (по формату прошивки, но не по алгоритмам прожига)
Давай сначала разберёмся о какой совместимости мы говорим? Если о совместимости расположения перемычек и формате JEDEC - то PAL/GAL/PALCE/ATF это всё одно и тоже (разве что оригинальный PAL не имел пользовательскую сигнатуру). Если же о совместимости способов программирования, то они ВСЕ разные и GAL прошить как PALCE у тебя не получится, как собственно и наоборот - у них уровни требуемых программируемых напряжений даже отличаются...Rokl wrote:GAL совместим только с PALCE...во всяком случае мой программатор определяет GAL именно как PALCE.Shaos wrote:...по поводу трансляторов - есть PAL в GAL (добавляется юзерская сигнатура из нескольких байт и флаг защиты чтения - причем шиться и без них должно), а GAL совместим с ATF и PALCE вроде как (по формату прошивки, но не по алгоритмам прожига)
А чего транслировать то? Отрезаешь сигнатуру и всего деловRokl wrote:О трансляторах...я и говорил, что есть транслятор PAL в ATF, а меня интересует обратный транслятор АТF в PAL .
Атмель свои АТF поддерживает, а на PAL , после того, как AMD продала их Lattice, забили. Вот и пришлось DOS 6.0 ставить для PALASМ-а. А вот если бы транслятор был ATF в PAL, то можно было бы обойтись атмелевским WCupl-ом.
Есть вообще такой транслятор из ATF в PAL?
Понял, т.е. PALASM генерирует всегда весь список перемычек, потому у меня даже в разных проектах получались JEDEC файлы одинаковой длины (7,24 кбт)(или я не нашел, опции по уменьшению размеров файла), а атмелевский WCUPL "умнее", потому и длина файлов разная.Shaos wrote:Давай сначала разберёмся о какой совместимости мы говорим? Если о совместимости расположения перемычек и формате JEDEC - то PAL/GAL/PALCE/ATF это всё одно и тоже (разве что оригинальный PAL не имел пользовательскую сигнатуру).
По поводу размера JEDEC-файла - разные программы могут генерировать список всех перемычек, а могут не генерировать - там есть возможность значения по умолчанию задавать - это сильно уменьшает объём файла прошивки.
ATF22V10 и PALCE22V10 должны быть совместимы по формату данных на 100% (в PALCE сигнатура уже есть)Rokl wrote:Так вот и непонятно...WCUPL от Атмеля генерирует JEDEC файл 2.43 кбт для ATF22V10...так что у него отрезать, что бы получить 7,24 кбт JEDEC в формате PALASMа для PALСЕ22V10Shaos wrote:А чего транслировать то? Отрезаешь сигнатуру и всего делов
У меня ПО программатора поддерживает оба девайса и читает/шьет оба девайса, но...для ATF22v10 и ATF16V8 приходится пользовать JEDEC от WCUPLа атмелевского, а для PALCE22V10,PALCE16V8 пользовать JEDEC от PALASMа амдшного. И cчитаные прошивки JEDEC с ATFки не подходят к PALке и наоборот. ПО программатора ругается, что фузы не соответствуют выбраной микросхеме. Если насильно всеже зашить, то всеравно не работает прошивка ATFки в PALке и наоборот. Может ПО программатора кривое? или все же PAL и ATF не совместимы на уровне JEDEC- файла прошивки? (если совместимы, то зачем писался JEDEC-транслятор из PAL в ATF ???)Shaos wrote:ATF22V10 и PALCE22V10 должны быть совместимы по формату данных на 100% (в PALCE сигнатура уже есть)
P.S. JEDEC-файл читает ПО программатора, так что если программатор поддерживает оба девайса, то и JEDEC-файлы для них он может читать и прошивать в обе стороны
Вышли поглядеть JEDEC-и для того и другого - может программатор ожидает что в комментах должно быть прописано имя конкретной микросхемы?...Rokl wrote:У меня ПО программатора поддерживает оба девайса и читает/шьет оба девайса, но...для ATF22v10 и ATF16V8 приходится пользовать JEDEC от WCUPLа атмелевского, а для PALCE22V10,PALCE16V8 пользовать JEDEC от PALASMа амдшного. И cчитаные прошивки JEDEC с ATFки не подходят к PALке и наоборот. ПО программатора ругается, что фузы не соответствуют выбраной микросхеме. Если насильно всеже зашить, то всеравно не работает прошивка ATFки в PALке и наоборот. Может ПО программатора кривое? или все же PAL и ATF не совместимы на уровне JEDEC- файла прошивки? (если совместимы, то зачем писался JEDEC-транслятор из PAL в ATF ???)Shaos wrote:ATF22V10 и PALCE22V10 должны быть совместимы по формату данных на 100% (в PALCE сигнатура уже есть)
P.S. JEDEC-файл читает ПО программатора, так что если программатор поддерживает оба девайса, то и JEDEC-файлы для них он может читать и прошивать в обе стороны
