__raw прерывания Опции

[fmdost]

Доброго времени суток, подскажите pls как в прерывании перенести сохранение регистров по своему усмотрению. Мне нужно как можно быстрее дёрнуть ногой, а потом выполнить С код.

камень mega88;

__interrupt //Штатно сохраняет все далее используемые регистры.

// и только после этого
PORTx=1;

//~далее С код

==========
А надо так

__interrupt

PORTx=1;

//Штатно сохранить все далее используемые регистры.
//~С код

В асме так делается очень часто, в описании на IAR и на CAVR нашёл только __raw, но он не сохраняет регистры вообще.

[rezident]

Вам в пустыне уже все разжевали, теперь еще и тут та же пестня?
Ну вот вам пример. Правда для MSP430, т.к. ИАР для АВР не имею.
Исходный текст функции перывания.

Код

extern float calcBlaBla (float a_data, float b_data, float c_data);

#pragma vector = WDT_VECTOR
__interrupt __raw void WDTimer_ISR(void)
{ P1OUT^=BIT0;
  float tmp=calcBlaBla(1.0, 4.0, 2.0);
  printf("%f0.3", tmp);
}

А вот во что его скомпилировал ИАР.

Код

      49          #pragma vector = WDT_VECTOR

   \                                 In segment CODE, align 2
     50          __interrupt __raw void WDTimer_ISR(void)
   \                     WDTimer_ISR:
     51          { P1OUT^=BIT0;
   \   000000   D2E32100     XOR.B   #0x1, &0x21
     52            float tmp=calcBlaBla(1.0, 4.0, 2.0);
   \   000004   30120040     PUSH.W  #0x4000
   \   000008   0312         PUSH.W  #0x0
   \   00000A   0E43         MOV.W   #0x0, R14
   \   00000C   3F408040     MOV.W   #0x4080, R15
   \   000010   0C43         MOV.W   #0x0, R12
   \   000012   3D40803F     MOV.W   #0x3f80, R13
   \   000016   B012....     CALL    #calcBlaBla
     53            printf("%f0.3", tmp);
   \   00001A   0D12         PUSH.W  R13
   \   00001C   0C12         PUSH.W  R12
   \   00001E   3C40....     MOV.W   #`?<Constant "%f0.3">`, R12
   \   000022   B012....     CALL    #printf
     54          }
   \   000026   3152         ADD.W   #0x8, SP
   \   000028   0013         RETI

