Вопрос по сбросу Nios процессора?, Не хочет стартовать после сброса? Опции

[inco]

Собственно сам вопрос в заголовке темы.

Есть некоторая система на циклоне 3 с ниос процессором на борту. Конфигурация такая: загрузка идёт из epcs вектор старта программы прописан на внутреннее озу (другого нет). То есть по включению питания программа и конфигурация грузятся прямо в плис и всё стартует и работает нормально. Теперь если нажать на кнопку сброс процессора (она сделана как вход на внешнем пине плис) то система сбрасывается, видно по периферии, то-есть сброс проходит, но далее система висит в этом состоянии, программа не стартует и проект не работает. При этом если я из иде ниоса загружаю программу для отладки и запускаю ёё все стартует и работает далее, или если я по новой через jtag загружу конфигурацию тоже всё стартует и работает. Таким образом видно что не выполняется старт программы из внутреннего озу после сброса.

Вот и вопрос, что я где пропустил или не дочитал? Чего ему (проекту) не хватает?

[PeterD]

Поставте вектор сброса на eps контроллер. А вектор исключения можете оставить в ОЗУ.

[inco]

Поставте вектор сброса на eps контроллер. А вектор исключения можете оставить в ОЗУ.

Спасибо за советы! Документ почитаю, однако пробовать буду только во вторник (праздники). На счёт поставить вектор на epcs думаю не поможет! У меня озу расположено не с нулевого адреса, а с 0x10000, а с 0 как раз epcs, то есть если даже по нулевому адресу произойдёт несанкционированная запись, типа как в АВР в еепром, то программа просто так в epcs не запишет, а до 0x10000 адреса она вряд ли дойдёт, так как находится в состоянии сброса. Кстати проверка размеров буферов на переполнение перед записью проходит в железе (на уровне периферии).

Ладно почитаю документ... буду думать...! А пока всех с праздником! Христос воскрес! Пьяный я уже.... 8)

[vadimuzzz]

У меня озу расположено не с нулевого адреса, а с 0x10000, а с 0 как раз epcs, то есть если даже по нулевому адресу произойдёт несанкционированная запись, типа как в АВР в еепром, то программа просто так в epcs не запишет, а до 0x10000 адреса она вряд ли дойдёт, так как находится в состоянии сброса. Кстати проверка размеров буферов на переполнение перед записью проходит в железе (на уровне периферии).

это еще бабушка надвое сказала: писать в EPCS напрямую, конечно, не получится, но нагадить можно. контроллер EPCS - это по сути контроллер SPI, у них даже регистры совпадают. поэтому есть вероятность записать мусор в управляющие регистры(они как раз там адресуются). с проверкой размеров буферов я раз тоже нарвался (не проверил size>0 перед записью, потом долго веселился, signaltap выручил).

[inco]

это еще бабушка надвое сказала: писать в EPCS напрямую, конечно, не получится, но нагадить можно. контроллер EPCS - это по сути контроллер SPI, у них даже регистры совпадают. поэтому есть вероятность записать мусор в управляющие регистры(они как раз там адресуются). с проверкой размеров буферов я раз тоже нарвался (не проверил size>0 перед записью, потом долго веселился, signaltap выручил).

У меня в программе пока работы с epcs нет вообще! То-есть я вообще не использую никакие функции для работы с epcs, поэтому по моему я ему никак навредить не могу.
На счёт размеров буферов, да проверки на > 0 у меня нет. Но я в самом начале наступил на грабли, когда запустил периферию до её конфигурации, адреса буферов после сброса были равны 0 и у меня стиралась рабочая программа в озу. После этого я в периферию добавил бит включения, который взводится последним, после того как я настрою все адреса и размеры, поэтому не вижу криминала в отсутствии проверки размеров на > 0. По сбросу естественно биты включения периферии сбрасываются и это видно по тому, что все модули останавливаются и ждут инициализации.