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

[MasterMushi]

7Fantomas7, Пиши переменные прямо в h файл. Область видимости будет глобальной

[7Fantomas7]

Может так будет понятно. Во вложении проект.
Во вкладке notes то что я пытаюсь развалять.
Проект содержит 3 файла uprablenieCPU_simulation, peremenie_const, start_310. Не трудно догадаться что peremenie_const.c содержит переменные, сейчас 2 шт. При проверке на ошибки uprablenieCPU_simulation.c где расположена main ошибок нет, при проверке на ошибки start_310 ошибки есть, ненаходит переменные и не находит delay. Как решить проблему?

[7Fantomas7]

MasterMushi,
Понял, вот так и сразу надо было. Сейчас попробую. А можно и функции писать только в h файлы без сишных и просто глобально приинклюдивать.

[OlegNZH]

В путях проекта прописать , где находится 310 Project-Configure- C compiler-Paths
и в Start310.c добавить #include ‹delay.h›
#include ‹mega8535.h›

и zadanie_I zadanie_U нигде не определены

peremenie_konst.c не то. нужно сделать peremenie_konst.h по всем правилам, туда вставить определения переменных (без extern - extern- говорит, что нужно искать в хидерах где-то)
в "upravlenie CPU_Simulation.c" вставить #include "peremenie_konst.h",
сам файл
//--- peremenie_konst.h
...
unsigned char zadanie_I; //переменная задание для источника тока
unsigned char zadanie_U; //переменная задание для источника напряжения
//...

и затем в start_310.c
вставить
extern unsigned char zadanie_I; //переменная задание для источника тока
extern unsigned char zadanie_U; //переменная задание для источника напряжения


Вот исправленный , только путь подправьте к Functions , я свой абсолютный поставил

[7Fantomas7]

В путях проекта прописать , где находится 310

Прописан это в конфигураторе в inpyt files видно, проверил еще раз. Просто видимо путь не соответсятвует на Вашем компьютере.

и в Start310.c добавить #include ‹delay.h›

Тоесть во все файлы подобного рода нужно приладить необходимые хидеры?

и zadanie_I zadanie_U нигде не определены

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

Пиши переменные прямо в h файл. Область видимости будет глобальной

сделал так
#ifndef _peremenie_const_INCLUDED_
#define _peremenie_const_INCLUDED_
#pragma used+
extern unsigned char zadanie_I; //переменная задание для источника тока
extern unsigned char zadanie_U; //переменная задание для источника напряжения

#pragma used-
#endif
Чет бока не видит их start_310
Или их тоже в этой функции приинклюдить нужно?

[OlegNZH]

не в input files а в Project-Configure- C compiler-Paths .
Переменные я уже вынес в peremenie_konst.h (peremenie_konst.с- не нужен - удалить из input files , peremenie_konst.h прописан через #include)

[MasterMushi]

7Fantomas7, Не пиши ты extern и прагмовые. Если используеш CVAVR то твой код должен выглядеть так:

//Char в CVAVR по умолчанию UNSIGNED тоесть можно не терять времени и сокращать тексты. 

#ifndef _peremenie_const_INCLUDED_
#define _peremenie_const_INCLUDED_
 char zadanie_I; //переменная задание для источника тока
 char zadanie_U; //переменная задание для источника напряжения
#endif 

В языке С заголовочный файл имеет фактически такой же значение как и просто С файл. Тоесть прямо в него можно писать тела функций.

Вывод тел функций и переменных во внешний файл выгоден исключительно если планируется дистрибьюция твоего кода как пакета прекомпилированных библиотек (object code libs).

Структурируя проект не надо сильно увлекаться связками файлов иначе в конце получится фатально неудобная конструкция которая мало того что будет дольше компилироваться так еще и будет код жрать больше стека.

CVAVR 2.05 кстати более оптимизирован уже по финальному машиному коду. Так что советую писать на нем.

Да и чуть не забыл - в CVAVR все переменные обьявляются как обязательные. Даже если вы нигде не упомянули в коде объявленную переменную, линкер ее не выкинет.
Не могу сказать того же про функции. Линкер в 2.05 сильно режет функции поэтому если уверены что будет внешний или хитрый вызов вашей функции через передачу в АСМ коде, советую сделать ее объявление "явным"

[OlegNZH]

Ну и каким макаром без extern для глобальных обойтись? Интересно...
(а код, который привели-я именно так и подправил - post #24)

[MasterMushi]

OlegNZH,
Если мы переменные обьявляем напрямую в заголовочном файле без использования С файла с "телами" переменных, то extern не нужен.

Внешние С файлы удобно если ничего не будет меняться вообще. А если надо добавить в библиотеку переменную - придется править заголовочный файл и С файл. Это 2 закладки в редакторе. Добавим 3-4 библиотеки и получаем уже 6-8 закладок. Далее любое изменение похоже на садо мазохизм. Перекликивать закладки, скролить куски кода, править возвращаться из за ошибки все по новой.

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

[OlegNZH]

А каким образом обращаться к этим глобальным переменным из 2- разных файлов? делать в каждом #include ‹var_const.h›? - не пойдёт- 2 раза получится определение переменных -redefined! Это в CV128 было хитро- там выделялся Главный файл main.c , и в проекте подфайлы, затем перед компиляцией все! файлы собирались в ОДИН!(к main.c) и потом уже компилировались. Там-да , без extern-a - всё находится в одной куче! нет никаких перекрёстных ссылок. В 204 уже всё более-менее честно.