ViKo

Подкорректирую свой ответ. Первое - контроллер, второе - процессор. В вашем случае - система контроллерного типа и система процессорного типа (можно добавить "преимущественно"). GPU - как можно догадаться из аббревиатуры - графический процессор. Cell - насколько я знаю - процессор. Угадайте, что такое PIC? :)

Рекомендую специальность "радиотехника" - самая крутая, во всяком случае, была. Возможно, по связи есть что-то более специализированное, но фундаментальные знания дает именно радиотехника.

Первое называется сигнальный процессор, а второе - контроллер.

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

Да, вроде, никаких проблем. Можно писать и читать одновременно, на любых допустимых частотах, безо всяких ожиданий. Другое дело, что для стека это не нужно, там не бывает одновременных записи и чтения. В этом смысле я с вами согласен.

А двухпортовое ОЗУ? В Altera есть с давних времен. Вот заголовок из шаблона. module simple_dual_port_ram_dual_clock #(parameter DATA_WIDTH=8, parameter ADDR_WIDTH=6) ( input [(DATA_WIDTH-1):0] data, input [(ADDR_WIDTH-1):0] read_addr, write_addr, input we, read_clock, write_clock, output reg [(DATA_WIDTH-1):0] q );

Если определить несколько переменных типа bool, компилятор не объединит их в один байт/слово... ?

Нашел в одной из статей хэлпа: Uninitialized variables are placed in a section with type ZI Может быть, ZI означает, что в этой области не размещены конкретные (статические) переменные? Стек - как раз такое...

Что-то в Keil какая-то путаница (а может, в моей голове). Что означает zero-initialized? Разве стек нужно инициализировать нулями? Или это просто подразумевается?

Когда-то я подал напряжения +15V и -15V на питание ОУ в пластмассовом корпусе, перепутав их местами. Буквально сразу корпус ОУ задымился, из центра повалил дым, пластмасса прогорела до кристалла, в-общем, все произошло быстро и эффектно. Еще электролитические конденсаторы "стреляют", когда перепутана полярность напряжения, тоже от перегрева из-за большого тока. Других летальных случаев не припомню, ни с ПЛИСами, ни с чем-то другим. Пока температура кристалла и корпуса не превысила предельно допустимого, думаю, необратимых повреждений не будет. А вот срок "жизни" сократится. upd. С некоторых пор каждую микросхему при первом включении пробую на тепло пальцем :)

Раскройте подробности этого "чудесного" явления.

Тогда результат будет расширен до 21 бита (вернее, урезан :)). Подстраивается под размерность переменной в левой части. Но до этого переменной слева не было...

Нет, результат будет иметь количество битов, соответствующее максимальному из количества битов операндов (в данном случае 12).

для des00 Не томите, выскажите свою пару подозрений.

По логике оба куска работают одинаково (повезло, что везде получаются однобитовые значения, иначе | и & давали бы совсем не то, что || и &&).

Нужно ставить || и &&

Я думаю, программист пытался "подстраховаться", если программный счетчик скакнет куда-нибудь, куда его "не просили", и тогда доберется до перехода на старт. Сомнительная польза...

Вот цитата из словаря.

Дает сигнал переноса, когда счетчик находится в состоянии 0.

Насколько я понимаю, "размазывание" проекта по ПЛИС делается специально, чтобы избежать температурных градиентов, иначе какая-то область перегревалась бы, расширялась и "ломала" кристалл.

По намекам des00 получается, что когда шина меньше 16 битов, то sload не используются. Скорее, касается цепей, подходящих к LAB-ам.

А что ж ковыряете, если он уже был готов? Скомпилить, и - в путь! Ноги только описАть :) Я пытаюсь хранить в качестве библиотеки некие модули общего назначения - счетчики, пиковые детекторы, и т.п. А модуль верхнего уровня - на каждый проект свой. А еще мне доставляет эстетическое удовольствие запись, приведенная выше. "Вы оцените красоту игры".

Все равно описывать сигналы надо, так почему бы сразу не указать заодно и выводы? А потом забыть про всё :) У меня нет задачи облегчить жизнь моему компьютеру. Могу хоть 10 раз запускать на компиляцию. И каждый раз будет выдаваться одно и то же :) для Kuzmi4 в Хандбуке на Квартус атрибут chip_pin описан. Жаль, что нет других, описывающих остальные свойства пинов, что упоминал des00, а то бы я и их забил в исходник. P.S. И еще чуток - в эпоху, когда скопировать и вставить делается легким движением руки, не вижу смысла использовать один исходник в нескольких проектах. Неужели бывают два одинаковых проекта?

Хоть намекните, какие выводы сделали. Я попробовал код, скомпилировал, посмотрел, но ничего не понял :)

А в qsf оно само появится? Все равно руками забивать. Зато в исходнике я их сразу вижу. Могу и просто закомментировать ненужные, и раскомментировать нужные выводы. А включение модуля, предназначенного для конкретной задачи и конкретной ПЛИС, в более высокий - это нечто гипотетическое.