wpost

создай ончип ОЗУ на 2кбайта и подцепи на нее вектор исключения ниоса и все начнет грузиться. Объяснить почему так не могу, сам чудом нашел эту фишку

На циклоне 5 при использовании DDR2 озу для ниоса программа грузится из epcs в озу, но не стартует. проблема решается рукописным копировщиком на базе onchipmemory. Возможно тут что-то похожее. попробуйте сделать аппаратный сброс системы (ниоса) по включению питания. Попробуйте на ончип озу запуститься.

cyclone iv GX. Пробовал скомпилировать простую систему с PCI-E Hard IP. при анализе и синтезе вылетает с ошибкой уходящей во внутреннии файлы ядра PCI-E. (на 13.0 sp1 точно такая же система работает). Складывается впечатление неудачного релиза. =(

я думаю, что вы отвели мало оперативной памяти для вашего процессора. попробуйте увеличить объем ОЗУ в qsys

поиск по форуму спасет мир! им нужно только воспользоваться http://electronix.ru/forum/index.php?showt...mp;#entry961255

ушел от проблеммы регрессом системы до Quartus 11.0 (хорошо что они с 12.1 условно совместимые). Система сгенерировалась без проблем. попытки открыть полученную систему квартусом 12.1 приводит к описанной выше ошибке... что же будет с квартусом 13....

проблема с QSYS. периодически, возникают проблемы при редактировании систем в QSYS. Суть в том, что QSYS перестает сохранять систему как положено. Физически все сохраняется, но звездочка в наименовании не пропадает и когда запускаем генерировать после таблички "сохранить2 вываливается ошибка Info: Saving generation log to E:/.../system_generation_9.rpt Error: The system must be saved before generating. последний раз была выявлена закономерность - после добавления вывода наружу частоты через clock_bridge перестает сохранять. если убрать вывод частоты из системы опять сохраняет. Если отключить модуль pci-e hard_ip, то сохраняет и с выходом с бриджа... но штука в том, что бридж с экспрессом в системе никак не связан и частота получена на pll из внешней частоты. Если напрямую с pll сделать экспорт при включенном pci-e, то результат тот же - не сохраняет... Внешними тут я называю сигналы, которые за пределами QSYS, а не те что выходят за пределы кристалла. win7 все с правами администратора. дополню. конфликт возникает при подключении или попытке экспорта cal_blk_clk в модуле pci-e. пока этот сигнал unconnected все сохраняется. до редактирования систем полностью работала в железе.

я вот только не понял, а что вы хотите прочитать из SDRAM если вы в нее ничего не записали??? по включению ее ячейки могут быть заполнены всем чем угодно, никто не обещал, что они будут заполнены 0 или ff.

1. да, правильно. 2. reset можно завести от внешнего супервизора, можно сделать на счетчике, или просто завести на VCC. (активный уровень 0) 3. CFI - это compact flash. я использовал NOR флешку для нее есть отдельный контроллер. CFI никогда не использовал 4. про sysid. проверить имя компонента и после каждой компиляции нужно генерировать BSP и пересобирать проект перед дебагом. можно в настройках дебагера отключить проверку таймстеп и сисид, но это не совсем правильно, т.к. если они не совпадают, то что-то не так с проектом и система как минимум не надежна, даже если работоспособна.

1. нет не нужно. в Pin Planer прописываются только внешнии пины топового проекта. т.е. созданная SOPC система должна быть установлена в топовый файл (у вас schematic) в виде кубика (вложенной схемы), к которому подключаете пины и выводите наружу. из описания я так понял, что после изменения топа проекта вы не разместили систему в новом топе и она просто осталась выкинута из проекта. 2. нужен для того чтобы не прожечь устаревший проект программы в уже обновленную систему. никаких чисел вводить не нужно. НО имя в SOPC обязательно должно быть "sys_id", а не "sys_id0" как он становится автоматически. иначе ниос его не признает. 3. контроллер EPCS нужен для того, чтобы ниос мог грузить свою программу из EPCS. На него нужно указать reset vector и в Device проекта сделать выводы EPCS как IO. иначе тоже работать не будет.

а я так и не смог победить Си... взял перенес старый проект на 12.1, скомпилил его. Создал BSP, подпихнул ему из старого проекта готовую рабочую прогу... и ни в какую он не видит h-ков... все в ошибках и не компилится... загрузил это же рабочее поле в еклипс 11 и без проблем все заработало... придется похоже использовать 12.1 квартус и 11.0 эклипс...

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

onchip_memory и вперд. удобно, можно будет даже байтбластером значения регистров смотреть и менять...

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