Использование структур в программировании микроконтроллеров — дурной тон?

Потом тебе скажут, что использование C — дурной тон.

Да, паришься по пустяковому вопросу. Надо - используй.

Где-то с месяц назад меня уверяли, что писать структуры, программируя мк, не нужно.

Аргументы они предоставили, или ты так, на слово поверил?

Я парюсь не из-за того, что ой, в лабе говнокод, нет-нет-нет! Просто хочу знать как принято, чтобы честным людям не стыдно было в глаза смотреть.

Аргументы они предоставили, или ты так, на слово поверил?

Раз спрашиваю, то наверное не поверил, а? ;-)
Были бы аргументы, не стал бы тут интересоваться, а принял бы решение самостоятельно.

Иногда бывает какая нибудь miss-optimization связанная со структурами, обычно если их начать передавать через стек. Если не стек то обычно все хорошо, отличается только читаемостью кода. Сам использую всегда.

Кто тебе этот бред сказал?

// подсказка: без структур с USB или ethernet ты работать не сможешь ;)

Бред. Я и классы использую. И, даже, местами, шаблоны.

Если уж очень хочется следовать каким-то рекомендациям — кури гайды MISRA. Там, например, не рекомендуют динамическое выделение памяти использовать. Но насчёт структур что-то ничего не припомню.

Да, если тебе кто-то скажет, что использование `goto` в сях — дурной тон, смело плюй этому идиоту в морду!

$SUBJ — бред, так же как и боязнь goto.

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

без структур с USB или ethernet ты работать не сможешь

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

Да его и написать-то не получится, этот говнокод, чтобы работало!

Читаемость кода. ☺
Мне нужно отображать символы на матричном индикаторе, который, как известно, управляется строками и столбцами. Я думаю, что лучше написать структуру для символа и хранить в ней код строки и столбца. Вроде как красиво. ☺

особенный реликтовый компилятор си

???

Пример — в студию!

Там же обычно все массивами делается. И готовых библиотек со шрифтами — вагон и маленькая тележка!

Да, если тебе кто-то скажет, что использование `goto` в сях — дурной тон, смело плюй этому идиоту в морду!

goto в сях - дурной тон. почти всегда. ПОЧТИ. иногда оно к месту. классика жанра - qsort, без goto оно тормозит. у меня, во всяком случае не получилось в своё время.

2all - может научите?

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

ПОЧТИ

Вот именно! А некоторые говорят — ВСЕГДА!

Вот я этих некоторых и имел в виду. Т.к. `goto` в сях нужен. Редко, но нужен.

например, не уметь передавать структуры в функции.

передавай указатель. Сами структуры часто дорого передавать, да и опасно.

Сейчас нужно ручками.

Ну так спионерь готовую и подрихтуй ☺

Зачем структура в шрифтах? Там же тупой массив MxN бит/байт.

Там же обычно все массивами делается

Мне кажется, что

PORTX = MATRIX_A;

PORTX = MATRIX[0];

тетрис на sed написала девочка. и это напишет. нужна старательность и аккуратность.

Та не, не так же! Вот так:

print("This is a text");

А функция print вызывает массивы `font[T]`, `font[h]` и т.п.

Ну так спионерь готовую и подрихтуй ☺

Не интересно. ☺

Зачем структура в шрифтах? Там же тупой массив MxN бит/байт.

Симпатишно так. Удобно писать, скажем

PORTX = MATRIX_A.row;
// code
PORTX = MATRIX_A.col;

тетрис на sed

Ух, япона мать! Я в sed даже простые конструкции-то с пятого раза только правильно пишу…

А некоторые говорят — ВСЕГДА!

ну для начинающих - ВСЕГДА. Особенно для тех, кто знает бэйсик и/или ассемблер.

Еще раз: у тебя экран наверняка по SPI, работаешь ты с SPI наверняка по DMA, в одну переменную пихаешь адрес (блок пикселей), в другую — значение. Ну так проще же массивом фигачить!

