Полная версия этой страницы: Ужасный глюк!
до поры до времени всё было ОК, но как только я запитал девайс от настоящего импульсника, а не от стендового БП, АРМ стал периодически вылетать на адрес 0х000000 , а так как я отлаживаюсь из ОЗУ, там у меня находятся пользовательские данные, соответственно проц вылетает в undefined. Самое интересное, что если отключить прерывания, глюк пропадает. Что же делать, платы готовые, не исправить и другой БП тоже нельзя, проект встал, помогите плизззз
Для начала обвешай по питанию керамикой и танталами. Можешь фильтр врезать между ИП и местом его подключения. Кстати, а что такое "настоящий импульсник"?
По симптомам похоже на BOD или RESET. Или конденсаторы по питанию неудачно расположены.
Однако если запрет прерываний влияет, то возможно возникает какое-то непредвиденное прерывание с нулевым вектором.
1. Какой проц?
2. Программу со всеми инициализациями контроллера прерываний не покажете?
Однако если запрет прерываний влияет, то возможно возникает какое-то непредвиденное прерывание с нулевым вектором.
1. Какой проц?
2. Программу со всеми инициализациями контроллера прерываний не покажете?
Цитата(InsolentS @ Jul 21 2007, 10:02) 
адрес 0х000000 , а так как я отлаживаюсь из ОЗУ, там у меня находятся пользовательские данные, соответственно проц вылетает в undefined.
ЧуднО! Вообще-то по этим адресам должны лежать вектора исключений. Неудивительно, что при возникновении прерывания вместо кода по вектору irq процессор обнаруживает мусор. Вот вам для примера .xcl и .mac для работы из ОЗУ (правда для S64, доработаете по вкусу).Попробуйте неиспользуемые вектора контроллера прерываний направить на функцию-заглушку. Попадание в нее укажет, что разрешено какое-то прерывание без обработчика. Заглушка на векторе FIQ не помешает.
Насчет емкостей тоже согласен - неплохо было бы глянуть схему и главное - разводку.
Незадействованные выводы МК подтянуты или настроены как выхода?
Раз работало со стендовым БП, то виновата разводка и импульсный БП.
Раз работало со стендовым БП, то виновата разводка и импульсный БП.
Цитата(sensor_ua @ Jul 21 2007, 13:30)
Для начала обвешай по питанию керамикой и танталами. Можешь фильтр врезать между ИП и местом его подключения. Кстати, а что такое "настоящий импульсник"?
"Настоящий" я имел ввиду тот, который будет устанавливаться на серийные девайсы, AIMTEC AMEL05
Цитата(GetSmart @ Jul 21 2007, 13:35)
По симптомам похоже на BOD или RESET. Или конденсаторы по питанию неудачно расположены.
Однако если запрет прерываний влияет, то возможно возникает какое-то непредвиденное прерывание с нулевым вектором.
1. Какой проц?
2. Программу со всеми инициализациями контроллера прерываний не покажете?
Однако если запрет прерываний влияет, то возможно возникает какое-то непредвиденное прерывание с нулевым вектором.
1. Какой проц?
2. Программу со всеми инициализациями контроллера прерываний не покажете?
проц AT91SAM7X256
Цитата(Сергей Борщ @ Jul 21 2007, 14:05)
ЧуднО! Вообще-то по этим адресам должны лежать вектора исключений. Неудивительно, что при возникновении прерывания вместо кода по вектору irq процессор обнаруживает мусор. Вот вам для примера .xcl и .mac для работы из ОЗУ (правда для S64, доработаете по вкусу).
Попробуйте неиспользуемые вектора контроллера прерываний направить на функцию-заглушку. Попадание в нее укажет, что разрешено какое-то прерывание без обработчика. Заглушка на векторе FIQ не помешает.
Насчет емкостей тоже согласен - неплохо было бы глянуть схему и главное - разводку.
Попробуйте неиспользуемые вектора контроллера прерываний направить на функцию-заглушку. Попадание в нее укажет, что разрешено какое-то прерывание без обработчика. Заглушка на векторе FIQ не помешает.
Насчет емкостей тоже согласен - неплохо было бы глянуть схему и главное - разводку.
Здравствуйте, Сергей
Дело в том, что я отлаживаюсь из ОЗУ, т.е. все вектора начинаются с адреса 0х200000, после remap'авот инициализация AIC:
Код
AT91F_AIC_ConfigureIt(AT91C_BASE_AIC,
AT91C_ID_US0,
5,
AT91C_AIC_SRCTYPE_HIGH_LEVEL,
(void(*)())ISR_Keyboard);
AT91F_AIC_EnableIt(AT91C_BASE_AIC,AT91C_ID_US0);
...
AT91F_AIC_ConfigureIt(AT91C_BASE_AIC,
AT91C_ID_TC0,
4,
AT91C_AIC_SRCTYPE_INT_HIGH_LEVEL,
(void(*)())ISR_Timer0);
AT91F_AIC_EnableIt(AT91C_BASE_AIC,AT91C_ID_TC0);
...
AT91F_AIC_ConfigureIt(AT91C_BASE_AIC,
AT91C_ID_TC1,
6,
AT91C_AIC_SRCTYPE_INT_HIGH_LEVEL,
(void(*)())ISR_Timer1);
AT91F_AIC_EnableIt(AT91C_BASE_AIC,AT91C_ID_TC1);
AT91C_BASE_AIC->AIC_FFER=(1<<AT91C_ID_TC1);
...
AT91F_AIC_CfgPMC();
AT91F_AIC_CfgPIO();
AT91C_BASE_AIC->AIC_SMR[AT91C_ID_FIQ]=AT91C_AIC_SRCTYPE_POSITIVE_EDGE;
AT91F_AIC_EnableIt(AT91C_BASE_AIC,AT91C_ID_FIQ);
AT91C_ID_US0,
5,
AT91C_AIC_SRCTYPE_HIGH_LEVEL,
(void(*)())ISR_Keyboard);
AT91F_AIC_EnableIt(AT91C_BASE_AIC,AT91C_ID_US0);
...
AT91F_AIC_ConfigureIt(AT91C_BASE_AIC,
AT91C_ID_TC0,
4,
AT91C_AIC_SRCTYPE_INT_HIGH_LEVEL,
(void(*)())ISR_Timer0);
AT91F_AIC_EnableIt(AT91C_BASE_AIC,AT91C_ID_TC0);
...
AT91F_AIC_ConfigureIt(AT91C_BASE_AIC,
AT91C_ID_TC1,
6,
AT91C_AIC_SRCTYPE_INT_HIGH_LEVEL,
(void(*)())ISR_Timer1);
AT91F_AIC_EnableIt(AT91C_BASE_AIC,AT91C_ID_TC1);
AT91C_BASE_AIC->AIC_FFER=(1<<AT91C_ID_TC1);
...
AT91F_AIC_CfgPMC();
AT91F_AIC_CfgPIO();
AT91C_BASE_AIC->AIC_SMR[AT91C_ID_FIQ]=AT91C_AIC_SRCTYPE_POSITIVE_EDGE;
AT91F_AIC_EnableIt(AT91C_BASE_AIC,AT91C_ID_FIQ);
Цитата(InsolentS @ Jul 21 2007, 15:03)
Дело в том, что я отлаживаюсь из ОЗУ, т.е. все вектора начинаются с адреса 0х200000, после remap'а
На самом деле вектора всегда начинаются с адреса 0. И именно в эти адреса прыгает процессор. После ремапа в нулевые адреса отражено ОЗУ, поэтому в них наблюдается то же самое, что находится в ОЗУ с адреса 0х200000...Или я неправильно понял фразу "вылетать на адрес 0х000000 , а так как я отлаживаюсь из ОЗУ, там у меня находятся пользовательские данные". Я понял, что "там" = по адресу 0х000000.
Если с лабораторным источником все работает, а с импульсным - нет, причина на 99% в разводке. Показывайте
Хотелось бы все же узнать чем закончился этот "ужастный глюк"? У меня сттуация похожа.Отладчиком я не пользуюсь, на какие адреса происходит прыжок не знаю. Но периодически происходит переинициализация. RSTC_SR показывает всегда код последнего реально совершенного сброса.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.