Искажение массивов

Здравствуйте. Раньше писал под пк, теперь есть проект, который нужно сопровождать на c под микроконтроллер, и в общих чертах столкнулся с проблемой искажением данных:
Как видите объявлены константами, нигде в коде их значение не меняю, да и не могу собственно: константы в C не меняются.
Когда я вывожу на экран первый массив, выводится все корректно.
Второй массив почему-то искажается: в первой половине массива появляется какое-то значение 32, которое я не указывал. Вообще, массив портится именно значением 32. Что это за магическое число?
Пробовал переставлять массивы местами, ситуация меняется: тот, который объявлен первым выводится без проблем, тот который вторым - искажается. Почему это может быть. Есть у кого идеи?

0

Сообщение от minore Почему это может быть. Есть у кого идеи?

памяти не хватает
посему главный вопрос что за камень?

Сообщение от minore в общих чертах столкнулся с проблемой

здесь нет "общих черт" слишком много задействовано нюансов
второй вопрос: Что за компилятор?
ибо

Сообщение от minore const char

это неизменные величина, а куда его разместить в ОЗУ или в ПЗУ решает компилятор, точнее линкер

1

За ответ спасибо. Хорошо, что есть хоть объяснение. А то бред такой пишешь одно значение - он тебе другое подставляет.
Среда разработки Atmel Studio 7.0.

0

Сообщение от ValeryS куда его разместить в ОЗУ или в ПЗУ решает компилятор, точнее линкер

Все же компилятор. Он раскидывает код по секциям и в зависимости от того в какую попадут данные, они будут в флеше или ОЗУ. Линкер в принципе эти вопросы решать не может, т. к. во многих МК для доступа к флешу и озу требуются разные асм инструкции.

0

Сообщение от minore Среда разработки Atmel Studio 7.0.

а камень?
за атмел студио ничего не могу сказать, давно не работаю
но по моему раньше для размешения во флеше(тоже ПЗУ) нужно было писать ключевое слово PROGMEM

0

Сообщение от minore А то бред такой пишешь одно значение - он тебе другое подставляет.

покажите, как вы выводите значения?

Сообщение от ValeryS за атмел студио ничего не могу сказать, давно не работаю

Сообщение от ValeryS вопрос что за камень?

актуальный вопрос, как и наложение участков RAM. Возможно, вы портите значения в другом коде.

0

Сообщение от Voland_ gcc может скопировать значения массива сама из FLASH в RAM, но учитывать что это константа

в том то и дело
массив лежит в флеш но при старте переносит это в RAM
нужно чтобы всегда лежало во флешь и по коду обращалось к нему
ключевое слово PROGMEM так и позволяет сделать но я не помню к какому компилятору это относится

0

Сообщение от ValeryS к какому компилятору это относится

к avr gcc и относится... Все верно говоришь. И гарантировать, что данные не поменяются таким образом, тоже можно

1

ValeryS, мне больше всего понравилась версия про нехватку памяти. Хотелось бы как-то убедится или опровергнуть эту версию, так как если памяти действительно не хватает или она в притык, то в принципе код нужно будет переписывать, чтобы не было сюрпризов в других местах. По сему вопрос: Как можно ррасчитать , сколько памяти задействовано при работе моей программы? Можно ли как то вручную это сделать, даже если это муторно?
Всего доступно 4 кб оперативной памяти.

0

minore, при компиляции программы пишется все ресурсы flech eeprom ram
но у каждого компилятора это по своему
еще раз повторю: Atmel Studio я не знаю

1

Сообщение от minore Как можно ррасчитать , сколько памяти задействовано при работе моей программы?

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

0

minore, хочешь покажу как можно испортить второй массив
и все, 20 элементов 2 массива испорчены

0

Сообщение от ValeryS и все, 20 элементов 2 массива испорчены

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

0

Сообщение от Voland_ Для этого есть более надежные способы...

для UB!?
ну ты, барин, и даешь

0

Сообщение от ValeryS для UB!?

what's that?

0

UB - undefined behavior (Неопределенное поведение)
выход за пределы массива чистое UB
https://habr.com/ru/post/216189/
и тут такое заявление

Сообщение от Voland_ Для этого есть более надежные способы...

надежные для UB

1

Сообщение от ValeryS выход за пределы массива чистое UB

Я думаю что дело в другом. ТС дал подсказку.

Сообщение от minore Вообще, массив портится именно значением 32. Что это за магическое число?

Он похоже использует sprintf или что-то подобное и записывая больше чем размер массива, пробелами затирает данные в другом массиве.

0

Контроллер: риалабовский MC12D8O .
Проверил занятую память: память программ 28% память данных 67%.
Отказался от массивов, переписал логику без них. Стала затираться переменная, которая была выше массивов. И тоже либо значением 0 либо 32.
Ушел от проблемы следующим образом: из Main все объявления переменных перенес в глобальную область. Все заработало, ничего не затирается.
Объясните, почему в локальной и глобальной области работает по-разному. Человек, который до меня вел проект ппредложил смотреть Map проекта, сопоставлять адреса переменных, потому что одна может затирать другую. Почему это может быть? Как одна переменная может затереть другую?
Простите за нубские вопросы, но очень хочу разобраться, если есть , что почитать на эту тему - буду благодарен. Но то, что если я из локальной области перенес в глобальную и все заработало говорит о том, что ошибка точно не в алгоритме/ коде.

Добавлено через 6 минут
"""Он похоже использует sprintf """ в точку. Но только для отладки, когда уже все сломалось. А 32 - это код пробела?

0

Сообщение от minore ValeryS, мне больше всего понравилась версия про нехватку памяти. Хотелось бы как-то убедится или опровергнуть эту версию, так как если памяти действительно не хватает или она в притык, то в принципе код нужно будет переписывать, чтобы не было сюрпризов в других местах. По сему вопрос: Как можно ррасчитать , сколько памяти задействовано при работе моей программы? Можно ли как то вручную это сделать, даже если это муторно? Всего доступно 4 кб оперативной памяти.

Это не рассчитывают.
Заполняют всю ОЗУ паттерном, через линкер скрипт или программно.
Запускают программу.
Смотрят, какие области озу были перезаписаны в ходе её работы.
Обычная проблема - стек задачи слишком мал и при помещении в него данных они вылезли за пределы выделенной стеку области, да затёрли то, что лежало ниже (глобальные переменные).

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

0

Rius , Ровно наоборот. Когда я описание переменных из main убрал в глобальную область - все заработало. Затиралось то, что в main. загадка, но факт.

0