Построение упаковщика данных Опции

[Александр77]

Доброго времени суток!
Коротко о насущном.
Имеется плата с установленными 8-ю АЦП, формирующие синхронный "срез" группы сигналов. Управление производится ПЛИСиной (минимальный циклон2/3).
Предполагается трансляция данных на обработку в DSP.
Есть пожелание передавать данные блоками "максимальной длины" (для программиста это значение в десятки кБ, я ограничен ресурсами ПЛИС и максимум смог бы согласиться на 8кБ). В реалии договорились на блок из 256 Б (попробуем, а дальше примем решение - потянем или нет).
В протоколе управления, заложена возможность ввода "используемых АЦП". Из беседы (пока краткой) понял что в ПЛИС передается один байт, в котором каждый бит указывает будут ли включаться данные с АЦП в протокол или нет.
В качестве исходного проекта решил сделать так:
1) детектор старта;
2) узел запуска АЦП и записи в данных в буферные регистры;
3) мультиплексор для опроса регистров и выдачи данных в двухпортовое ОЗУ. Получается 3 линии выбора номера АЦП;
4) некий блок/узел показывающий записывать данные или нет;
5) счетчик адреса записываемого отсчета АЦП;
6) двухпортовое ОЗУ.
Возникли сомнения в реализации "некоего блока" из п 4.
Если рассматривать ситуацию, когда выбраны все АЦП, то этот блок как бы и не нужен, достаточно соединить младшие биты счетчика с входом управления мультиплексора и все пишется как надо в ОЗУ.
Например, А1/А2/А3/А4/А5/А6/А7/А8/А1/А2/..../А6/А7/А8/
Обратная ситуация, когда не выбран ни один АЦП не имеет смысла - ибо зачем формировать протокол в котором нет никаких данных.
Гораздо запутаннее получаются режимы с частью непередаваемых данных.
Например исключили АЦП 5, А1/А2/А3/А4/А6/А7/А8/А1/А2/А3/А4/А6/А7/А8/А1/....
Если исходить из того, что пакет должен быть фиксированной длины (256 Б), то напрашивается достаточно хитроумный формирователь адреса для мультиплексора. Количество состояний по моей оценке, чуть меньше 2^16.
Делать такой case на 65 килострок - явный путь в психушку. (даже если набирать строку за полминуты уйдет примерно дней 70).
Выполнить ПЗУ с 3-хбитным выходом на 65 килострок - тоже долго и нудно.
Что еще можно предпринять для того, что бы сформировать этот "хитрый выбор" АЦП?
ПыСы. Данные будут чуть длиннее, т.к. предполагается их обрамить признаком начала передачи и проверочным "хвостом"(контрольная сумма или CRC).

[doom13]

Есть пожелание передавать данные блоками "максимальной длины" (для программиста это значение в десятки кБ, я ограничен ресурсами ПЛИС и максимум смог бы согласиться на 8кБ). В реалии договорились на блок из 256 Б (попробуем, а дальше примем решение - потянем или нет).
В протоколе управления, заложена возможность ввода "используемых АЦП". Из беседы (пока краткой) понял что в ПЛИС передается один байт, в котором каждый бит указывает будут ли включаться данные с АЦП в протокол или нет.

Если исходить из того, что пакет должен быть фиксированной длины (256 Б), то напрашивается достаточно хитроумный формирователь адреса для мультиплексора. Количество состояний по моей оценке, чуть меньше 2^16.

Я бы поменял протокол, передавал бы фиксированное количество точек с каждого канала, а длина пакета зависела бы от количества выбранных каналов и фиксированного числа точек. DSP задаёт Вам какие каналы выбрать, т.е. при фиксированном количестве точек с каждого канала, он может определить длину пакета. В Вашем случае, для каких-то каналов передаётся одно число точек, для других другое, потом надо думать, как это всё склеить, сложнее получается.