когда скомпилированная прошивка больше размера flash, вы тоже не получаете никаких сообщений об ошибках. надо просто пользоваться своей головой: если написано, что 100% оперативной памяти занято под статические переменные, то как что-то может быть работоспособным?!
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
А потом, поскольку локальные переменные живут на стеке - начал заполняться этот временный массив данными, затирая верхнюю часть объявленного массива. Так что за объемом памяти надо следить самостоятельно. И помнить, сколько ОЗУ в МК и сколько нужно программисту.
Ну вот выше пример на картинке в камне 1024байта я хочу их всех, локальных переменных нет, кто затер конец массива ??
Потеря емкости аккумулятора напрямую зависит от условий хранения и эксплуатации. При неправильном хранении даже самый лучший литиевый источник тока с превосходными характеристиками может не оправдать ожиданий. Технология, основанная на рекомендациях таких известных производителей литиевых источников тока, как компании FANSO и EVE Energy, поможет организовать правильный процесс хранения батареек и аккумуляторов.
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, с "маленькими" МК просто не использовать кадровый буфер.
Компания HONGFA - это не только крупнейший в мире производитель электромеханических реле, но также производитель конденсаторов, вакуумных прерывателей, трансформаторов и низковольтного коммутационного оборудования. На складе КОМПЭЛ регулярно поддерживаются около 100 самых популярных позиций электромеханических реле. Реле Hongfa могут заместить многие изделия производства недоступных брендов.
Глядя на приложение: для управления OLED, с "маленькими" МК просто не использовать кадровый буфер.
Да вопрос появился в рамках изучения дисплейчика ssd1306 , наткнулся наэтот пример там в файле 1306.h как раз задается этот буфер. Я закатал пример в atmega8 и экранчик отобразил мне логотип из примера, но любые другие манипуляции в коде приводили к ошибкам. Теперь стало понятно что любые переменные некуда пихать так как все занято. Может кто подскажет библилтеку на С (НЕ С++) для работы с этим экраном по I2C.
vitaminkvl, Почитайте любое русскоязычное описание принципа работы АВРок... Белов, Евстифеев и т.д. У АВР стек расположен в ОЗУ (за исключением некоторых мелких тинек - там он аппаратный и маленький). При инициализации необходимо указатель стека поставить на самую последнюю ячейку ОЗУ. Потом, когда программа, например, хочет что то сохранить в стеке - она сохраняет это по адресу, записанному в указателе стека, а указатель уменьшает. При переходе к ассемблерной подпрограмме МК сам в стек сохраняет 2 байта исходного адреса и потом бежит к подпрограмме. При возврате из подпрограммы - МК восстанавливает указатель адреса, читая его из стека. При обработке прерываний чуть посложнее - там в стек, кроме адреса возврата, нужно еще сохранить регистры процессора. В случае сишных функций еще интереснее. Там в стеке сохраняется не только адрес возврата из функции, а еще и параметры, передаваемые в функцию, если они не помещаются в регистрах, и в стеке же организуются все локальные переменные функции....
Касательно олед-экранчика - у него память организована страницами. их 8 шт для экраничка 128*64. Организуйте у себя в ОЗУ буфер на 1-2 страницы, рисуйте в буфере и выводите его в нужное место.
Добрый вечер! Данные с датчика выдаются в формате IEEE754 (4 байта). Как преобразовать это значение во float, чтобы вывести на OLED экранчик? Спасибо! Примечание: микроконтроллер Mega328, Atmel Studio...
Примечание2: сам спросил, сам ответил. Ничего преобразовывать не надо - всё украдено преобразовано до нас
Доброго всем времени суток, подскажите пожалуйста пишу прошивку для котла на меге16-й, вроде бы всё работает, меню отображается, параметры меняются, ацп опрашивается... Сейчас добрался до УАРТа, разрешаю прерывания и всё, камень улетает в циклический перезагруз, всю голову уже сломал, не понимаю чего ему не нравится, отключаю прерывания - всё работает как должно. ткните пожалуйста носом что не так файлы прилагаю спасибо
...разрешаю прерывания и всё, камень улетает в циклический перезагруз
Как вариант - в прерывании ISR(USART_RXC_vect) регистр принятых данных то прочитайте, иначе если прилетит что, то это прерывание будет бесконечным. Правда не понятно, ведь Вы получаете перегруз не принимая данных по UART. Добавлю: Еще один трабл - использование прерывания пустового буфера передачи 1<<UDRIE. Прерывание то Вы включаете, а вот вектора то нет в программе. Это прерывание надо правильно использовать - если отправить в UDR байт для отправки, то сразу возникнет это прерывание, в котором надо уже следующий байт пихать ибо регистр передающий двухэтажный и данные "проваливаются" в буфер передачи и регистр UDR пуст! Я, например, его использую, но у меня буферизированная приема-передача.
...разрешаю прерывания и всё, камень улетает в циклический перезагруз
Как вариант - в прерывании ISR(USART_RXC_vect) регистр принятых данных то прочитайте, иначе если прилетит что, то это прерывание будет бесконечным. Правда не понятно, ведь Вы получаете перегруз не принимая данных по UART.
пробовал - ничего не меняется, как только раскоментирую разрешение прерываний - сразу циклический ребут
_________________ Электроника -очень точная наука, бубен необходимо держать в левой руке!!!
Убрал полностью уарт, проблема не в нем, мне кажется дело в библиотеке AXLIB, использую её для работы с дисплеем. даже ацп убрал, всё равно при включении прерываний бесконечный ребут. может есть какая то еще не особо тяжелая библиотека для дисплея 16*2?
_________________ Электроника -очень точная наука, бубен необходимо держать в левой руке!!!
внимательно смотрите, какие прерывания в настройках периферии вы включили, но не сделали для них ISR-обработчик. самая вероятная причина ребута - это наличие разрешенного прерывания без соответствующего обработчика.
P.S. кто вас учил в h-файле код размещать?
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
да быстро накидал пока время было, красотой буду потом заниматься, если оживёт как положено. Поищу где ещё какие прерывания, но вроде бы ничего не включал.
_________________ Электроника -очень точная наука, бубен необходимо держать в левой руке!!!
Прошу у знающих совета. Установил 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.
Доброго, коллеги. Жизнь вынудила начать осваивать перенавороченное 808-е семейство, и соответственно - неудобоваримую AStudio7. Помимо прочих мучений, не могу найти где в ея редакторе устанавливается ширина табуляции. Кто поможет добрым советом? ))
Сейчас этот форум просматривают: Bing [Bot] и гости: 7
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения