Обсуждаем контроллеры компании Atmel.
Вт окт 05, 2021 13:10:29
Прочитал статью, что если переменная модифицируется как в основном цикле кода, так и в прерывании, то в основном цикле, при записи в такую переменную, необходимо запретить прерывания. Причем это касается даже 8-ми битных переменных. Иначе возможна потеря данных при модификации переменной в прерывании. И проблема эта может долго не всплывать, так что даже устройства уходят в серийное производство и только потом, уже у клиента, проблема проявляется. Вопрос к Ассамблерщикам, это действительно так?
Вт окт 05, 2021 13:30:39
Это вопрос к автору программы.
Ибо если задуман садомазохизьм - то тут уж....
Если данные принимаются подпрограммой прерывания (или какой-то дополнителоьной к основной программе) - то на такой случай есть буфер приема и флаг-семафор:
"данные готовы/данные считаны(обработаны)".
Вт окт 05, 2021 13:40:58
BOB51 писал(а):есть буфер приема и флаг-семафор:
"данные готовы/данные считаны(обработаны)".
Хорошая идея!
Вт окт 05, 2021 14:49:13
Всё завсит от того, как модифицируется переменная. В любом случае, ядро AVR завершит текущую ассемблерную команду и только потом уйдёт по адресу прерывания.
Вт окт 05, 2021 15:15:06
Читал здесь:
http://easyelectronics.ru/avr-uchebnyj- ... racii.htmlКак я понял на ассемблере процедура записи выглядит так: сначала значение переменной
читается ->
модифицируется -> а потом
записывается новое значение. И если прерывание случится после чтения значения (на 1 шагу процедуры), то после выхода из прерывания ядро вернется к прерванной операции (модификация -> запись)... т.е. начнет работу с прочитанным ранее значением переменной... а переменная уже была изменена в прерывании. Получается что информация записанная в прерывании будет потеряна. Я так понял.
Добавлено after 5 minutes 9 seconds:Речь идет про язык программирования Си - забыл упомянуть.
Вт окт 05, 2021 15:36:09
На такие вопросы ответ даст только распечатка листинга конкретной программы.
Вт окт 05, 2021 16:42:00
Прочитал статью, что если переменная модифицируется как в основном цикле кода, так и в прерывании, то в основном цикле, при записи в такую переменную, необходимо запретить прерывания.
ИМХО не нужно ничего в таком случае запрещать… лучше при возникновении прерывания значение этой переменной сохранить в стек, а перед выходом из прерывания вернуть значение из стека в переменную. Тем самым ничего не пропадёт.
Вт окт 05, 2021 16:56:12
Если программа пытается модифицировать одну и ту же переменную из прерывания и из основного цикла, то алгоритм программы не корректный.
Добавлено after 1 minute 16 seconds:Тем самым ничего не пропадёт.
Как не пропадёт? А куда денется значение переменной, присвоенное ей в прерывании? Быть может, это прерывание и задумывалось ради этого. К примеру, значение АЦП.
Вт окт 05, 2021 17:07:55
Как не пропадёт? А куда денется значение переменной, присвоенное ей в прерывании? Быть может, это прерывание и задумывалось ради этого.
Имелось ввиду… при использовании переменной в прерывании для расчётов, а не сохранения значений полученных в прерывании.
Хранить разные значения (для двух источников) в одной переменно это вообще как? Вот использовать переменную кратковременно, на каком либо участке алгоритма без потере её первоначального значения это возможно, а вот хранить разные значения в одной переменной не получится (если это не массив какой-то).
Вт окт 05, 2021 17:37:16
Как я понял на ассемблере процедура записи выглядит так: сначала значение переменной читается -> модифицируется -> а потом записывается новое значение.
Вы хотите использовать переменную как флаговую? Других причин писать туда и из основного цикла, и из прерываний я не вижу. В таком случае да, проще запрета прерываний вряд ли что найдется.
Имелось ввиду… при использовании переменной в прерывании для расчётов, а не сохранения значений полученных в прерывании.
А для какой извращенной цели это может пригодиться?
Потому что если в функции (в т.ч. прерывании) нужно завести временную переменную, то ее делают локальной и хранят на стеке, а не портят глобальные.
Вт окт 05, 2021 17:58:14
Kalisnik, ты сначала отфильтруй АЦП хоч
шоб не стрибало
Вт окт 05, 2021 19:26:30
Вопрос к Ассамблерщикам, это действительно так?
Странный вопрос. Учитывая, что вопрошающий понимает всю суть происходящего и даже способен это описать.
Холивара ради вопрос ?
Вт окт 05, 2021 20:01:18
кому нужен асм?
никому.
разве что тем, кто иногда заглядывает в .lss
и то, только для правки сишного кода
Вт окт 05, 2021 20:08:39
А какое прерывание имеется ввиду ? А если в прерывании по таймеру считается время чего нить ... то как потом компенсировать запрет в основном цикле ?
Вт окт 05, 2021 20:24:00
онэ даже в приведении типов не рубит
Вт окт 05, 2021 20:24:30
{кому нужен асм?
никому}
Да мне нужен. Чтоб не трахаться так с простыми вопросами. И не гадать, что компилятор с кодом сделает.
Вт окт 05, 2021 20:31:22
компилятор сделает все как надо
результат зависит от твоей писанины
Вт окт 05, 2021 21:17:26
Холивара ради вопрос ?
Первое, убедиться что я правильно понял. Второе, рассмотреть вопрос с разных сторон и почерпнуть, по возможности, что-то новое.
Вт окт 05, 2021 21:17:55
Вот именно. А я не совсем не виртуоз писать на си. Потому и нужен мне асм. Так что не надо горячиться насчёт асм.
Powered by phpBB © phpBB Group.
phpBB Mobile / SEO by Artodia.