Аvrstudio/c#/песочница

[whoim]

Boba_spb,

if( конец пакета RMC)
{
Prog[0]=ParsRMC;
}
if( конец пакета GGA)

Я не могу просто так в обработчике приема определить что за пакет, придется нагружать его пусть простым но парсингом

Но это ладно. Пытаюсь понять смысл вертушки.

У нас создается 8 процедур "ничегонеделанья" и исполняются в цикле. Ну а по приходу конца строки мы "некоторым" (каким надо) переназначаем ничегонеделанье на прописанное в нужной процедуре..

Еси я правильно понял - очень интересно, не подозревал что так можно

[whoim]

void (*Prog[CNT_PROC])(); - получается, массив указателей на процедуры (подпрограммы - привыкаю говорить правильно)

сейчас "разбор полетов" и парсинг всего что надо идет в одной процедуре..

if( (memcmp(_gnss_line[_index], "$GPRMC", 6) == 0 || memcmp(_gnss_line[_index], "$GNRMC", 6) == 0 ) && gnss_verify(_index) )

например. Какой будет выигрыш? Откажемся от таймера? Он все равно понадобится в будущем.
Сейчас у меня в main() полностью пусто, так нравится..

Вместо флага заведем указатель - тоже особо смысла не имеет. Но сам подход конечно хорош, что он еще может дать? какие плюсы?

[_Артём_]

void (*Prog[CNT_PROC])(); - получается, массив указателей на процедуры (подпрограммы - привыкаю говорить правильно)

указателей на функции

[whoim]

_Артём_, подпрограммами я называю и функции и процедуры, просто первые могут возвращать значения. Значит, функция - это подпрограмма умеющая возвращать результат )

[_Артём_]

RTOS от DiHalt

Зачем такая экзотика? Не лучше ли взять что-либо более стандартное (FreeFtos, ucOs2, chibios, scmrtos ect)?

[Boba_spb]

Если чуток "вертушку" подправить, то и приоритет выполнения появится. Т.е. индекс Prog[i] будет определять приорит.

Ну, а если этого не хватит, то лучше RTOS пользовать.

Как только прибавите функций - станет труднее без параллельных процессов.

[_Артём_]

if( (memcmp(_gnss_line[_index], "$GPRMC", 6) == 0 || memcmp(_gnss_line[_index], "$GNRMC", 6) == 0 ) && gnss_verify(_index) )

Как-то не очень это - использовать memcmp в прерывании.
Обычно что-то такое делаю:

struct RmcRxData_t {
	unsigned char State;
	unsigned char Buf[128];
	unsigned char Length;
	unsigned char Received;
} RmcRxData;

const unsigned char RmcHead[]="RMC";
unsigned char RmcReceived(unsigned char new_byte)
{
	switch (RmcRxData.State) {
	case 0:
		if (new_byte==RmcHead[RmcRxData.State]) {
			RmcRxData.State++;
			RmcRxData.Length=RmcRxData.State;
		}
		else
			RmcRxData.State=0;
		break;
	case 3:
		RmcRxData.Buf[RmcRxData.Length++];
		if (new_byte==0x0D) {
			RmcRxData.Received=1;
			RmcRxData.State++;
		}
		else {
			if (RmcRxData.Length›=sizeof(RmcRxData.Buf))
				RmcRxData.State=0;
		}
		break;
	case 4:
		break;
	}

}

[whoim]

Зачем такая экзотика? Не лучше ли взять что-либо более стандартное (FreeFtos, ucOs2, chibios, scmrtos ect)?

Оно проще в разы, соответственно прошивка меньше)

[whoim]

Как только прибавите функций - станет труднее без параллельных процессов.

да, скоро прийду к этому..

[whoim]

Продолжаем песочницу

Есть typedef struct {} mystruct;
Есть volatile mystruct myvariable;

на extern mystruct myvariable в другом .с файле ругается (хз кто - линкер или компилятор), неизвестный тип
как "расшарить" typedef?