Перейти к содержанию
    

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

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

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

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

LDO?? И как потери на нем согласуются с потреблением, на питание ядра тоже LDO поставите? :biggrin:

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

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

 

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

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

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

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

 

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

 

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

 

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

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

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

Изменено пользователем mantech

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Выложена документация - 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 и стартуем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...