Версия для печати темы

Нажмите сюда для просмотра этой темы в обычном формате

Форум разработчиков электроники ELECTRONIX.ru _ MIPS _ вектора прерываний

Автор: Drozd2 May 25 2016, 23:36

Микроконтроллер - PIC32MX. Прибор должен работать в двух разных режимах в зависимости от переключателя. Режим выбирается перед включением. Обработчики прерываний тоже должны быть разными. Возможно ли штатными методами создать две таблицы векторов прерываний и два набора обработчиков? В крайнем случае можно сделать одну таблицу в ОЗУ, но 4 КБ flash не так жалко, как ОЗУ. И компилятор ругается на разные обработчики одного вектора.

Автор: СНБ May 26 2016, 05:01

"Положение векторов в адресном пространстве может быть изменено программно, так же как и дистанция между векторами."© Гуголь

Т.е. можно

Автор: Valentine Loginov May 26 2016, 06:51

Так вы почитайте как у вас прерывания работают. Там есть режимы одного и множества векторов, есть между векторами оффсет, что позволяет сильно уменьшить выделяемое место под вектора. Адрес обработчика прерывания рассчитывается через адрес в регистре сопроцессора (ebase). Где и какие вектора размещать - определяется компоновщиком (линкером). Инициализация всего добра в ассемблерном стартапе (crt0.S).

Автор: Drozd2 May 26 2016, 15:59

Сути вопроса никто не понял. Попробую поэтапно.
1. Хочу ДВЕ(!!!) таблицы векторов во flash. Не важно, какой плотности. Таблицы должны быть с разными векторами и вызывать разные обработчики прерываний. При старте с помощью ebase должна выбираться одна из них со своим набором привязанных к ней обработчиков.
2. Тогда в тексте программы появляются соответственно ДВА разных обработчика ОДНОГО вектора, на что компилятор ругается. Не хочет он сразу и

void __attribute__((interrupt(X), vector(Y))) foo {};

и

void __attribute__((interrupt(X), vector(Y))) bar {};

К тому же нужно связать первый обработчик с первой таблицей, а второй, соответственно, со второй. И уже при старте в ebase писать адрес нужной таблицы.

3. Даже если одну таблицу разместить в озу и при старте менять вектора, то проблема одинаковых атрибутов разных обработчиков остается.

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

Автор: СНБ May 26 2016, 20:33

Цитата(Drozd2 @ May 26 2016, 16:59) *
Сути вопроса никто не понял. Попробую поэтапно.
1. Хочу ДВЕ(!!!) таблицы векторов во flash.

Во флешь нельзя. Только в ОЗУ.
Хоть 10 таблиц

Автор: Drozd2 May 26 2016, 20:43

Да не вопрос. Можно и в ОЗУ. Тогда и одной таблицы достаточно. И адрес нужного обработчика записать туда я в состоянии. Как два разных обработчика с одинаковыми атрибутами прописать?

Автор: СНБ May 26 2016, 20:57

Сформировать две таблицы.
А потом переключать их.

"Положение векторов в адресном пространстве может быть изменено программно, так же как и дистанция между векторами."© Гуголь

Автор: Valentine Loginov May 27 2016, 06:55

Да можно и во флеш. Еще раз: посмотрите как в скрипте компоновщика описывается таблица прерываний. Опишите вторую, а потом разместите в ней вектора. Да, у них будут другие индексы, ну сделайте список define'ов под них.

Автор: СНБ May 27 2016, 14:53

Цитата(Valentine Loginov @ May 27 2016, 07:55) *
Да можно и во флеш. Еще раз: посмотрите как в скрипте компоновщика...

Физически нельзя.
А компоновщик и прочее - это уже все программные извраты компилятора.
Я думал речь идет о возможностях непосредственно архитектуры


Например, компилятор может генерировать код, который копирует вектора из флэш в RAM.
А в ручную на ассемблере можно и не такие извраты делать.
Но тогда в теме нужно было сразу сказать, что интересует не "железные" возможности, а софтовые извраты

Автор: Drozd2 May 27 2016, 15:46

Цитата
Да, у них будут другие индексы, ну сделайте список define'ов под них.

А вот насчет других индексов то я и не подумал. Начинаю понимать. Хотя с define пока довольно туманно. Попробую додуматься сам. Спасибо!

Автор: СНБ May 27 2016, 15:59

Т.е. для Вас "камень" это то, как его представляет для Вас предоставляет компилятор?
А я думал Вы системщик/железячник, а не программист.

Цитата(Drozd2 @ May 27 2016, 16:46) *
Хотя с define пока довольно туманно.

Это Ваш первый проект? Курсовая?

Автор: Drozd2 May 27 2016, 16:25

Да я вообще дворник. Так, заглянул с умными людьми пообщаться.

Автор: СНБ May 27 2016, 17:08

Цитата(Drozd2 @ May 27 2016, 17:25) *
Да я вообще дворник. Так, заглянул с умными людьми пообщаться.

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

Это так?

Объясните нормально в чем проблема:
Вы не знаете поддерживает ли железо данную возможность или вы просто не знаете как это в компиляторе написать?

Т.е. у вас вопрос по архитектуре железа или по компилятору?

Т.е. Вам нужен просто пример исходного кода?

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

Так?

Автор: Valentine Loginov May 30 2016, 07:06

Цитата(СНБ @ May 27 2016, 17:53) *
Физически нельзя.
А компоновщик и прочее - это уже все программные извраты компилятора.
Я думал речь идет о возможностях непосредственно архитектуры


Например, компилятор может генерировать код, который копирует вектора из флэш в RAM.
А в ручную на ассемблере можно и не такие извраты делать.
Но тогда в теме нужно было сразу сказать, что интересует не "железные" возможности, а софтовые извраты


Что-то когда я работаю с прерываниями в pic32 у меня обработчики прерываний размещены во флеш-памяти и PC в прыгает по адресам rom. Если нужно подменить вектора - переинициализирую ebase и он начинает прыгать по другой таблице прерываний. И все во флеш. ЧЯДНТ?

Русская версия Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)