Разводка офигенно громоздких плат (Автороутер выбираем)

[KOE]

ИНТ длится от КСИ и до цикла подтверждения прерывания (Неме превед ). Программно егойную длительность померять невозможно, но этот глюкотест4.30 умудрился как-то. И строк на экране 2121, хотя на деле их 512, из которых 480 видимых. И тактов в прерывании он чего-то мало насчитал, для 25 МГц без вайтов. Хотя кадровую частоту я 60 Гц сделал, так и должно быть поменьше.

[нолька]

инт должен длиться от КС до подтверждения прерывания, но не более NN тактов (на профи вроде 16 строк, но это имхо много). Иначе при запрещенных прерываниях сигнал инт будет все время активен и при разрешении сразу сработает.

[KOE]

инт должен длиться от КС до подтверждения прерывания, но не более NN тактов (на профи вроде 16 строк, но это имхо много). Иначе при запрещенных прерываниях сигнал инт будет все время активен и при разрешении сразу сработает.

Ну и что, сработает и ладно. Одно прерывание будет не в такт, а все следующие - как надо.

[нолька]

ну представь такую ситуацию. прерывание срабатывает в середине фрейма, а потом в начале следующего, т.е. между ними достаточно мало тактов - из-за чего вполне возможны глюки в некоторых прогах (вероятность очень маленькая, но если вдруг возникнет, то потом сто копий сломаешь прежде чем обнаружишь в чем дело). Так что советую пофиксить.

[deathsoft]

Одно прерывание будет не в такт, а все следующие - как надо.

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

[KOE]

Уж в альтере то без проблем можно сделать счетчик на 23 такта а дальше ИЛИ на то что быстрее сработает, счетчик или подтверждение инта.

Да сделаю, не проблема.

[KOE]

Кстати, еще интересный момент. Разогнал срам почти до паспортных наносекунд - из-за задержек сигналов на выходах ПЛИС приходится хватать данные из памяти не в тот момент, когда это надо сделать согласно моему черновичку (листочег в клеточку с диаграммами, нафигаченными от руки), а позже. Т.е. у меня есть основной клок, относительно которого все синхрится и затем предделитель, отсчитывающий периоды клока. Так данные приходится хватать с задержкой на такт относительно расчетного момента, иначе дает сбои.
Я вот что думаю, если вдруг придется портировать прошивку для более быстрой fpga, придется это дело учитывать (т.е. подбирать фазу схватывания данных). Блин, некрасиво получается. А иначе наносекунды фиг выловишь.

[deathsoft]

Разогнал срам почти до паспортных наносекунд - из-за задержек сигналов на выходах ПЛИС приходится хватать данные из памяти не в тот момент, когда это надо сделать согласно моему черновичку

Ну вон у вадера по началу на ДЕ1 не работало на паспортной частоте, как раз из за задержек на пинах альтеры. Это считай как подгонка кондерами =). Я когда ПЦЫ контроллер делал на тормозном АЦЕКСе точно также извращался.

[deathsoft]

А иначе наносекунды фиг выловишь.

Мне хватило работы по 2м фронтам, в части схемы юзался прямой клок, в части инверсный, сдвига на пол такта вполне хватало.

[KOE]

Скажите мне, други, синтез FPGA - это действительно искусство черной магии, или я просто такой невезучий?

Ровно 2 дня трахался с квартусом, портируя свои, заметьте, свои рабочие исходники от Pentagon 2.666 для Pentagon 2.666 LE. А всего-то заменил контроллер и в связи с особенностями двухслойной платы переназначил выводы FPGA. Ну и клокинг всей системы сделал от одного единственного кварца с двойной фапчой (двухкратное умножение частоты). И вот тока 5 минут назад узрел на экране заветное (c) 1982 Sinclair research Ltd...

... Дело дошло до полной ж, писал на асме тест вместо родного ПЗУ:
org 0
di
start: ld a,7
border: out (fe),a
dec a
jr nz,border
jr start

И вбивал его в БИНАРНОМ КОДЕ (да-да, ноликами и единичками, помните тупую шутку, про то, что настоящему программеру надо 3 кнопки:0,1 и enter) в VHDL-код для пошаговой трассировки...

Но таки выловил глючные цепочки в своем ДНК. Теперь с чувством решенной задачи ложусь спать...