Развитие линейки микроконтроллеров с motor control периферией

32-разрядные микроконтроллеры разработки АО "НИИЭТ"

Модераторы: ea, dav, bkolbov, Alis, pip, _sva_

Аватара пользователя
HEMAH
Сообщения: 34
Зарегистрирован: 13 сен 2012, 20:11
Откуда: г.Владимир ОАО "ВКБР"

Re: Развитие линейки микроконтроллеров с motor control периферией

Сообщение HEMAH »

hgost писал(а): 19 май 2017, 09:24
HEMAH писал(а): 19 май 2017, 00:16 - Да, именно о шине для внешней памяти, потому как ОЗУ с 5ой приёмкой итак не особо быстрые, а если ещё отдавать по два-четыре такта на укладку 32-ух разрядных чисел, то как-то получается "не фонтан".

- Ещё бы питание только 3.3В

- Температурный датчик. Как показывает практика, даже с большим разбросом весьма полезная вещь, т.к аппаратура всё же работает в жёстких условиях и знать информацию именно о перегреве "мозгов устройства", т.е управляющего МК, всегда полезно.
Расширение разрядности внешней памяти возможно, но это повлечет большой расход gpio-выводов. Какие другие периферийные блоки Вам необходимо использовать, при наличии такой широкой шины?

Из каких соображений вы используете внешнюю память? Если не хватает внутренних ресурсов флэш и озу, можно подумать об их их увеличении. Какие объемы Вас устроили бы? Если это вызвано особенностями процесса загрузки, можно копировать данные во внутренние ресурсы контроллера и исполняться оттуда
Ну вообще, с моей сферой применений главное чтоб с Ethernet-а выходило 4 проводка (а не 17, с техобоснованием применения импортного PHY, которое может длиться по несколько лет), порты выдавали в режиме "ногодрыга" не ниже 10 МГц, USB желателен, обязательно загрузчик по UART-у, потому как через него и проект в блок шьётся, но в тоже время этот же UART используется для отладки "в стойке с аппаратурой" и для обмена с внешними устройствами в рабочем режиме. Ещё таймеры с внешним захватом, пару АЦП, пару ЦАП-ов, не менее 2-ух SPI, не менее 2-ух UART-ов и пару декодеров под энкодеры. То есть для подобного набора 256КБ внутреннего ОЗУ прям с лихвой.

В перспективе же есть проект, где большое изображение (2МБ) грузится в ОЗУ по ЛВС или USB, а потом передаётся на печатающую головку, соответственно МК же и управляет 3-мя моторами. И вот тут нужна скорость работы, потому как загруженное изображение необходимо предварительно обработать, а это лучше делать из ОЗУ.

С флешью вопросов пока не возникало, а если Миландр сделает свою 1636РР52У, то это с лихвой перекроет все мои потребности по долговременному хранению информации.
bkolbov
Сообщения: 248
Зарегистрирован: 14 дек 2015, 11:37
Предприятие: АО НИИЭТ
Откуда: Воронеж

Re: Развитие линейки микроконтроллеров с motor control периферией

Сообщение bkolbov »

HEMAH писал(а): 19 май 2017, 23:58 В перспективе же есть проект, где большое изображение (2МБ) грузится в ОЗУ по ЛВС или USB, а потом передаётся на печатающую головку, соответственно МК же и управляет 3-мя моторами. И вот тут нужна скорость работы, потому как загруженное изображение необходимо предварительно обработать, а это лучше делать из ОЗУ.
Т.е. это как раз тот проект где необходима широкая внешняя шина? Если я верно понял, то также нужно совместно с ней иметь доступными по паре интерфейсов SPI и UART, Ethernet или USB для получения изображения, а для управления тремя моторами сколько и какой периферии нужно (в конкретно вашем случае)? Ну например, какое количество ног PWM, QEP, CAP, ADC (хотя бы навскидку)?
Аватара пользователя
HEMAH
Сообщения: 34
Зарегистрирован: 13 сен 2012, 20:11
Откуда: г.Владимир ОАО "ВКБР"

Re: Развитие линейки микроконтроллеров с motor control периферией

Сообщение HEMAH »

