ОЗУ будет не менее 512 кБ. Но ЦАПов и EthPHY в будущем чипе точно не будет. Возможности по запуску DMA расширены - и ШИМЫ и таймеры там есть. Расскажите пожалуйста поподробнее о своей задаче - почему отсутствие сигналов от модулей захвата к DMA было так критично, и заставило отказаться от применения чипа? Какие взаимодействия вы хотели реализовать?Николай писал(а): ↑01 дек 2017, 16:03 Хотели применить К1921ВК01Т в своих разработках, купили кит, но пришлось отложить на полку. Причина была в том, что нет сигналов от модулей захвата к DMA. Задачи наши не относятся к управлению двигателями, но возможно разработчики в будущем чипе учтут пожелания:
- Необходимы сигналы к DMA от таймеров, модулей захвата и ШИМ
- Нужны ЦАП, хотя бы пару штук, с частотой обновления 1 МГц
- ОЗУ добавить хотя бы до 512 кбайт, а лучше больше
- Встроенный трансивер Ethernet (PHY), конечно будет плюсом, так как отечественных PHY пока ни у кого нет
- Корпус хотелось бы поменьше, в то вся отечественная электроника превращается из носимой в возимую
Мне вот совсем не понятно почему сейчас такое соотношение flash и ram. Чтоб написать кода на мегабайт, это надо очень постараться, а для данных, например как графический интерфейс, нужно также много быстрого ОЗУ. Если есть какие-то сложности сделать ОЗУ одним большим блоком, сделать несколько. Как например у МК от ST, когда один из блоков подключен напрямую на D-Bus. При использовании RTOS в такой памяти хорошо разместить стеки для задач где важны минимальные задержки.
Интегрировать второе ядро планов нет. Кэши по шинам данных и инструкций для флеши будут. И ОЗУ будет разделено как минимум на 3 блока - одна доступна будет напрямую с Icode Dcode шин ядра, другие 2 по System шине - одна как большой основной массив, другая поменьше для нужд организации раздельного доступа, например, для DMA.prostoRoman писал(а): ↑04 дек 2017, 10:05 Вот разделение памяти на несколько блоков поддерживаю. Это не только под стеки ОСРВ, но и для работы DMA очень важно, и возможность выполнения кода из ОЗУ без конфликта доступа весьма улыбается для "линейки микроконтроллеров с motor control периферией".
А вот графический контроллер в МК мало куму нужен... (точнее каждому нужен свой, кому ЖК с физ.уровнем, кому VFD, кому VGA, кому LCD/LVDS/etc)
А вот на счёт второго ядра и кэшей для флеши точно стоит задуматься.