vetal

Оцените примерно объем работ в часах. Умножьте полученное число на стоимость одного часа Вашего рабочего времени * 2 - это будет стоимость работ без учета стоимости материалов и пр. накладных расходов.

2Victor®: На всякий случай положил лицензию в аплоад/утилс, хотя и бесплатной версии более чем достаточно для индивидуального/мелкогруппового пользования. 2_Anatoliy: Это пока VelociRaptor не рассыпался за месяц до сдачи работы :) Если для нечастого использования, то достаточно зазиповать все с нулевым сжатием(для ускорения времени) и скинуть на болванку/корп. сетевой ресурс.

Может это поможет? Очень простая и удобная среда.

Такое может произойти если разрешены вложенные прерывания. Я таким не пользуюсь - мне хватает распределения приоритетов. Поведение HAL в этой области детально не изучал.

Значит происходит переполнение стека и аномальное поведение программы.

alt_printf работает без блокировок среды(env_lock). Для него возможно появление смеси ежа с носорогом при выводи из независимых мест(потоков, прерываний). Блокировки присутствуют в самом драйвере порта. По умолчанию для stdin, stdout и stderr установлен блокирующий режим записи(возврат управления только по окончании записи/чтения). Cнять можно примерно так: fcntl(0,F_SETFL,O_NONBLOCK); fcntl(1,F_SETFL,O_NONBLOCK); fcntl(2,F_SETFL,O_NONBLOCK); Еще одна возможная причина зависания - снятие прерывания до момента входа в его обработчик. Это интерпретируется системой, как break 0(останов) и в рабочей программе приводит к переходу в бесконечный цикл.

Тем более, что у вас jtag-uart. Там негарантированное время на опустошения этого буфера+его тактирование желательно на частоте не менее 24 МГЦ. Установите неблокирующий доступ для stdout. Лучше всего - вынесите printf в основную программу. И выводите содержимое счетчика когда он изменил свое значение. printf и/или sprintf могут хорошо повесить систему при неправильном использовании(особенно в прерывании).

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

На счетчиках, схемах сравнения, автоматах

Без указания Ваших контактных данных (e-mail, icq) с Вами никто не сможет связаться.

Что есть генератор? Моделирование показывает такое-же поведение? Ошибка в логике работы.

У вас дрожание 1-2 такта. Для внешнего асинхронного импульса это нармальная ошибка(+-1 такт).

А зачем если не секрет? Для MAX7000 нужно использовать Web Edition версию! Полный Quartus нужен для более серьезных чипов и расширенной функциональности, которая так же доступна только для новых семейств. Да и моделсима Starter Edition вполне должно хватить для проектов, умещающихся в MAX7000!

Тогда прерываться не будет, т.к. прерывать просто некому. Если это так важно - отключите все "лишние" прерывания, которые могут вызвать обращение к ОЗУ.

Давайте уточним - программа обращается к одной из этих двух SDRAM? Если нет - торможения не будет, если да - будет.

По простому - нет. Разве что в настройках арбитража соединения указать максимально возможный интервал(View->Show Arbitration)

Если DMA свой, то arbiter lock заблокирует шину на всю транзакцию.

Неточность - это нормально. При доступе из двух разных мест надо решать неопределенность rmw операций. Прерывания можно запрещать не на все время выполнения функции, а только при доступе к общим ресурсам. Если у вас в системе более одного прерывания, то неточность все равно будет иметь место.

Слишком дорогие для своего функционала(по сравнению с другими возможными вариантами).

Какие-то вы платки неправильные смотрите. Для старта лучше брать DE0/DE1 - минимально необходимый объем периферии на них уже установлен. Продают в ЭФО (http://www.altera.ru/cgi-bin/go?31).

http://habrahabr.ru/blogs/php/111402/

Рабочую частоту блока с умножителями огласите. Как правильно заметил Fast - подняв частоту в 2 раза можно уменьшить кол-во умножителей.

Угу. http://msdn.microsoft.com/en-us/library/5d...v=vs.80%29.aspx

PCB technology,RCM group,Резинит,Гранит-ВТ,а также многие другие. Далеко не все оснащенные производства работают на внешние заказы. Часто линии закупаются под пр-во конкретного продукта, и только если есть свободный ресурс берут внешние заказы.

Разработать смогут. Собрать - тоже смогут(чуть ли не на каждом углу). Не смогут сделать только покупные комплектующие.