bkolbov писал(а): 20 май 2017, 14:37
HEMAH писал(а): 19 май 2017, 23:58 В перспективе же есть проект, где большое изображение (2МБ) грузится в ОЗУ по ЛВС или USB, а потом передаётся на печатающую головку, соответственно МК же и управляет 3-мя моторами. И вот тут нужна скорость работы, потому как загруженное изображение необходимо предварительно обработать, а это лучше делать из ОЗУ.
Т.е. это как раз тот проект где необходима широкая внешняя шина? Если я верно понял, то также нужно совместно с ней иметь доступными по паре интерфейсов SPI и UART, Ethernet или USB для получения изображения, а для управления тремя моторами сколько и какой периферии нужно (в конкретно вашем случае)? Ну например, какое количество ног PWM, QEP, CAP, ADC (хотя бы навскидку)?
Более точно ничего пока сказать не могу, говорю же "в перспективе", но хотелось бы как минимум одно АЦП с 8ми каналами чисто на внутреннюю телеметрию (напряжения питания, ток, температурные датчики) и минимум 4 PWM на управление оборотами вентиляторов/компрессоров охлаждения. Но опять же повторюсь, всё это в перспективе, поэтому плюс/минус всё это ещё 20 раз поменяется.
Аватара пользователя
Лашкевич
Сообщения: 373
Зарегистрирован: 13 май 2015, 13:10
Предприятие: ООО "НПФ Вектор"
Откуда: Москва
Контактная информация:

Re: Развитие линейки микроконтроллеров с motor control периферией

Сообщение Лашкевич »

В перспективе же есть проект, где большое изображение (2МБ) грузится в ОЗУ по ЛВС или USB, а потом передаётся на печатающую головку, соответственно МК же и управляет 3-мя моторами.
выглядит как слишком много задач для одного МК, мне кажется, тут логичнее разделить задачу управления двигателями и задачу высокоуровневой обработки картинок и работу по интерфейсам связи на два разных микроконтроллера разного класса и связать их по SPI. Иначе этот "один", который это всё в одиночку может, получится таким монстром, что больше никуда не будет даже близко оптимальным.
С уважением,
Лашкевич Максим.
Инженер-программист ООО "НПФ Вектор", Москва.
http://motorcontrol.ru/
Аватара пользователя
atom
Сообщения: 11
Зарегистрирован: 26 фев 2016, 11:03
Предприятие: Алмаз-Фазотрон
Откуда: Саратов

Re: Развитие линейки микроконтроллеров с motor control периферией

Сообщение atom »

Не планируется заменить CAN на CAN FD ?
hgost
Сообщения: 61
Зарегистрирован: 14 дек 2015, 12:07
Предприятие: АО НИИЭТ
Откуда: НИИЭТ
Контактная информация:

Re: Развитие линейки микроконтроллеров с motor control периферией

Сообщение hgost »

atom писал(а): 22 июн 2017, 18:37 Не планируется заменить CAN на CAN FD ?
Добрый день. В ближайшее время такая замена не планировалась. А у Вас есть потребность в использовании именно CAN FD?
Аватара пользователя
atom
Сообщения: 11
Зарегистрирован: 26 фев 2016, 11:03
Предприятие: Алмаз-Фазотрон
Откуда: Саратов

Re: Развитие линейки микроконтроллеров с motor control периферией

Сообщение atom »

hgost писал(а): 23 июн 2017, 09:05 А у Вас есть потребность в использовании именно CAN FD?
Пока такой потребности нет, но сам интерфейс интересен.
Николай
Сообщения: 3
Зарегистрирован: 01 дек 2017, 13:42
Предприятие: ЗАО "ЭВРИКА"

Re: Развитие линейки микроконтроллеров с motor control периферией

Сообщение Николай »

Хотели применить К1921ВК01Т в своих разработках, купили кит, но пришлось отложить на полку. Причина была в том, что нет сигналов от модулей захвата к DMA. Задачи наши не относятся к управлению двигателями, но возможно разработчики в будущем чипе учтут пожелания:

