Все стоит в начале файла

#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/pgmspace.h>
#include <stdio.h>

Я все запускал из под VMLAB с ее стандартным make
Уже пробую запустить из самого WINAVR.

Решение оказалось весьма простым.
Нельзя вставлять определение такого массива в тело main.
Как только я вынес определение из main в начало файла, все стало на свои места.

Может кто дать комментарии к оставшимся мообщениям?

Converting to AVR COFF: um1.cof
avr-objcopy --debugging --change-section-address .data--и т.д.
Warning: no "data" section found in output file
Warning: file C:/WINDOWS/TEMP/cciw0ld7.s not found in symbol table, ignoring
Warning: ignoring function __vectors() outside any compilation unit
Warning: ignoring function __bad_interrupt() outside any compilation unit
c:\winavr\bin\avr-objcopy.exe: --change-section-vma .eeprom+0xff7f0000 never used

и еще 5 предупреждений.

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

Сообщение отредактировал cvv - Mar 24 2008, 12:51

Попробовал.
На PROGMEM не ругается, но пишет
Repeated variable name table_v within block. Rename it

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

Попробуйте переименовать название вашей таблицы. Внутри gcc в библиотеке возможно есть служебный буфер с таким именем.

В main пробовал разные варианты, не проходило, вынес работает.


пропадают если выйти и снова запустить VMLAB.

Переменные, объявленные вами внутри функции (автоматические переменные), размещаются на стеке. Вы же пытаетесь заставить компилятор разместить переменную во флеш. Но это нонсенс - она не может быть одновременно и на стеке и во флеше. Если вы хотите, чтобы переменная была во флеше и ее область видимости была ограничена функцией, то объявлять эту переменную внутри функции надо с атрибутом static:Здесь вы объявили указатель на int в ОЗУ. К большому сожалению, avr-gcc не отслеживает смешивание обычных указателей и указателей на флеш, хотя фактически это разные указатели Т.е. то, что вы написали, avr-gcc проглотит, но не забудьте потом данные по этому указателю доставать при помщи pgm_read_xxx, а не *data. Лучше такие указатели сразу объявлять как const unsigned int PROGMEM *dat_car; - вам самому потом будет легче читать программу. А когда avr-gcc научится отличать указатели на флеш от указателей на ОЗУ - не придется править старые исходники.

Увы, я пробовал разные варианты объявления, в том числе и static (пост 19). Закоментированная строка - копия верхней.

Чтение у меня, действительно, pgm_read_xxx. Делал, как написано в описании WINRAR. Спасибо за совет.

Только что откомпилил. Никаких ошибок и предупреждений. WinAVR 20070725. Видимо причина кроется в другой части вашего исходника, которую вы нам не показали.
Откомпилировал и текст из поста 19. При объявлении table_v внутри main как static тоже никаких предупреждений.

Я работал из VMLAB.
При компиляции моего примера и Вашего (только примеров, я при удалении остальной части проекта проверял одинаковость сообщений). В VMLAB по прежнему выдается предупреждение, но оно оказалось не при компиляции, я на это не обратил внимание. В WINAVR этого, естественно, нет. Изменение имени таблицы ничего не меняет. При обьявлении таблицы вне main никаких сообщений нет.
Сообщение следующее

Loading COFF file: um1.cof
Flags: Structures/unions info | Default pointers size | Absolute paths
File: um_mega8.c
Function: main
Repeated variable name table_v within block. Rename it
Extracting line nr. to code x-refs
COFF file contains inconsistencies or unsupported features. Debug info could be wrong or incomplete

это не варнинг насколько я понял.

а последняя строчка лично меня смущает

Repeated variable name table_v within block. Rename it - слева восклицательный знак шелтый
COFF file contains inconsistencies or unsupported features. Debug info could be wrong or incomplete - слева восклицательный знак красный

Это значит, что при такой конструкции отладочная информация принимает вид, не понятный вмлабу. Ну не умеет вмлаб понимать такие вещи:-)
А почему надо именно в теле функции объявлять этот массив? Это так принципиально?

Да нет, я сразу же вынес, откомпилил и зашил в контроллер. Просто за простыми сообщениями иногда кроются большие проблемы.
Кстати, про размер кода. Транслировал из VMLAB, WINAVR, AVRStudio, компилятор тот-же. Настройки, естественно разные, большинство по умолчанию, так как размер кода в данном случае не интересует. Так вот, умудрялся получать размер кода и 8 и 2,5 и 1,3 килобайт. Последний из AVRStudio с оптимизацией Os. Вот в одной известной книге по ARM и пишут, что GCC дает код, который работает на порядок медленнее, чем коммерческие компиляторы.

Понравился осциллограф в VMLAB. Можно быстро визуально оценить результат.