Наступал на эти же грабли 4 года назад. volatile помогло даже без разнесения по разным файлам. Судя по листингам, ИАР был версии 2.21B. Учитывая, что современные компиляторы умеют компилить сразу все файлы, volatile следует признать наиболее правильным решением. А в тех местах, где volatile-поведение нежелательно - корпировать во временную переменную.

Еще один вариант.
Заодно привязка к абсолютному адресу.

#define Firmware "1.07"

#pragma constseg=VERSION
const char version[6] = Firmware;
#pragma constseg=default

// Constant data
-Z(CONST)DATA16_C,DATA16_ID,DIFUNCT,CHECKSUM=1100-FFCF
-Z(CONST)VERSION=FFD0-FFDF

Пробовал уже и такое. В 4.10A не катит.

К сочетанию volitile и const у компилятора идиосинкразия какая-то.
Это не совсем укладывается в идеологию сборки программы из готовых библиотечных модулей. Библиотеки мои собственные конечно же.
С #pragma constseg тоже какая-то фишка есть. Типа компилятор предлагает #pragma location воспользоваться или что-то такое.

Хм. Открыл io430x14x.h, читаю там:Т.е. в режиме голого С должно работать. Почему в режиме С++ оно not supported - загадка.

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

Ладно, вопрос вот в чем - у меня два сегмента CONST по 128 байт, хочу хранить во flash коэффициенты фильтров. Учитывая, что каждом сегменте уже хранятся калибровочные константы, места не хватит могу ли я записать коэффициенты в information - у меня 60КВ, сама прога занимает 20КВ, будет не больше 30, т.е. если писать, начиная с адреса, который ни при каких обстоятельствах не будет перезаписан кодом
#pragma location=0xFE40,
и рассчитывая, что не перезатрутся адреса вектора прерываний - можно?
Вообще работает, я проверила, но не возникнет каких-нибудь неожиданных побочных эффектов?
И еще вопрос. не совсем по теме, но важный:
мне нужно сделать цифровой фильтр, на очень низкой частоте. примерно10- 20Гц. Полоса пропускания аналогового фильтра 4кГц. Посчитала в MATLAB коф-ты КИХ-фильтра - получилось 127 коэффициентов. Шесть каналов. Т.е. в ОЗУ для фильтрауии постоянно должны висеть массивы на 600В. Никак нельзя всего 2КВ, и так в притык. Как быть?
Кто знает какие-нибудь фильтры, которые позволили бы задавить сигнал до такой низкой частоты и занимали бы как можно меньше времени и места в памяти?
Как вообще обычно делается фильтрация? темная я, темная

Именно места в сегменте не хватит или при перезаписи нужно переписывать только часть сегмента, а ОЗУ для временного буфера не хватает? Во втором случае можно использовать какой-либо выделенный сегмент Flash как временный буфер.
Т.е. допустим вам нужно переписать 10 байт в сегменте INFOA (0x1000-0x107F), начиная с адреса 0x1012. Вы переписываете из INFOA в заранее зарезервированый сегмент TEMPSEG данные, начиная с 0x1000 по 0x1011. Затем вставляете в TEMPSEG 10 требуемых байт с адреса 0x1012 по 0x101B. И далее переписываете из INFOA оставшиеся данные с 0x101C по 0x107F. Затем стираете INFOA и из сегмента TEMPSEG переписываете 128 уже модифицированных байт в INFOA. Поскольку все остальные сегменты (кроме сегментов INFO и нескольких рядом с сегментом векторов прерываний) по 512 байт, то проблем с размером не возникает. Для таких "махинаций" нужно выделить в xcl-файле свой собственный сегмент с именем TEMPSEG размером 512 байт, правильно выбрав адрес. Ну и неплохо бы сопровождать (пере)запись констант каким-либо признаком валидности (CRC?). Для того, чтобы в криминальном случае (при пропадании/зависании/сбое/ошибке во время перезаписи) программа знала о том, что значения констант не внушают доверия, а прибор отказывался работать, мигая лампочкой и/или жалобно попискивая и поскуливая
Можно, но только не полагаясь на "авось". Выделите в xcl-файле свой сегмент, куда компилятор точно никогда самовольно ничего не поместит.
Отсчеты поступают равномерно? Какая скорость спада характеристики требуется? Аналог RC-цепочки (фильтр EMA) подойдет (20дБ/декаду)?

ну, если делать такой жуткий фильтр 120 порядка, то именно места не хватит

А поподробнее? xcl-файл менять еще не пыталась


да нет, калибровочные константы сначала вычисляются, потом проверяются на достоверность, и, если какие-то левоватые, то просто и не пишутся, а по UART приходит сообщение об ошибке калибровки


Равномерно. Особая крутизна спада не важна. Именно аналог RC-цепочки и пытаюсь сделать Но что такое фильтр EMA - не в курсе
Заранее спасибо

Добавьте в XCL-файл раздел типа такого

А в где-то, например, в main напишите

Это проверка на этапе калибровки. А при старте уже калиброванного прибора коэффициенты как-то проверяются? Вдруг некалиброванный прибор попадет кому-то? Или вы надеетесь, что калибровочные значения во Flash никак не подвержены порче? Забыли о проблемах которые возникают при отсутствии супервизора питания? Самопроизвольное стирание Flash тоже попадает в эту группу проблем.
EMA (Exponential Moving Average) - экспоненциальное скользящее среднее. Можно даже в MS Exel про него почитать В рекурсивном виде выглядит как
Y(i+1)=Y(i)+(X(i)–Y(i))*K,
где K=2/(N+1), Y(i+1) выходное значение фильтра, Y(i) - предыдущее выходное значение фильтра, X(i) - значение текущего отсчета. N имеет тот же смысл, что и "тау" RC-цепочки. Только если для RC через время "тау" напряжение на конденсаторе изменяется в e (2.718) раз, то для EMA выходное значение фильтра принимает значение равное входному через через N дискретных отсчетов. N должно быть больше или равно 1. Огибающая (потому что отсчеты дискретные) переходной характеристики EMA-фильтра схожа по форме с ПХ RC-цепочки.

Спасибо, c xcl понятно.
[Заменила по вашему совету кристалл на 169 , с BOR Супервизор теперь не нужен. А что, правда нужна постоянная проверка констант во flash?flash может все равно глюкануть? Мне как-то это в голову не пришло... Т.е. во всех приборах, которым в принципе нужна калибровка, предусмотрено такое сообщение для пользователя, об ошибке калибровки? А не слишком ли нагружается пользователь - мало того, что ему надо этой калибровкой управлять, так еще и помнить всякие сообщения...
EMA попробую, спасибо.
А вот такой вопрос - извините, но не про MSP но в рамках темы.
Операционник включаю в соответствии с даташитом на датчик, только операционник другой, AD795 - другого под рукой нет. А на выходе диапазон почему-то ужимается в три раза - может он не подходит? Но почему? И как его надо было бы включить?
Если кому-то вдруг будеть не влом, посмотрите:
Даташит на AD795

"Глюкает" не сама Flash, а программа в которой имеется функции записи во Flash. Проверку при старте устройства валидности констант и самой управляющей программы обычно делают для повышенной надежности прибора в ответственных применениях. Хотя если вы делаете бытовой прибор и уверены в своей программе на 101%, то можете "забить" на эти проверки
Вы не указали величину питания, но я предполагаю что причина в том, оригинальный LMV324 "рельсовый" ОУ. Т.е. Rail-to-Rail по выходу. А примененный вами AD795 имеет ограничение для выхода Vs - 4V...2,5V.

Ну, подкололи, подкололи. Уверенность мне только снится просто не знаю, как проверять - в смысле - есть ли константы в памяти вообще, или - соответствуют ли они примерному диапазону, не фигня ли записана. И во втором случае - не совсем ясны критерии оценки

Да, действительно... как-то я на ограничение внимания не обратила. Поставили другой операционник, без ограничений - все заработало Дольше мучилась с тем, чем искала другой Спасибо.

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

"Фигню". от "нефигни" можно попытаться отличить по
- CRC в конце каждого сегмента. После записи сегмента (или группы сегментов) Flash делается верификация и только в том случае, если она прошла успешно, то в конец сегмента (или группы сегментов) записывается CRC.
- проверка ранее записанных констант на попадение в допустимый для них диапазон данных. Если конечно заранее известен этот диапазон.
- для констант типа float, например, проверка их функцией isnan (а число ли это вообще в данном формате?).
- ну и т.п.
При подозрении на некорректность констант вы (точнее ваша программа) должны всеми доступными способами сообщать об этом пользователю: моргать индикаторами, бибикать, посылать в ответе на запрос "ошибка", но только ни в коем случае не работать штатным образом! Пускай уж лучше пользователь забеспокоится о том, что прибор ведет себя как-то необычно, вместо того, чтобы будучи уверенным в работоспособности устройства, он будет пользоваться результатом, основанным на расчете с некорректными константами.

Может кому пригодится

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

исходники в прикрепленном архиве

А вот такой вопрос - для еще одной версии недоделанного девайса, получается нужно три uart Т.е. будет три адресата. таких кристаллов не нашла, но может вместо одного можно как-то использовать BSL? Или это глупая версия? многопроцессорный формат разбирать сейчас не очень хочется...