CodeVisionAVR добавление файлов в проект, прошу помочь

[7Fantomas7]

Вроде получилось.
По крайней мере CV ошибок не видит, что радует.
Может еще подскажете пару вопросов.
В добавленом файле есть функция которая использует некоторые переменные которые используются и другими функциями. Покуда все было вместе то и нормально, както понятно было, переменные были глобальными, теперь эти переменные вынесены в отдельный файл с этой функцией. Так будет работать? Как разумно сделать так чтоб эти переменные всеже остались в основном теле програмы там где main. потому как прыгать от файла к файлу чтоб видеть эти переменные не очень удобно, другими словами если добавленых файлов с различными функциями много то как красиво поступить с глобальными переменными?
И еще вопрос.
Судя по всему от заголовочных файлов избавится не выйдет, да и хрен сним. Но судя из литературы приIncludeть модно только 16 вложений, чтож не мало, а как больше приладить.

[MasterMushi]

У CVAVR область видимости переменных обьявлений и функций глобальная. Вы можете написать обьявления функций в одном файле, список переменный в другом, тела функций в третьем а прерывания и MAIN в четвертом. Если программа достаточно сложная я всегда разношу ВСЕ участки кода по разным файлам, оставляя в основном C файле только инклюды.

К примеру

//main.c

//Ту просто список стандартных инклюдов из набора компилятора
#include‹stdincludes.h›
//тут дефайны и переменные
#include‹vars_defs.h›
//Полный каталог прототипаов функций где бы они ни встречались
#include‹prototypes.h›
//Тут функции инициализации портов и периферии
#include‹init.h›
//Сюда выносим обработчики прерываний
#include‹interrupts.h›
//тцт отработчик улавиатуры
#include‹keyboard.h›
//Драйвер экрана
#include‹ls020.h›
//Набор каких либо стандартных функций которые постоянно используются мной в разных проектах
#include‹functions.h›
//Набор функций прописанных спецом для проекта
#include‹dataharvester.h›

void main(void)
{
  STARTUP();
  while(1)
  {  keyboardprocessor();  }
} 

[7Fantomas7]

MasterMushi

Если программа достаточно сложная я всегда разношу ВСЕ участки кода по разным файлам, оставляя в основном C файле только инклюды.

Именно то что и нужно.
Я писал

судя из литературы приIncludeть модно только 16 вложений, чтож не мало, а как больше приладить.

И вот тоже не совсем понимаю

#ifndef _file1_INCLUDED_
#define _file1_INCLUDED_

Заменять пробелы подчеркиваниями обязательно? Конкретно в CV
В проводнике проекта видны инклюды встроеных макросов чипа, делая и т.д., а файл который я приинклюдил не виден. Это нормально или косяк какой, имеется в виду *.h?
Сам приделаный файл "*.с" виден в проводнике
Я создал файл например peremenie.c в котором находятся все переменные, а как правильно написать peremenie.h.
С функциями все понятно пока.

[OlegNZH]

Подчёркивания обязательны. Файл в проект CV добавляется не includ-ом .h , а Add в Project-Confige.
upd. ааа -не понял сразу ...в Именах файлов- всё как в оригинале, только без расширения
upd2. include - это просто компилятор вставляет на это место содержимое файла , который описан. Я- часто делаю так - посреди текста делаю #include ‹file.asm› , что-бы не загромождать текст ассемлеровскими вставками,компилятор просто тупо вставляет строки из файла. Так-же и с .h - можно ручками прописать. А насчет глубины вложений....я- бы посмотрел на ту программу, где требуется уровень до 16 - это в include файле - есть свой include, в том -тоже есть include ....и т.д. .....

[7Fantomas7]

OlegNZH,
С подчеркиваниями понял. То что файл добавляется не инклюдом а Add в Project-Confige тоже понятно. Но *.h то приинклюдивать нужно? и в проводнике проекта он не виден, хотя проблема решилась, перезагрузил проект и стал виден, может глюк какой, я думаю что на ходу должен был подхватить в проводник.
С переменными если можно подскажите.

[7Fantomas7]

OlegNZH,

А насчет глубины вложений....я- бы посмотрел на ту программу, где требуется уровень до 16 - это в include файле - есть свой include

Все понял. Просто в книжке написано весьма размыто и я понял что это не глубина, а обшее количество, в глубину мне и двух ненужно, пока.

Я- часто делаю так - посреди текста делаю #include ‹file.asm›