- Необходимы сигналы к DMA от таймеров, модулей захвата и ШИМ
- Нужны ЦАП, хотя бы пару штук, с частотой обновления 1 МГц
- ОЗУ добавить хотя бы до 512 кбайт, а лучше больше
- Встроенный трансивер Ethernet (PHY), конечно будет плюсом, так как отечественных PHY пока ни у кого нет
- Корпус хотелось бы поменьше, в то вся отечественная электроника превращается из носимой в возимую

Мне вот совсем не понятно почему сейчас такое соотношение flash и ram. Чтоб написать кода на мегабайт, это надо очень постараться, а для данных, например как графический интерфейс, нужно также много быстрого ОЗУ. Если есть какие-то сложности сделать ОЗУ одним большим блоком, сделать несколько. Как например у МК от ST, когда один из блоков подключен напрямую на D-Bus. При использовании RTOS в такой памяти хорошо разместить стеки для задач где важны минимальные задержки.
prostoRoman
Сообщения: 57
Зарегистрирован: 11 июл 2014, 15:06

Re: Развитие линейки микроконтроллеров с motor control периферией

Сообщение prostoRoman »

Николай писал(а): 01 дек 2017, 16:03- Нужны ЦАП, хотя бы пару штук, с частотой обновления 1 МГц
Внешний? 1586ПА3БУ + двухканальный + SPI (на выбор)
Николай писал(а): 01 дек 2017, 16:03- ОЗУ добавить хотя бы до 512 кбайт, а лучше больше
Лучше сразу мегабайт 30 под линукс...
Николай писал(а): 01 дек 2017, 16:03- Встроенный трансивер Ethernet (PHY), конечно будет плюсом, так как отечественных PHY пока ни у кого нет
Точно есть 5600ВВ3, который можно использовать как PHY, так же К5600ВВ4FI два PHY или повторитель.
Николай писал(а): 01 дек 2017, 16:03- Корпус хотелось бы поменьше, в то вся отечественная электроника превращается из носимой в возимую
Специфика... Она у нас обычно приёмки 5, что накладывает соответствующие требования (за бугром дела те же), но есть и варианты:
CPGA-144 CBGA-144 16*16 мм
CPGA-144 CBGA-144 16*16 мм
2017-12-01_12-55-49.png (178.06 КБ) 201114 просмотров
Николай писал(а): 01 дек 2017, 16:03Мне вот совсем не понятно почему сейчас такое соотношение flash и ram. Чтоб написать кода на мегабайт, это надо очень постараться, а для данных, например как графический интерфейс, нужно также много быстрого ОЗУ. Если есть какие-то сложности сделать ОЗУ одним большим блоком, сделать несколько. Как например у МК от ST, когда один из блоков подключен напрямую на D-Bus. При использовании RTOS в такой памяти хорошо разместить стеки для задач где важны минимальные задержки.
Вот разделение памяти на несколько блоков поддерживаю. Это не только под стеки ОСРВ, но и для работы DMA очень важно, и возможность выполнения кода из ОЗУ без конфликта доступа весьма улыбается для "линейки микроконтроллеров с motor control периферией".
А вот графический контроллер в МК мало куму нужен... (точнее каждому нужен свой, кому ЖК с физ.уровнем, кому VFD, кому VGA, кому LCD/LVDS/etc)

А вот на счёт второго ядра и кэшей для флеши точно стоит задуматься.
Николай
Сообщения: 3
Зарегистрирован: 01 дек 2017, 13:42
Предприятие: ЗАО "ЭВРИКА"

Re: Развитие линейки микроконтроллеров с motor control периферией

Сообщение Николай »

prostoRoman писал(а): 04 дек 2017, 10:05 Вот разделение памяти на несколько блоков поддерживаю. Это не только под стеки ОСРВ, но и для работы DMA очень важно
Да для работы DMA тоже хорошо разделение ОЗУ на блоки. Сталкивались на ST когда DMA ethernet очень надолго блокировал шину, пришлось буфера ethernet выносить в отдельный блок памяти. Насколько понял из описание К1921ВК01Т, ethernet имеет свой DMA, и при длинных пакетах так же может надолго блокировать доступ к ОЗУ.
Ответить

Вернуться в «32-разрядные микроконтроллеры»