А кто нибуть встречал МК с CAN, и DMA Опции

[-=Sergei=-]

Ктонибуть встречал МК с CAN и DMA.
Так что бы именно CAN передавал/принимал пакеты в/из ОЗУ напрямую через ДМА.
Или уважаемые Донны считают CAN с DMA излишеством ?

[sobr]

Ктонибуть встречал МК с CAN и DMA.
Так что бы именно CAN передавал/принимал пакеты в/из ОЗУ напрямую через ДМА.
Или уважаемые Донны считают CAN с DMA излишеством ?

dsPIC33, PIC24H

[-=Sergei=-]

dsPIC33, PIC24H

ОК, с DMA разобрались, будет своя локальная память.
Вопрос второй.

А зачем вообще 32, или даже 128 буферов.
Могу ли я все сообщения складывать в общую длинную FIFO и в теле каждого сообщения указывать какому фильтру оно соответсвовало. Или же есть какой либо тайный смысл в аппаратном расскладывании сообщений по буферам, задавая для каждого буфера маску ?

Встречал и такой и такой варианты, как посоветуете сделать ?

[spf]

А зачем вообще 32, или даже 128 буферов.

Чем больше слотов, тем меньше программной обработки (если необходимо обрабатывать большое количество типов сообщений). Настроил маски приема для слотов, а потом уже работаешь только с номерами слотов. Так же не помешает иметь большое количество передающих слотов с точки зрения оптимизации программы отправки сообщений. Обойтись, конечно, можно и одним, но придется программно реализовывать очередь и ее сортировку для коррекции очередности при каждой отправке.

В некоторых реализациях контроллеров у Fujitsu имеется фича. Если несколько подряд идущих слотов имеют одинаковые настройки, то они объединятся. Первый пакет (удовлетворяющий фильтрам) принимается в слот с меньшим номером, следующий пакет будет сохранен в следующий слот в случае, если на момент приема пакет не будет обработан в первом слоте группы. При "переполнении приема для группы" переписывается первый слот и так далее.

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