AVR studio в вопросах и ответах

veso74

Та же программа, ATmega8 через MiniCore:

Скетч использует 98 байт (1%) памяти устройства. Всего доступно 7680 байт.
Глобальные переменные используют 1025 байт (100%) динамической памяти, оставляя -1 байт для локальных переменных. Максимум: 1024 байт.data section exceeds available space in board

Not enough memory; see https://support.arduino.cc/hc/en-us/articles/360013825179 for tips on reducing your footprint.
Ошибка компиляции для платы ATmega8.

PIC16F1829 в CCS с тем же кодом:

Код: Выделить всё

Compiling C:\Users\aaa\Desktop\blink\main on 25-äåê-22 at 23:49
*** Error 74 "C:\Users\aaa\Desktop\blink\main.c" Line 24(1,2): Not enough RAM for all variables
      1 Errors,  0 Warnings.
Build Failed.

---
С уменьшением данных: MiniCore с уменьшенным стеком предупреждает, что могут быть конфликты, CCS в том же случае не позволяет: Not enough RAM for all variables

Реклама

Just_Fluffy

veso74, А если вот такой код для атмеги?

Код: Выделить всё

#include <avr/io.h>

uint8_t arr[1024] = { 0x00 };
	
	void xxx(uint16_t n){
		uint8_t xarr[100];
		for(uint8_t i = 0; i < 100; i++) xarr[n+i] = n & 0xFF;
		for(uint8_t i = 0; i < 100; i++) arr[n+i] ^= xarr[i];
	}

int main(void)
{
    
	for (uint16_t i = 0; i<1024; i++) arr[i] = i & 0xFF;
    while (1) 
    {
		xxx(1);
		xxx(2);
    }
}

У меня в симуляторе он работает, но гадит в верхние адреса массива, поскольку стек накладывается на массив.....

Реклама

veso74

Код: Выделить всё

Скетч использует 220 байт (2%) памяти устройства. Всего доступно 7680 байт.
Глобальные переменные используют 1024 байт (100%) динамической памяти, оставляя 0 байт для локальных переменных. Максимум: 1024 байт.
Недостаточно памяти, программа может работать нестабильно.

но код компилируется.

Just_Fluffy

"Недостаточно памяти, программа может работать нестабильно" xDDD

тестовая программа сделает вид, что она работает. Реальная, активно работающая с массивом - загнется из-за срыва стека.

Реклама

veso74

Красная надпись

. Предупреждение - на свое место: "предупредил, но программист решает".

Реклама

vitaminkvl

Почему нельзя занять всю память ??? Почему конец объявленного массива заполнен фигней какойто ? При этом нет никаких ошибок!

Реклама

ARV · Сообщение **ARV** » Пн дек 26, 2022 11:48:57

когда скомпилированная прошивка больше размера flash, вы тоже не получаете никаких сообщений об ошибках. надо просто пользоваться своей головой: если написано, что 100% оперативной памяти занято под статические переменные, то как что-то может быть работоспособным?!

vitaminkvl

[uquote="Just_Fluffy",url="/forum/viewtopic.php?p=4343091#p4343091"]А потом, поскольку локальные переменные живут на стеке - начал заполняться этот временный массив данными, затирая верхнюю часть объявленного массива.
Так что за объемом памяти надо следить самостоятельно. И помнить, сколько ОЗУ в МК и сколько нужно программисту.[/uquote]

Ну вот выше пример на картинке в камне 1024байта я хочу их всех, локальных переменных нет, кто затер конец массива ??

veso74

vitaminkvl, разобраться с работой МК. Оперативная память предназначена не только для распределения пользовательских данных. Уже упоминали об этом несколько раз.

ATmega8:

EN: During interrupts and subroutine calls, the return address Program Counter (PC) is stored on the Stack. The Stack is effectively allocated in the general data SRAM, and consequently the Stack size is only limited by the total SRAM size and the usage of the SRAM.

РУ: Во время прерываний и вызовов подпрограмм программный счетчик адреса возврата (PC)) сохраняется в стеке. Стек эффективно размещается в SRAM общих данных, и, следовательно, размер стека ограничен только общим размером SRAM и использованием SRAM.

Оптимизируете. Либо меняете МК (крайнее решение). Глядя на приложение: для управления OLED, с "маленькими" МК просто не использовать кадровый буфер.

vitaminkvl

[uquote="veso74",url="/forum/viewtopic.php?p=4343360#p4343360"]Глядя на приложение: для управления OLED, с "маленькими" МК просто не использовать кадровый буфер.[/uquote]

Да вопрос появился в рамках изучения дисплейчика ssd1306 , наткнулся наэтот пример
там в файле 1306.h как раз задается этот буфер. Я закатал пример в atmega8 и экранчик отобразил мне логотип из примера, но любые другие манипуляции в коде приводили к ошибкам. Теперь стало понятно что любые переменные некуда пихать так как все занято. Может кто подскажет библилтеку на С (НЕ С++) для работы с этим экраном по I2C.

