Форум РадиоКот

aam писал(а):Короче, я так понял. Переменные я вс-таки должен объявлять ("unsigned char a;") именно в соответствующем сишнике (RC5.c). Тогда те из переменных, которые я хочу использовать другими модулями (файлами) проги, я должен дополнительно описать ("extern unsigned char a;") в h-файле. Те, которые сугубо личные и юзаются только внутри библиотеки - соответственно не описываю. Так?

//main.c (или projectname.c, кому как нравится)
...
#include "module.h"
...
//объявление и определение глобальной переменной
//указываем имя и тип и выделяем память
//может использоваться другими файлами(имеет внешние связи)
int a;

//объявление и определение глобальной переменной
//указываем имя и тип и выделяем память
//не может использоваться другими файлами(имеет внутренние связи)
static int b;

int main()
{
	//объявление и определение локальной переменной
	//указываем имя и тип и выделяем память
	//доступна только в main() (не имеет связей)
	int c;

	c = blabla();
}

//module.h
#ifndef MODULE_H
#define MODULE_H

int blabla();

#endif

//module.c

//объявление(но не определение) глобальной переменной
//память для нее уже выделена в другом файле
//нужна чтобы получить доступ к переменной, определенной в другом файле
//а также чтоб не возникало ошибок при раздельной компиляции
extern int a;
...
	
int blabla()
{
	//объявление и определение локальной переменной
	//указываем имя и тип и выделяем память
	//доступна только в blabla() (не имеет связей)
	int d;
	...
	return d;
}

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

BCluster писал(а):то никакой гарантии что blabla будет виден из других модулей нет. В большинстве компиляторов виден. Но, например в IAR MSP430 это происходит через раз.

BCluster писал(а):сли англ позвоняет

YS писал(а):Такая конфигурация вызовет ошибку

aam писал(а):В принципе, я все это понял - на компе я бы объявил класс на Си++ и не парился. Но когда речь идет о процах Тини и Мега

aam писал(а): когда каждый байт стараешься экономить?

aam писал(а): поэтому хочу привыкнуть правильно кодить контроллеры.

int main(){
sdelat_vse_pri_vse();
}

urry писал(а):Что смущает в варианте объявить статиком переменную в одном файле и через гет оттуда забрать из другого файла ?

aam писал(а):Народ, не забывайте, мы не о компе говорим И даже не о линуксе на плате))
В принципе, я все это понял - на компе я бы объявил класс на Си++ и не парился. Но когда речь идет о процах Тини и Мега (причем младших Мегах типа 8-й) какой может быть базар о каких-то доп. функциях get/set, когда каждый байт стараешься экономить?

Psych писал(а):Судя по вашим запросам вы хотите накатать супернезависимую библиотеку, которая делает всё без лишних телодвижений. А в мэйне хотите типа этого

Вообще, это все хорошо, но как на ПРАКТИКЕ ПРИНЯТО писать софт под эти процы? Понятно, что там классы никто не забабахивает.

некоторые куски кода

aam писал(а):Ну вот и договорились... Т. е. через глобальные переменные мне не передать результатов?

aam писал(а):Народ, не забывайте, мы не о компе говорим И даже не о линуксе на плате))

aam писал(а):При этом правильно без дури и с желанием иметь код минимального объема.

YS писал(а): В смысле принципов написания кода под встроенные системы следует руководствоваться правилами MISRA C.

YS писал(а):ардуйня вполне использует классы и ООП

YS писал(а):простая перекидывалка данных с Bluetooth-шилда на I2C с минимальными проверками занимала у меня больше 7 кБ на ардуино

МК msp430 512kFLASH 32kRAM...

хотел бы глянуть, если можно, действительно жирновато

YS писал(а):Мы-то говорим о совсем мелких МК.

aam писал(а):Вот та же библиотека RC5 у меня хранит результат в глобальном Юнионе со структурой внутри. И код кнопки и устройства я дергаю в основной проге именно из этой структуры. Получается что я должен написать к ней функцию get, т. е. фактически метод доступа к компонентам класса выходит. И так на все??? Так никакой Тиньки не хватит

//main.c
#include "module.h"

int main (void)
{
	params firstCircuit, secondCircuit;//объявляем и выделяем память

	firstCircuit.voltage = 5;
	firstCircuit.current = 0.02;

	secondCircuit = change(firstCircuit);

	return 0;
}

//module.h

#ifndef MODULE_H_
#define MODULE_H_

typedef struct
{
	int voltage;
	double current;
}params;//объявляем, но память не резервируем

params change(params circuit);

#endif /* MODULE_H_ */

//module.cpp
#include "module.h"

params change(params circuit)
{
	circuit.voltage = 10;
	circuit.current = 0.01;
	return circuit;
}

unalex писал(а):ктати никаких get не потребовалось

void change(params * circuit)
{
   circuit->voltage = 10;
   circuit->current = 0.01;  
}

change(secondCircuit);

BCluster писал(а):Вообще речь шла о том, что не стоит использовать глобальные переменные

BCluster писал(а):В принципе все решается методом искусственного хипа, если кому будет интересно - расскажу

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

aam писал(а):Т. е. через глобальные переменные мне не передать результатов?

aam писал(а):Получается что я должен написать к ней функцию get, т. е. фактически метод доступа к компонентам класса выходит. И так на все??? Так никакой Тиньки не хватит.

shads писал(а):По крайней мере уже нет смысла пихать чтото в мелкашку, т.к. более жирные МК стоят не дороже...

aam писал(а):И вот если в пределах одного файла, скажем, основной программы, как без глобальных переменных я обойдусь? Ведь разные функции используют общие для всей программы переменные. Т. е. все равно от глобальных переменных никуда не деться.

shads писал(а):В каждом модуле - минимум глобальных переменных...