Как вы можете заметить в прерывании первой командой (XOR.B #0x1, &0x21) дергается нога контроллера P1.0 (инвертируется ее состояние). Потом в стек пихаются значения для функции calcBlaBla и вызывается сама функция. Затем вызывается printf. Стек выравнивается, т.к. все возвращаемые значения не используются. Дальше возврат из прерывания.
То что вам нужно, не так ли?
Кстати, зачем вам нужно сохранять ВСЕ регистры? Мне это не понятно. Компилятор сохраняет в стеке только те из них, которые используются в вызываемой функции.

[fmdost]

Это СОВСЕМ не то что мне нужно, тк он НЕ СОХРАНИЛ используемые регистры. Все сохранять не надо, только те что компилятор юзает ДАЛЕЕ . Ваша программа дальше работать НЕ БУДЕТ! А в пустыне ничего кроме флуда небыло.

Сообщение отредактировал Т.Достоевский - Jun 11 2007, 23:36

[rezident]

Опс! Ну да. Вы правы. Я забыл что это прерывание, а не простая функция
Выходит что способ только один: писать начало обработчика прерывания на АСМе и включать остальную часть в виде вызова Си-ной функции. Это на тот случай, если не хочется ВЕСЬ обработчик на АСМе писать.

[fmdost]

Но тогда придётся сохранять юзанные регистры ручками. Ни никогда больше не трогать С-шный обработчик. А что такой возможности в embedded средах нет, НЕВЕРЮ! Кстати про __raw есть только в пдф на мср, на авр нет! Проверял через поиск! Хотя работает.
Кстати у меня есть знакомый, крутой переводчик, как я ранише о нём не подумал. Сообщу что скажут на иаре!

Сообщение отредактировал Т.Достоевский - Jun 11 2007, 23:52

[Сергей Борщ]

А что такой возможности в embedded средах нет, НЕВЕРЮ!

А зря.

Кстати про __raw есть только в пдф на мср, на авр нет!

Там оно называется или __task или __C_task.

Проверял через поиск!

Почему бы вам просто не прочитать весь раздел описания, посвященный ключевым словам?

Хотя работает.

Или наоборот, не работает, просто не вызывает ошибок при компиляции?
Ваша ошибка в самом алгоритме, вам на нее =AVR= на сахаре намекал. Вам надо подготовительную часть кода выполнить не в начале, а в конце прерывания:

Код

__interrupt
{
    std rxx,-Y //мк сохраняет все регистры используемые далее в С
    ~~~~~
    std rxx,-Y
    PORTx.y =1;//защелкнуть в защелке
    __enable_interrupt(); // уже можно разрешить вложенные

    //подготовить новый data
    PORTx.y =0;
    PORTxx=data;
}

А вообще прислушайтесь к тому, что говорит rezideent - Если у вас проблемы с индикацией от джиттера в несколько тактов, то надо менять алгоритм (или вообще ваш подход к построению алгоритмов), а не пытаться насиловать компилятор.

[IgorKossak]

... про __raw есть только в пдф на мср, на авр нет! Проверял через поиск! Хотя работает.
...

Эта информация есть в /avr/doc/manuals.htm т. к. она новая, то в pdf ещё не вошла.

...Там оно называется или __task или __C_task...

Это из другой оперы.
__task или __C_task работают с простыми функциями, а не с прерываниями, а для прерываний существует как раз __raw.

[Сергей Борщ]

Это из другой оперы.
__task или __C_task работают с простыми функциями, а не с прерываниями, а для прерываний существует как раз __raw.

Да, каюсь, "с прямым углом спутал". __raw появилось в EWAVR c версии 4.12

[fmdost]

"Ваша ошибка в самом алгоритме, вам на нее =AVR= на сахаре намекал. Вам надо подготовительную часть кода выполнить не в начале, а в конце прерывания:"

Да Я же иак И ДЕЛАЮ!!!!!!!!!!! Просто эти 25 тактов сохранения в НАЧАЛЕ "__ interrupt" не дают погасить индикатор через tc_compa!!!
И получается мерцание на малой яркости.

"А что такой возможности в embedded средах нет, НЕВЕРЮ!
А зря."

А нафига они тогда нужны? =AVR= про грабли прав ? Эта вещь применяется ОЧЕНЬ часто, например:

push r16
in r16,SREG
push r16 //push SREG

sts r16,data
oit PORT,r16

;а дальше сохраняем всё что нужно далее
;получаем новый data то биш новую цифру для индикатора, благо не много, не в main же его!!!

pop ~~~ всё

reti

//за кого вы меня держите?

Сообщение отредактировал Т.Достоевский - Jun 12 2007, 11:36

[Сергей Борщ]

А нафига они тогда нужны? =AVR= про грабли прав ?

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

Эта вещь применяется ОЧЕНЬ часто, например:

так и сделайте свое прерывание максимально коротким:

Код

__interrupt void UpdateRoutine()
{
    PORT = data;
}

Думаю что даже при отсутствии оптимизации получите искомый код с сохранением одного регистра.

//за кого вы меня держите?

За человека, который задал вопрос, но в упор не слышит ответ что проблему надо решать иначе.
Много раз вам отвечали - нет, нельзя заставить компилятор сохранить лишь часть контекста до выполнения основной работы. Можно запретить сохранять контекст вообще, но тогда вам придется сохранять его самостоятельно когда захотите при помощи "обертки" на ассемблере и принять на себя всю ответственность за возможные "глюки".

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

P.S. и постарайтесь использовать общепринятую на этом форуме форму цитирования.

[fmdost]

Принцип такой tc0 это прерывание по переполнению
tc0_compa это прерывание по сравнению, с tco
тс0 0-255 как досчитал так прерывание, и с 0 и тд.
tc0_compa любое число 0-255 как только tc0=tc0_compa так прерывание.
tc0 используется для зажигания цифры
тс0_compa для гашения(автоматическая регулировка яркости). Вот тут то и загвоздка! При малых значениях tc_compa заметен "муар" на индикаторе.

Ещё раз повторю что, программа есть на асме. И прерывание там значительно длиннее по времени чем на С (На С я и так уже выкинул всё что мог). Но она пока отличает только круглое от квадратного(типа распознование формы). Одному такие задачи делать тяжело. Поэтому я хотел сделать всё на С чтобы получить помощь знакомого, специалиста по этим вопросам, который чистый С-ишник, и ему не надо знать систему каких то команд. То есть, сделать что-то типа АПИ.

Насчёт иара. Если там нет вещей которые применяются в 60% случаев, то возникает вопрес о целесообразности применения подобных сред. Поэтому НЕВЕРЮ.

[singlskv]

Но тогда придётся сохранять юзанные регистры ручками. Ни никогда больше не трогать С-шный обработчик. А что такой возможности в embedded средах нет, НЕВЕРЮ!

А зря.

Вы это о чем ?

Есть очень простое решение...
Нужное прерывание описываем на ASM.
Функцию на С которая должна выполнятся дальше описываем как любое
гарантировано незадействованное прерывание.
В нужном нам прерывании дергаем ногой (сохраняя/восстанавливая если нужно SREG) и дальше
прыгаем jmp на адрес нашего "фиктивного" прерывания(функции). Все.

[Сергей Борщ]

Вот тут то и загвоздка! При малых значениях tc_compa заметен "муар" на индикаторе.

Занесите в tc_compa значение на "лишние" 5-10-20 (сколько там вам не хватает тактов) меньше. Прерывание будет возникать на столько же тактов раньше. "Муар" изчез? Нет. Вывод - виновата не _константная_ задержка, которая возникает из-за сохранения контекста, а джиттер, который возникает из-за того, что в момент возникновения этого прерывания обрабатывалось другое прерывание или какой-либо другой кусок кода, во время которого прерывания запрещены. Копайте там. Или используйте вывод compa, который формируется аппаратно и не зависит от запрета/разрешения прерываний. Не верите - сделайте как написал singlskv и убедитесь.

Ещё раз повторю что, программа есть на асме. И прерывание там значительно длиннее по времени чем на С (На С я и так уже выкинул всё что мог).

А я вам повторю, что _константная_ задержка в этом месте не виновата.

Насчёт иара. Если там нет вещей которые применяются в 60% случаев, то возникает вопрес о целесообразности применения подобных сред. Поэтому НЕВЕРЮ.

Вопрос о целесообразности каждый решает для себя сам. Вы можете решить его в пользу асма. Раз там нет таких вещей, значит ваша цифра 60% завышена как минимум на два порядка. Делайте выводы.

[fmdost]

Вы совеошенно правы прерывание мешает другое (адс) а это привёл как пример. В преврывании от адс вообше запрещать ничего не надо, лиш обозначить. Не в майне же флаги опрашивать. Напишу на иар. Если скажут что так нельзя присоединюсь к =АВР= тк. в этом случае ИАР это фикция. Не зря же в mcs51 80 годов разработки 4 приоритета прерыаний.

Вы это о чем ?

Есть очень простое решение...
Нужное прерывание описываем на ASM.
Функцию на С которая должна выполнятся дальше описываем как любое
гарантировано незадействованное прерывание.
В нужном нам прерывании дергаем ногой (сохраняя/восстанавливая если нужно SREG) и дальше
прыгаем jmp на адрес нашего "фиктивного" прерывания(функции). Все.

Вот это пожалуйста поподробней!!! Так и пытался сделать но не пойму с синтаксисом (в С новичок). Не принимает он у меня jmp через функцию.

Сообщение отредактировал Т.Достоевский - Jun 12 2007, 15:58

[singlskv]

Не верите - сделайте как написал singlskv и убедитесь.

Если честно, я вобще не вникал в суть алгоритма/проблемы автора
На сахаре автар попросил не вникать

А вобще как-то это все странно, 25 лишних тактов и уже мерцание...

Афтар, приведите минимальный код в котором будет эта проблема