Just_Fluffy

vitaminkvl, Почитайте любое русскоязычное описание принципа работы АВРок... Белов, Евстифеев и т.д.
У АВР стек расположен в ОЗУ (за исключением некоторых мелких тинек - там он аппаратный и маленький).
При инициализации необходимо указатель стека поставить на самую последнюю ячейку ОЗУ.
Потом, когда программа, например, хочет что то сохранить в стеке - она сохраняет это по адресу, записанному в указателе стека, а указатель уменьшает.
При переходе к ассемблерной подпрограмме МК сам в стек сохраняет 2 байта исходного адреса и потом бежит к подпрограмме. При возврате из подпрограммы - МК восстанавливает указатель адреса, читая его из стека. При обработке прерываний чуть посложнее - там в стек, кроме адреса возврата, нужно еще сохранить регистры процессора.
В случае сишных функций еще интереснее. Там в стеке сохраняется не только адрес возврата из функции, а еще и параметры, передаваемые в функцию, если они не помещаются в регистрах, и в стеке же организуются все локальные переменные функции....

Касательно олед-экранчика - у него память организована страницами. их 8 шт для экраничка 128*64.
Организуйте у себя в ОЗУ буфер на 1-2 страницы, рисуйте в буфере и выводите его в нужное место.

Dmitry_77

Добрый вечер! Данные с датчика выдаются в формате IEEE754 (4 байта). Как преобразовать это значение во float, чтобы вывести на OLED экранчик? Спасибо!
Примечание: микроконтроллер Mega328, Atmel Studio...

Примечание2: сам спросил, сам ответил. Ничего преобразовывать не надо - всё украдено преобразовано до нас

ZyaK

Доброго всем времени суток, подскажите пожалуйста пишу прошивку для котла на меге16-й,
вроде бы всё работает, меню отображается, параметры меняются, ацп опрашивается...
Сейчас добрался до УАРТа, разрешаю прерывания и всё, камень улетает в циклический перезагруз, всю голову уже сломал, не понимаю чего ему не нравится, отключаю прерывания - всё работает как должно. ткните пожалуйста носом что не так

файлы прилагаю спасибо

С.Н.

[uquote="ZyaK",url="/forum/viewtopic.php?p=4354785#p4354785"]...разрешаю прерывания и всё, камень улетает в циклический перезагруз[/uquote]
Как вариант - в прерывании ISR(USART_RXC_vect) регистр принятых данных то прочитайте, иначе если прилетит что, то это прерывание будет бесконечным. Правда не понятно, ведь Вы получаете перегруз не принимая данных по UART.
Добавлю:
Еще один трабл - использование прерывания пустового буфера передачи 1<<UDRIE. Прерывание то Вы включаете, а вот вектора то нет в программе.
Это прерывание надо правильно использовать - если отправить в UDR байт для отправки, то сразу возникнет это прерывание, в котором надо уже следующий байт пихать ибо регистр передающий двухэтажный и данные "проваливаются" в буфер передачи и регистр UDR пуст! Я, например, его использую, но у меня буферизированная приема-передача.

ZyaK

[uquote="С.Н.",url="/forum/viewtopic.php?p=4354857#p4354857"][uquote="ZyaK",url="/forum/viewtopic.php?p=4354785#p4354785"]...разрешаю прерывания и всё, камень улетает в циклический перезагруз[/uquote]
Как вариант - в прерывании ISR(USART_RXC_vect) регистр принятых данных то прочитайте, иначе если прилетит что, то это прерывание будет бесконечным. Правда не понятно, ведь Вы получаете перегруз не принимая данных по UART.[/uquote]
пробовал - ничего не меняется, как только раскоментирую разрешение прерываний - сразу циклический ребут

С.Н.

Добавил Вам причину.

ZyaK

[uquote="С.Н.",url="/forum/viewtopic.php?p=4354891#p4354891"]Добавил Вам причину.[/uquote]
Убрал полностью уарт, проблема не в нем, мне кажется дело в библиотеке AXLIB, использую её для работы с дисплеем.
даже ацп убрал, всё равно при включении прерываний бесконечный ребут.
может есть какая то еще не особо тяжелая библиотека для дисплея 16*2?

ARV · Сообщение **ARV** » Вс янв 15, 2023 20:42:32

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

P.S. кто вас учил в h-файле код размещать?

ZyaK

[uquote="ARV",url="/forum/viewtopic.php?p=4354930#p4354930"]P.S. кто вас учил в h-файле код размещать?[/uquote]
да быстро накидал пока время было, красотой буду потом заниматься, если оживёт как положено.
Поищу где ещё какие прерывания, но вроде бы ничего не включал.

igorka

Прошу у знающих совета. Установил Atmel Studio 7.0, написал на С "Hello World" и, и все... Такая вот ошибка
Severity
Code Description Project File Line
Error recipe for target '8.elf' failed 8 D:\AVR_7\8\8\Debug\Makefile 106
Подскажите по вкладке "Toolchain", как там должно быть. Не собирается makefile.