тебе не кажется, что

int arr[10];
int i;
for (i = 0; i < 10; i++)
{
  arr[i] = 0;
}

int a0 = 0;
int a1 = 0;
int a2 = 0;
int a3 = 0;
int a4 = 0;
int a5 = 0;
int a6 = 0;
int a7 = 0;
int a8 = 0;
int a9 = 0;

не?

(цитата с лурки)

Ну конечно я не ручками буду биты в порт писать, а ф-я сама парсить текст и писать соответствующие значения как я написал. Или не? ☺

Ты полнее мыслю выскажи, а мы с доктором Бэтти или поддержим, или окатим ушатом навоза.

Читаемее. А причем тут это? Каждый символ это 2 8-битные переменные, которые циклом хрен заполнишь.

Либо это бородатые ассемблерщики, либо они боятся проблем с выравниванием полей структур.

а как же выравнивание по умолчанию, тянущее лишнюю память в массивах структур? а как же выравнивание на байт, тянущее дополнительную арифметику в расчет смещения?

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

Каждый символ это 2 8-битные переменные, которые циклом хрен заполнишь.

да ладно!

либо они боятся проблем с выравниванием полей структур

А еще есть такая штука, как остро/тупоконечность. Но вот если бы все боялись ее, у нас бы до сих пор сеть через задницу функционировала.

Каждый символ это 2 8-битные переменные

Т.е. uint16_t?

Ну вот, я сейчас напишу, а вы потом до забана меня говнокодером обзывать будете. ☹

struct matrix_symbol
{
	char col, row; // столбец индикатора, его строка
} 
const MATRIX_A = {.row = 0b01010101, .col = 0b10101010};
// константы для остальных символов алфавита

matrix_symbol parse_matrix(char symbol) {
	matrix_symbol sym;
	switch(symbol) {
		case 'a': sym.row = 0b00001111; sym.col = 0b11110000; break;
		default: //нет такого символа, мы все умрем
	}
	return sym;
}

Ну и там где-то функцию притулить, которая будет строки парсить, вызывая на каждый символ функцию parse_matrix(..). Возвращать она будет массив matrix_symbol'ов, элементы которого специальной функцией будут записаны в соответствующие порты.

Вот ты фигню и написал.

Пишешь:

uint16_t alphabeth[128] = {
// нулевой символ
// первый символ

…
}

Пардон, сонный мозг забыл о созданной константе, там я хотел sym = MATRIX_A; ну или сразу return MATRIX_A;

Ну да ладно, раз фигня. ☺

А потом alphabeth[n] пополам рубить, чтобы записать строку в один порт, а столбец в другой?

Eddy_Em, не игнорь меня, я научусь эффективно использовать си — честно-честно. ☺

А, тады по-другому: два массива, либо действительно массив структур.

не игнорь меня

С фига ли? Я только фрактала игнорил.

В общем, советую-таки тебе хотя бы одну-две библиотечки для работы с экранчиками посмотреть. Там сложного ничего нет. Плюс — шрифт тебе явно тырить оттуда придется, т.к. самому шрифты рисовать — геморрой тот еще!

Пишем: putstruct(*structVar, sizeof(structVar));

Читаем:getstruct(*structVar, sizeof(structVar));

И ещё enum весчь.

С фига ли? Я только фрактала игнорил.

Шутю я так.

В общем, советую-таки тебе хотя бы одну-две библиотечки для работы с экранчиками посмотреть. Там сложного ничего нет.

Посмотреть-то можно, ради примера, но использовать нельзя — я электронщик, а не программист, поэтому цель этих лаб не столько научиться программировать мк, сколько разобраться, как же там все работает.

ты имеешь ввиду такой индикатор? если да, я не могу понять (ночь за окном), как ты в нём символы кодируешь двумя байтами?

Одно дело — вникнуть в суть, совершенно другое — обезьянить.