Здравствуйте.
Пишу программу под PIC16f1825 в ( MPLAB X IDE v1.30 + HI-TECH PICC (v9.81) ).
Программа в общем виде состоит из двух блоков: главной функции main() и обработчика прерываний.
Так вот, столкнулся с такой проблемой, что не могу использовать функции параллельно в обоих блоках,
Функции эти:


Т.е., если я в main() в бесонечном цикле преобразовываю любое число в строку и шлю его по uart'у, то в случае
определенного прерывания, вызывающего эти же две функции по uart'у отсылается не число а нули.

Если в main() эти две функции не использовать, то в обработчике прерывания они срабатывают нормально.

Код:


В чем может быть проблема?

<ht_picc_install_path>/docs/manual.pdf, раздел 3.9.5 Function Duplication.
Завешивать прерывание на время xxxtoa и uartSendString() ... ССЗБ.

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

Спасибо за подсказку. Стало понятно - проблема в дублировании не реентерабельных функций.
Но не совсем понял какое решение этой проблемы предлагается в мануале:



Функцию объявленную как function() вызывать в main() под именем function(), а в обработчике прерывания
как i1_function()? Компиллятор на это ругается.
Или создать дупликат функции и в обработчике прерываний вызывать дупликат?

Не совсем понял, почему, пользуясь HI-TECH PICC (v9.81), Вы цитируете ман HI-TECH C PRO for the PIC18.

Согласно мана, именно так для "compiler-generated duplicate". Компилятор в ПРО режиме?

Угу, естественный путь рукопашной дупликации.

Чесслово, ни разу не пользовался ни тем, ни другим. Для отладки и диагностики из прерываний можно придумать менее горбатые способы. А зачем ещё пихать в прерывания мелких пиков что-то printf- или xxxtoa-образное, мне не придумывается.

ЗЫЖ чем "int main(int argc, char** argv)" лучше "void main(void)"?

В обоих мануалах относительно duplication function написано одно и тоже


При установке HI-TECH крякнул его для работы в PRO-режиме, но в упор не вижу где поменять режим? Пока работаю в lite-режиме.
Вот что выдает компилятор при сборке проекта:




Да, пришло в голову более простое решение вопроса.


Ничем)

Но хотелось бы запуститься в PRO-режиме, как переключать режимы ( установлен компиллятор в режиме PRO )?

В lite "compiler-generated duplicate" не работает.
За MPLabX не скажу (неповоротливый монстр, имхо; попробовал - не понравилось).
В обычном МПЛаб'е: Project -> Build options -> Project (или для файлов по отдельности) -> Compiler : Operation mode.
В комплекте с MPLabX идут все XC (-8, -16, -32). Развиваться будут только они. Вероятно, имеет смысл переключиться на них. (чтение на предмет совместимости приветствуется)

picc при компиляции генерит startup.as. Т.к. в lite оптимизация почти отсутствует, то излишества от "int main(int argc, char** argv)" скорее всего останутся as is. Не проверял. Да и какой смысл лишний раз грузить компилятор ненужной работой и надеяться на разумность оптимизации?

UPD: Проверил. В startup.as argc и argv не попадают (что логично). В любом режиме компилятор резервирует по 2 байта под argc и argv (в сегменте COMMON), что опять же логично - как сказали, так и сделал. Мог бы ругнуться на отсутствие возвращаемого значения в функции, объявленной "int ()", но похоже, это он таки соптимизировал.

В старых HI-TECH для решения подобных проблем была инструкция компилятору errorlevel. Есть-ли она в новых, я ещё не знаю.



Почитал user guide, очень многое поменяли. Надо будет по-новому изучать. IMHO после 9.60 PL3 не нужно было ничего менять.

Сообщение отредактировал shindax - Feb 23 2013, 09:30