Морква

Да спич в общем-то не о "вносе-выносе"... просто компилятор тупой как ... ппц. Вот написал ты прогу: INT А,B,C; C=A+B; A потом понадобилось тебе тип "C" поменять на REAL. Спрашивается, нахуа при этой модификации лезть в остальной код? Привести один тип к другому - совершенно непосильная для компилятора задача?.. Только через вынос тела?.. 21-й век мля... :( Нед в жизни щастя... :)

Элементарно: часть на клоке, а остаток - комбинация. Вот так вот: always@(posedge clk ) begin if (ce) begin state = state + 1; if (state == s3) state= s0; end end assign dout = (state == s0) ? k0: (state == s1) ? k1: k2;

Простой модулёк. Если его выход делаю регистром (reg [7:0] dout)- всё пучком, но жрёт 8 триггеров, которые функционально не нужны. Если вместо объявления reg [7:0] dout ввести wire [7:0] dout, компилятор плюётся. Исхитряться и выкручивать кнопки через assign чё-то мне совсем не охота... Может я чего-то не понимаю (наверняка)... но если такая замена невозможна, то может нуевонах, этот верилог? Какой-нибудь другой язык это позволяет? ------------------------------------- module G2667(clk, ce, dout); input clk; input ce; output [7:0] dout; parameter k0 = 8'h55; parameter k1 = 8'h26; parameter k2 = 8'hA6; reg [7:0] dout; parameter s0 = 2'd0; parameter s1 = 2'd1; parameter s2 = 2'd2; parameter s3 = 2'd3; reg [1:0] state = s0; always@(posedge clk ) begin case (state) s0: dout = k0; s1: dout = k1; default: begin dout = k2; state = s3; end endcase state = state + 1; end еndmodule ------------------------------------------

Третий SPARTAN, восьмой АЙС: плис прописать не удаётся, если флэшка не пустая. Поэтому сначала флэшку стираю. Жытаг LPT-шный. "Нет, не АЙС..." ©

Юзаю WEBPACK 8.1, шью через LPT. Схема прилагается.

G732, раздел 5.

Что-то я нигде в документации не найду, какие данные должны читаться у PEB3265 в байтиках REVISION, CHIPID, FUSE REG... Моя читает: 13,12,17,0D,38 ... и хбз чё это значит... :(

Две ошибки подряд. Нет, не надо.

Aналогично. Понять ихние мотивы моя не моги...

У флэшки возможное количество записей/стираний отнюдь не бесконечно...

"НЕТ, НЕ АЙС!" - сказал Кай, вылезая из постели Снежной Королевы... © XILINX, пляски с бубном. Может кому пригодится. На платке стотит spartan ХC3S50 + флэшка XCF01S. IMPACT (8.1i) цепляю к ним через ЖЫТАГ. Ну про то, что проект надо отдельно компилить для флэшки, и отдельно для FPGA - я думаю Вы уже в курсе. Хотя выглядит это как-то ... анальнообразно. Ну да это я так, капризничаю... :) Изначально и флэшка, и фпга пустые. ID, сигнатура, и прочая хня читается из обеих м/сх всегда и 100% правильно. Попытка записать проект в фпга приводит к офигенному количеству ошибок при сравнении. Если сначала записать флэш, а потом фпга - количество ошибок уменьшается до одной. Если после этого флэш стереть - в фпга пишется нормально. Так что, с точки зрения XILINX-a, алгоритм первоначального "пуска" проекта выглядит так: 1. Нарисовать проект. 2. Скомпилить его для флэшки. 3. Флэшку прописать. 4. Потом её стереть. 5. Перекомпилить проек для фпга. 6. И только после этого его можно заливать... Вот так вот. Пользуйтесь на здоровье. Извините за выражение... :)

A баба Яга - против! :) 4-х разрядный счётчик на HDL жуётся АЙС-ом так, как будто там написана история человечества от Конфуция до Ницше включительно. Чем он там занимается, трёхгиговый AMD? Символы по точечкам раскладывает? Пикселя в иконке "ожидание" передвигает? Или?.. И если на схеме счётчик - это квадратик о пяти ногах, о котором сразу и всё ясно, то глядя в текст этого не скажешь. :( Знавал я людей, которые предлагали в качестве передового пути снизу вверх схемы в пыкаде не рисовать, а писать сразу нетлист. Типа, схема - это прошлый век, и полный ацтой. В общем и целом - схемный редактор в Айсе полное ГЭ. Но HDL со всеми его вариантами и вариациями - ещё большее ГЭ. Весь этот кал потёк с тех времён, когда в конторы пришли маркетологи. И начали парить мозги про то, как надо парить мозги клиентам, чтобы они запарились выкапывать истину из кучи дерьма под названием "фенечки, прибамбасы, инновации, юзабилити, и прочая хрень" trade mark registred. Видеокамера (обыкновенная бытовуха) купленная 10 лет назад за 500$ снимает на порядок лучше, чем купленная недавно за 700$, с туевой хучей фенечек которые для собственно съёмки нафигненада. Зато половина мануала занимает только их перечисление и описание. А вот то что надо - пишут скромно в уголке и мелким шрифтом: "При захвате видео с помощью USB оно может быть более низкого качества, чем при использовании FireWire." A нахуа тогда вообще тут USB нужен-то, если из него течёт то самое ГЭ? Да патамушта это модно, и без этого никак. Что у них за десять лет - примеси из матриц разбежались? Или кремний в песке кончился? Или мОзги высохли? 21-й век, мля... :(

Долгое время рисовал схемы в Альтеровском МАКСе. Редактор не ахти, но всё-таки... Поменял работу, попал в готовый проект с Xilinx. Среда - ISE 8.1i Посмотрел на схемный редактор - стошнило. :( Они наверное его специально так сделали, чтобы народ писал на HDL, и соответсвенно кушал больше ресурсов. Посему и спрашиваю: Кто на чём рисует схемы для fpga_xilinx? P.S. Предложения типа "забей, пиши на HDL" не интересуют.