Возникло желание "попросить" компилятор (PCW) при компиляции рассчитать значение константы (на этапе отладки устройства приходится часто подбирать значение). Пытаюсь вставить такое:

Ругается. Приходится вручную подставлять 612.
Если не указываю, что это константа, компилятор напихивает библиотек и прошивка "раздувается".
Что я не так делаю?

#define VoltageMax  (2.5/(4.18/1024))

Логичнее было бы VoltageMax = 1024 * 2.5/4.18
Но, учитывая unsigned int16, окончательный вариант будет
const unsigned int16 VoltageMax = (unsigned int16)(1024 * 2.5/4.18);

бр-р


пример

Остановился на этом варианте. Хоть он и "самый длинный", но с учетом того, что я только осваиваю компилятор, он самый наглядный. Хотя и другие варианты откомпилировались без ругани. Интересно, почему писатели юзер мануала не предположили, что кто-то захочет такое вставить в свою программу..
Спасибо большое всем.

Вообще константа отличается от дефайна тем, что она располагается в памяти (ОЗУ или во флеши) и программа по мере надобности к ней обращается.
Дефайн подставляется по месту на этапе компиляции препроцессором.

Сейчас пытался дефайном вставить - ругается, зараза..
Сам дефайн "съедает". А вот потом присвоить переменным не выходит.
ОЗУ тратить не хочется..

А ругается-то как?

Error - это ругается.
А Warning - это просто предупреждает, что, мол, имеете право, но возможны проблемы...

Лучше выкладывайте, как ругается и на что, показательней будет

Вротмненоги!... Хотел показать - откомпилировалось без ошибок. Правда аномалия:

после такого пишет Memory Usage: ROM38% RAM30%

А после такого варианта:


Memory Usage: ROM39% RAM36%

Непонятно..

Все просто: второй случай

volatile unsigned int16 ChargeMax = VoltageMax;


Подразумевает, что VoltageMax жрет флеш в виде непосредственного операнда либо двух байт в таблице инициализации, и ChargeMax жрет две ячейки памяти ОЗУ.

Экономия при дефайне получается, когда например



типотак

Мне переприсваивать не надо. У меня читается АЦП

И затем сравнивается со значениями Max и Min. То есть с константами, которые никоим образом не меняются при работе программы.

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

преобразовался в:

Зато в случае с константой значения выплыли только при сравнении:

превратилось в

В предидущем случае в том же кусочку вместо movlw шли movf и размер кода рос.
Так что определение значений :

Оказалось самым правильным.

Вы volatile пишете осмысленно, или просто потому, что слово красивое? Уберите volatile перед ChargeMax, и (value>ChargeMax) будет нормальным образом оптимизировано. volatile - указание компилятору не оптимизировать операции с такими переменными, т.к. они могут изменяться непредсказуемым образом (н-р, в прерываниях).
На

препроцессор должен выдать два предупреждения вроде "implicit conversion float to integer" (неявное преобразование плавучки в целое, которое может сопровождаться потерей точности).
На

он так не говорит, т.к. (unsigned int16) - оператор явного преобразования типа. Компилятор понимает, что и Вы понимаете суть происходящего.
Понаблюдайте за реакцией компилятора (естесно, по очереди) на эти #define:

Привыкайте писать грамотно. Используйте препроцессор (define etc.) только там, где он необходим.
Вы программируете в первую очередь на СИ а не на языке препроцессора (условно говоря).
static const заменяет define в 90% случаев (и не занимет память как в случае без static).

+0.5 для правильного округления положительных чисел до целого при отбрасывании дробной части
(int)(1.1 + 0.5) = 1
(int)(1.4 + 0.5) = 1
(int)(1.5 + 0.5) = 2
(int)(1.9 + 0.5) = 2
(int)(2.0 + 0.5) = 2

Имена констант и то что объявлено через define заглавными буквами, всё остальное строчными.

Исчерпывающий совет. Одно не совсем понятно. Почему константу еще и static надо усугублять? Ведь константа по-определению не меняется в процессе исполнения программы..

Если константа объявлена как статик, то компилятор понимает что она локальна в модуле или в процедуре.
И если компилятор видит что внутри этого модуля не происходит взятие адреса этой константы, то он её не создаёт.
Т.е. не занимает под неё память (получается почти полная аналогия с define в смысле отъедания памяти).
Если объявлена просто константа типа const float f; - то она займёт память (целых 4 байта).
Вообще у static я насчитал 3 различных смысла (хотя по правде их только два):
1) для "облегчения" констант
2) для сокрытия локальных процедур и переменных в модуле (+ развязывает руки компилятору по встраиванию таких функций как inline)
3) для локальных статических переменных внутри процедур с неограниченным сроком годности

Всем этим надо активно и умело пользоваться и размер Ваших программ сильно уменьшится, что Вы даже удивитесь
Возьмите за правило: если функция или переменная или константа не объявляется в заголоыочном файле как extern
(т.е. не используется за пределами единицы трансляции) то она должна быть static.
Помимо всего это ещё и дополнительное средство самодокументирования кода.

А если не локальна?
Типа SYSTEM_TICKS_IN_1S ?
Тогда всё-таки лучше дефайн.

Тогда она объявляется в заголовочном файле и будет локальной для любого модуля, в который включен этот заголовочный файл. Эффект практически тот же, что и с #define, но компилятор может проводить проверки типов.

Не совсем понял, вернее, совсем не понял.
Он же тогда напишет, что переменная non-static и соответственно её таковой считать не будет (или будет?)

Кто напишет? Вы ее явно объявили static, в заголовочном файле. Она глобальная, значит static ограничивает ее область видимости текущей единицей компиляции.

Сергей прав. Я просто забыл ещё упомянуть о возможности включения static const в заголовочные файлы.
Это полезно для замены define на константы.
Но тут может "таиться опасность" если Вы так поступите с константным массивом большого размера или структурой и т.п.
то размер программы может резко скакануть. Т.к. в каждом модуле будет по копии этого объекта (если он используется в каждом модуле).
Вот тут как раз и нужен просто const + extern const в заголовочном файле.

Попробовал разные варианты компиляции, похоже PCW не делает различий между static const и просто const. Поглядел в результаты компиляции - и так и так правильно. В заголовочный файл вытаскивать вычисляемую константу (пока) смысла не вижу. Когда её значение подбирается (на этапе "вылизывания" процедур) её удобно держать перед глазами (и править, если что-то не так). Я прикрутил компилятор к любимому MPLABу, а он после компиляции открывает заново main.c и после перешивки контроллера и "мучании" платы если надо подкорректировать значение константы это удобнее сделать тут же. Тем более константы (пока их в программе 4 у меня глобальные и используются в нескольких процедурах) расположены в начале файла и их тут-же можно подправить не переключаясь между файлами.

По ходу обучения писанию на Си возник глупейший вопрос:
...
Извиняюсь, вопрос снялся. Таки вспомнил..