Использование глобальных переменных, как правильнее сделать Опции

[Atlantis-]

Здравствуйте!
Абстрагируясь, моя задача состоит в том, чтобы принять несколько разных блоков данных по USB, массивы определяющие в какой последовательности, по сколько раз и с какой паузой между ними выдавать эти блоки по I2S.
Я разбил все эти данные на три глобальные структуры:
1) структура содержащая адреса блоков данных и их длины
2) структура содержащая массивы определяющие в какой последовательности, по сколько раз и с какой паузой между ними выдавать эти блоки
3) структуру содержащую счетчики, которые изменяются в процессе выдачи данных для расчета окончания блока данных, количества его повторений, паузы между блоками и т.д. Переменные этой структуры будут меняться в теле прерывания.

Вопрос у меня такой: правильно ли я вообще мыслю, не будет ли путаницы с глобальными переменными, чего следует остерегаться и может быть есть какие то другие варианты, без глобальных переменных?

Забыл сказать - использую FreeRTOS и меня немного смущает использование в задачах глобальных переменных.

Сообщение отредактировал Atlantis- - Jun 26 2015, 07:53

[zltigo]

Я разбил все эти данные на три глобальные структуры:

Зачем три? В чем страхи пред одной?
Заодно в чем конкретно страхи перед глобальными переменными? Хотя, конечно, те переменные, которые используются в одной задаче, красивее положить в стек этой задачи.
Вообще-то абстрактно надо стремится передавать информацию между задачами через очереди сообщений, а не через кучи глобальных переменных - это насколько я понимаю, явно отностися к помянутому Вами в 1)

[Atlantis-]

Зачем три? В чем страхи пред одной?

Получится 18 переменных в одной структуре, я могу запутаться и забыть какая чего означает. Придется названиями разделять на три вида. А в чем преимущество одной большой структуры перед тремя маленькими? Ну теоретически первые две структуры можно объединить, а третью уже не хочется.

Заодно в чем конкретно страхи перед глобальными переменными?

Да не знаю, перестраховываюсь. По идее у меня возможен одновременная запись и чтение 2-й структуры

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

У меня конкретно сейчас сделано так: приходит блок данных по USB, отправляется сообщение содержащее адрес, размер блока и адрес структуры куда это надо переписать. В задаче данные переписываются. Но сегодня меня "осенило", что зачем адреса структур передавать, они у меня все равно глобальные...

[zltigo]

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

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

Компилятору в принципе проще оптимизировать и использовать команды идексной адресации.

Ну теоретически первые две структуры можно объединить, а третью уже не хочется.

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

Да не знаю, перестраховываюсь.

Незнание это страшная беда - ведет прямиком к стучанию в бубен и прочим камланиям

У меня конкретно сейчас сделано так: приходит блок данных по USB, отправляется сообщение содержащее адрес, размер блока и адрес структуры куда это надо переписать.

Совершенено очевидно, что если дела получателя этого сообщения только в копировании куска памяти, то такой получатель нинафиг не нужен вообще. Подумайте, как делать прием и обработку фреймов в стиле zero-copy.