Jump to content

    

Новые ARM Cortex-M7 на 600 МГц

А в чем проблема понизить частоту, перейти в селф рефреш?

Не знаю как сейчас, а раньше (на SAM x35) была большая проблема понизить частоту - все гвоздями прибито, гибкости никакой.

Хотя в плане потребления все и так нормально было на той серии.

 

Я не про сколько много доменов, а про то, что к ним надо делать LDO, на каждый!

...и только из дискретных элементов.

Share this post


Link to post
Share on other sites
использую свой переключатель контекста, а больше от РТОСа мне ничего не нужно

поддерживаю, не хотите чем-нибудь поделиться, дать описание, например ?

 

Share this post


Link to post
Share on other sites
LDO?? И как потери на нем согласуются с потреблением, на питание ядра тоже LDO поставите? :biggrin:

Знакомьтесь - http://ww1.microchip.com/downloads/en/AppN...cation-Note.pdf

Не, мне такого не надо.

 

Просто лень разбираться в этих очередях и сигналах, плюс это влечет кучу динамических выделений памяти, а это мне совсем ни к чему.

"Просто лень" в нашей области не бывает.

Вам просто не нужно, а не нужно потому что минимальная функциональность.

Портируй вы что нибудь посерьезней сторонее со слоем OS abstraction layer и сразу бы лень пропала.

 

Share this post


Link to post
Share on other sites
Потребление?? Вы о чем, камень на 600МГц или на 500, как атмеловский, должен потреблять как часы на пальчиковой батарейке??? Если нужны микроамперы - ставьте камень на 48МГц и будет вам счастье B)

Пальчиковые не пальчиковые, а вот возможность работать от питания по USB хотелось бы. У iMX6UL такая возможность официально заявлена, в этом камне - молчок... Хотя по цифрам вроде должно, если нет какой-нибудь коварной грабли.

ЗЫ Странно памяти как для Линукса, а сборки на скачивание не увидел.

Share this post


Link to post
Share on other sites
Знакомьтесь - http://ww1.microchip.com/downloads/en/AppN...cation-Note.pdf

Не, мне такого не надо.

И что, если производитель написал аппноту в стиле "как сэкономить копеечку на источниках", так надо ей непременно следовать?

Share this post


Link to post
Share on other sites
Знакомьтесь - http://ww1.microchip.com/downloads/en/AppN...cation-Note.pdf

Не, мне такого не надо.

 

Ну и что там такого "сногвышибательного"?? Вы по МХ6 питанию посмотрите - вот там капец полный плюс еще куча требований по алгоритму подачи питаний сторонних устройств, подключенных к портам чипа...

 

а вот возможность работать от питания по USB хотелось бы. У iMX6UL такая возможность официально заявлена,

 

У меня МХ6 от усб прекрасно работает, а там потребление покруче будет, мягко говоря...

 

ЗЫ Странно памяти как для Линукса, а сборки на скачивание не увидел.

16 или 64мега - это для линукса с графикой, QT и пр. При экране, скажем, 1024х600 - нормально?? В таких объемах только DD-WRT с командной строкой и веб мордой, c небольшой навеской нормально пойдет, не более.

ЗЫ честно говоря не понимаю тех, кто эти камни использует под линуксом. Есть куда более продвинутые и дешевые чипы, с очень скудной докой, но под линуксом это не так важно.

Edited by mantech

Share this post


Link to post
Share on other sites
ЗЫ Странно памяти как для Линукса, а сборки на скачивание не увидел.

Невооруженным глазом видно, что это семейство для приборного кластера в авто.

А там рулят Qt c INTEGRITY

Потому-то и нет нормального открытого софта под них.

 

Позиционировние налицо и нет смысла сравнивать SAMA5D2 с i.MX RT

Share this post


Link to post
Share on other sites
У меня МХ6 от усб прекрасно работает, а там потребление покруче будет, мягко говоря...

По цифрам проблем не видно, да. Странно что это не добавлено в фичелист, капиталисты же любую фичу, если она возможна, стараются записать в плюсы. А так придется объясняться со своими что всё должно работать, а мне будут вполне справедливо отвечать "Ну смотри в документации же нет, значит риск что не заработает есть".

Share this post


Link to post
Share on other sites
А так придется объясняться со своими что всё должно работать, а мне будут вполне справедливо отвечать "Ну смотри в документации же нет, значит риск что не заработает есть".

 

Видимо сочли, что сами догадаются, или не сочли вообще нужным. Я и сам особо не представляю, зачем мне свой девайс от усб питать :laughing:

Share this post


Link to post
Share on other sites
Видимо сочли, что сами догадаются, или не сочли вообще нужным. Я и сам особо не представляю, зачем мне свой девайс от усб питать :laughing:

Хотя бы для ремонтников/настройщиков.

Share this post


Link to post
Share on other sites

Выложена документация - https://www.nxp.com/docs/en/reference-manual/IMXRT1050RM.pdf

 

Что понравилось:

Периферия да, очень похожа на Kinetis, но много новой.

RTOS MQX уже поддерживает.

Работа по serial SPI со скростью 166 МГц DDR

 

Сильный упор на движки.

Аппаратные фичи для высокооборотных низкоиндуктивных BLDC движков с безсенсорным управлением.

Также продвинутые фичи для AC двигателей.

Поддержка 4-х движков одновременно вместе с самыми навороченными 5-и сигнальными энкодерами на каждом.

Прям идеальный 3D принтер получается или робот, даже не знаю.

Много про аудио как ни странно.

Камера, пиксельный конвертер и LCD на отдельной шине к внешней SDRAM.

 

Но ждем пожалуй ревизию A1 и стартуем.

Share this post


Link to post
Share on other sites

Защищенная загрузка под НДА, цена тоже как у младших iMX, периферия примерно одинаковая... Ну движки - да, но что-то мне кажется что проще поставить отдельно контроллер на двигатели, и отдельный на всё остальное.

Share this post


Link to post
Share on other sites
Защищенная загрузка под НДА, цена тоже как у младших iMX, периферия примерно одинаковая... Ну движки - да, но что-то мне кажется что проще поставить отдельно контроллер на двигатели, и отдельный на всё остальное.

В моей работе простота и скорость разработки определяется этапом отладки. А отлаживать дивайс с одним чипом гораздо легче.

Share this post


Link to post
Share on other sites
В моей работе простота и скорость разработки определяется этапом отладки. А отлаживать дивайс с одним чипом гораздо легче.

Ой не знаю... Если разработано все правильно и разбито на подмодули, которые выполняют четко определенную задачу и отладить их раз плюнуть, то проще на выделенных МК, чем когда все в куче и копайся там, в километрах исходников...

Share this post


Link to post
Share on other sites
Ой не знаю... Если разработано все правильно и разбито на подмодули, которые выполняют четко определенную задачу и отладить их раз плюнуть, то проще на выделенных МК, чем когда все в куче и копайся там, в километрах исходников...

У меня ж IoT в добавок везде.

И так уже отдельно стоят uC для Bluetooth LE, uC для Wi-Fi ...

А еще все надо прямо в мотор засунуть.

Да и определенных задач никогда не было. Зачем фантазию то ограничивать? :laughing:

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now