Миландр

"Логично тогда и НЕ писать в тему "Микроконтроллер для электродвигателей"."
Товарищ, это никакой не оффтопик. Меня интересует данный контроллер, но просто я собираюсь его использовать не для электродвигателей. Точно как, например, 1986ВЕ1Т люди используют для управления электродвигателями, хоть он и не позиционируется для этого.
........
Меня всё-таки смущает, что в статье которая тут недавно промелькнула про Техносилу написано "до 1Мб".
Давно уже используем на миландре ОС RTX от Кeil, пробовали FreeRTOS, но с ней было много глюков. И вот на этом всём мы делаем системы управления и навигации для маленьких летательных аппаратов.

1. "Электросила" (не техносила) из презентации http://milandr.ru/uploads/doc_img/news_ ... nica/7.pdf содержит 128+ECC кБ флеши и вероятность что цифра изменится "крайне мала". Или вы про что-то другое?

2. Всё же не совсем понятно зачем именно нужно больше 1 МБ набортной флеши. Как мне представляется это требование предъявляется когда хранятся большие таблицы и исполняемый код, к которым требуется минимальная задержка доступа. А если надо хранить карты, картинки, звук и тому подобное - этому самое место во внешней флеши на последовательном интерфейсе.

3. Выше тут уже высказывались специалисты по приводам и преобразователям каковы их требования к камню. И раз камень заявляется именно как Микроконтроллер для электродвигателей, то их голос в приоритете. Остальное - по остаточному принципу. Так же не забываем про принцип 80/20 и стоимостную оптимизацию.

4. Ещё не забываем что кто ужинает девушку, тот её и танцует: оплатите разработку - сделают хоть 20 МБ на кристалле, хоть три ядра.

_________________
сочувствующий…

2 ядра VS 2 ядра, я чувствую будет жарко ....) на 11.00 https://www.youtube.com/watch?v=M1KmoPjLt7E
...хотя вопрос будет только в наличии в перечне ЭКБ...

_________________
Hack the Planet!

Хотелось бы видеть поддержку для блока Ethernet:
- выделенный DMA;
- на аппаратном уровне стандарта IEEE 1588 (PTP (precision time protocol)) для реализации режима Industrial Ethernet, как у STM32 http://www.compel.ru/lib/ne/2010/12/6-p ... yo-i-srazu (а ещё лучше аппаратного стека для обеспечения режима real-time с минимальными задержками (у EtherCAT вроде 50 мкс, а у SERCOS III в ПЛИС вроде 32 мкс http://www.ixxat.cn/download/wp210-0003 ... hernet.pdf))...;
- режим аппаратного подсчёта (вставки/удаления) CRC-сумм для IP, UDP, TCP.

_________________
Hack the Planet!

Вложения:
ACS712.pdf

+1 за ACS712 в маленьком корпусе

_________________
Hack the Planet!

1)Поддерживаю память до 1 Мбайта. Нужна не столько для программного кода, сколько для таблиц, хранящих результаты сложных ( и долгих) вычислений.
2)Обязательно много (до восьми) одно- или двух канальных АЦП (12 бит, 500Кs/s) с возможностью синхронного одновременного или с программируемой задержкой запуска, и записью в буфер ОЗУ результатов по DMA. Хотелсь-бы запустить процедуру оцифровки и чтобы она работала автоматически=аппаратно в цикле, без прерываний. ПО будет брать результаты последних измерений из ОЗУ.
3) больше простых (без ШИМ) таймеров для остсчёта времени, задержек,прерываний и синхронизации (запуски АЦП, задержки). Надо управление до 8 полумостов (один 3-х обмоточный мотор или два 2-х обмоточных). В ВЕ92-91 это есть, но придется задействовать два, а реально все три таймера и остаётся только SYSTICK.
4) Модуляцию канала ШИМ ВЧ сигналом для трансформаторной развязки, но не как в 10921ВК01 от НИИЭТа общую для верхнего и нижнего транзистора, а раздельное включение. Нижний транзистор не всегда требует развязки трансформатором. А идеи в ШИМо строении от 10921ВК01 (TMS320) надо брать многие.
5) Развить идею аппаратного релейного поддержания заданного тока в обмотке мотора (измеренного АЦП) через ШИМ (т.е нарряжение). у 10921ВК01 удобно применять как аварийное отключение при достижении максимально- допустимого тока-и это тоже надо.
5) Если проектируется МК для мотора, то Эзернет и авиационные интерфейсы не нужны- справился бы с мотором (или двумя). Для сложных коммуникаций можно поставить отдельный ВЕ1. Тем более Эзернет и прочие сложные интерфейсы (1553 MIL-STD. ARNIC ) отьедят кучу ног и вместе с многими каналами АЦП и ШИМ на одном МК использовать это невозможно.
6) Чуть больше UART-ов (до 4-х) и SPI (до 3-х)
7) Для удобства распределения сигналов по ногам сделать больше бит на альтернативные функции каждого вывода (3-4 бита как у STM)
8) Кроме МК для мотора нужен:
-измеритель тока с гальванической развязкой (до 8 бит)- аналог ACS712, ACS711
- драйверы MOSFET транзисторов , особенно для верхнего транзистора в полумосте с напряжением сдвига уровня до 60в или трансформаторной развязкой.
- АЦПВТ- надежда на вашу ИС 1310НМ025

shan, приятно почитать понимающего человека
по п.8, если не в курсе, то есть оптодрайвер 249ап1р почти аналог HCPL-3120, и есть полумостовой 1308ЕУ3 и 1308ЕУ4 почти как IR2113

Миландр, расскажите что вы планируете с АЦП и ШИМ сделать все же? Вы просто обязаны сделать не хуже нииэта.

Тут все не так гладко как хотелось-бы. Температурный диапазон нашей ниже чем у аналога. Да и с током светодиода нужно быть аккуратнее иначе ну очень долго закрывается.
Жаль что заглохла тема с 5П165 (аналог ACPL316/ACPL5160) с встроенной защитой по недонасыщению.

2 shan присоединяюсь к пожеланиям. Вундервафля с кучей навороченых интерфейсов и одним-двумя многоканальными АЦП не нужна, а пытаются сделать именно её .
м/сх для изолированного измерения токов/напряжений тоже нужны. Я бы не отказался от аналога HCPL-7850...

А какой корпус планируется для сабжа?

_________________
 ‌   ‌  __________
___/_#_(О)_**_\____
[==]\________/[==]

миландр, озвучьте состояние дел

Подниму вопрос

Всё ещё интересно как прошёл синтез, что влезло что не влезло?

_________________
сочувствующий…

Если бы кто сделал аппаратный счётчик энкодера для двигателя 10000импульсов (прерываний) на 1 оборот - 4000 оборотов в минуту и при этом хватало бы производительности ЦП на алгоритм управления и ещё на связь + ТТЛ уровень , а ещё ШИМы Цапы Ацп

на ПЛИС - элементарно

На Xmega почти тоже