Не нужно посреди програмы. Нужно в заголовке потому как в main эти вункции используются в различных сочетаниях в зависимости от от условий, а именно от состояния переменных.

[OlegNZH]

А переменные.Глобальные определяются в .h где они используются. если из другого файла-тогда в начале его нужно дать ссылку на эту переменную. extern char A.Тогда компилятор будет просматривать все .h файлы в поисках объявления этой переменной. Я обычно не раскидываю переменные по хидерам , делаю один global_var.h , и туда все скидываю, Удобно- все в одном месте.
upd. Кстати , так-же и с функциями- если в одном файле используется фунция из другого - так-же нужно обозначить этот момент - extern void func_(void) - например.Будут просмотрены все хидеры в поисках этой функции.
up2.Для функций можно и includ ещё раз использовать, по если в том хидере будет определение какой-нибудь глобальной переменной - то будет ошибка- "переопределение переменной".

[sdsrem]

Может сдесь понятней будет что и как.

http://chipenable.ru/index.php/progr...1-lcd-avr.html

[MasterMushi]

7Fantomas7,

#ifndef _file1_INCLUDED_
#define _file1_INCLUDED_ 

Это сделано для того чтобы избежать повторных вложений. Смысл в чем

Include это комманда которая фактически делает копирование и вставку текста из другого файла в тот где эта команда прописана.
Технически после всех инклюдов у нас получается огромный единвый файл с текстом программы

Компилятор инклюдит то что ему указали и если к примеру встречается повторный инклюд чтобы избежать повторного вложения текста применяется так называемое Условное вложение

Вот в чем дело - мы пишем условный код который компилятор воспринимает как указания для себя

define - для нас это комманда которая говорит компилятору определить за каким то словом какой то текст

#define NASHE_SLOVO {kakoyto_text(); ili_kod(); ili_eshechegoto} 

В тексте программы компилятор все слова NASHE_SLOVO заменит на тот текст который мы написали после него в одну строку.

НО. Мы можем применить "хитрость" и не писать никаких слов после NASHE_SLOVO. И получается так, что компилятор понял что гдето возможно упомянуто то что мы написали после дефайна но никакого текста на замену не назначил.

Для чего эта хитрость нужна - в нашем заголовочном файле к примеру мы должны использовать функции из другого заголовочного файла. Но мы не знаем добавили мы тот файл к тексту программы или нет. Поэтому чтобы избежать повторного вкладывания мы может спросить у компилятора - вкладывался ли файл или нет. И если вкладывался, то мы его больше не добавляем.


Пример

//Main.c
#include‹file1.h›
#include‹file2.h› 

//File1.h

//Проверим зарезервировано ли слово file1_is_included
#ifndef file1_is_included

//и ЕСЛИ ОНО НЕ ЗАРЕЗЕРВИРОВАНО
//мы напишем дефайн который скажет компилятору то, что мы должны 
//будем заменить все слова  file1_is_included внутри программы 
// на какойто текст. Но самого текста 
//мы писать не будем. Поэтому у компилятора будет просто указание на 
//какоето слово

#define file1_is_included 

//file2

//И мы хотим использовать функции из file1 в нашем file2
//Но мы не знаем вложен это файл в текст программы или нет
//Чтобы не вкладывать тексты еще раз мы спросим у компилятора было ли где либо уже зарезервировано file1_is_included
#ifndef file1_is_included

//А так как мы это слово резервируем в file1 то мы будем четко знать уже вложен он или нет
//ifndef это то, что спрашивает компилятор ЕСЛИ НЕ ЗАРЕЗЕРВИРОВАНО ТОГДА чтото 
// предпринять. И мы предпримем вложение file1.h
#include‹file1.h› 

А подчеркивания и надписи капсом это просто так применяется чтобы пользователь не спутал свои #define с дефайнами который уже стандартно прописаны в библиотеки компилятора

[7Fantomas7]

sdsrem,
Все хорошо и замечательно, только есть нюансы.
Я спрашивал как глобальные переменные уложить в один файл там это не описано. Согласитесь все глобальные переменные удобнее уложить в один файл и приладить его к проекту с полным описанием назначения этих переменных. В файл *.С скопировать не велика проблема и addировать в конфигураторе не проблема, а что писать в *.h который приинклюдивается или принклюдивать не нужно. Вобшем нужно переменные вынести в отдельный файл и чтоб они были видны всеми функциями.