Версия для печати темы

Автор: AlexandrY Jul 27 2017, 22:21

Объявлено о выходе на рынок семейства http://electronix.ru/redirect.php?http://www.nxp.com/products/microcontrollers-and-processors/arm-processors/i.mx-applications-processors/i.mx-rt-series-crossover-processor:IMX-RT-SERIES
Все STM32 остаются далеко позади.
Те кто долго и упорно изучал экосистему Freescale в лице Kinetis вознаграждены.
i.MX RT будет поддерживаться RTOS MQX и наверняка будет иметь периферию аналогичную Kinetis.
Всякие малинки тоже отдыхают и по цене и по производительности.

Автор: HardEgor Jul 28 2017, 01:59

Вижу Cortex-M7 и что там такого? У ST такие уже есть.

Автор: ViKo Jul 28 2017, 06:22

В ём ПЗУ нема, не считая неких жалких 95 кБ ROM.
Продолжайте ждать и изучать...

Автор: gosha-z Jul 28 2017, 06:24

"Не то, чтобы совсем не попал... Не попал в шарик!" © Винни-Пух.
Малиновыдавливатель, все-же, i.MX8

Автор: scifi Jul 28 2017, 07:10

Зато сколько мипсов!
Они клевещут, что за счёт отказа от флеша себестоимость ниже, и можно делать по нормам 40 нм или меньше. В общем, если действительно удивят ценой, то дайте две

Автор: _4afc_ Jul 28 2017, 07:21

Непонятное описание:

USB - HS или FS, физический?
Ethernet - MII или физический?

Автор: Obam Jul 28 2017, 07:57

"3015 CoreMark/1284 DMIPS @ 600 MHz" и . Сказочники (; В аккумулятор энергия заливаться будет (шутка)

А вообще, почему такие контры STM32-Kinetis?

Автор: AlexandrY Jul 28 2017, 08:08

3015 CoreMark у i.MX RT против 2060 у BCM2835 (Raspberry Pi Zero) - это полный провал малинок в embedded
Да, и в будущем i.MX RT собирается serial Flash взять на борт. Не удивлюсь если BLE также встроят внутрь.

Автор: krux Jul 28 2017, 08:12

попытался найти на складах хоть у кого-то STM32H7xx - а нету их.

Автор: blackfin Jul 28 2017, 08:19

А Crossover'ами i.MX RT, надо полагать, все склады уже завалены?..

Автор: asen Jul 28 2017, 09:02

в германии в марте мне с ST говорили что вот вот начнем клепать ток решим немного проблем ! Тогда мы сказали что о 400МГц будем ждать но воз и ныне там ! в то время NXP сделали релиз 600МГц и обозначили дату октябрь 2017 ! сейчас идет несколько проектов по на MKV58 и он устраивает особенно по набору и функционалу переферии. Так что ждем и надеемся на то что отсутствие флеши будет компенсировано ОЗУ

Автор: mantech Jul 28 2017, 09:48

И все эти коремарки только с внутреней памятью, которой всего 512 К, с учетом того, что флешки с ускорителем нет, это на программу и на данные. Внешняя SDRAM, это уже прошлый век, особенно добила возможность 8и!!! битного режима, она и в 16бит не быстра, а тут вообще))) Вообщем та же стм только вид сбоку, да еще и только БГА корпус...
Всякие радио свистоперделки тут не помогут, с учетом, что видеоконтроллер только для карманных дисплейчиков 800х400 макс. Да и в купе с медленной внешней памятью - не айс совсем. Воткнули разогнанный проц в медленную обвязку выкинули флеш и не более. Скорость шин бы посмотреть еще, может и там такое же...
Впечатление неоднозначное.

Автор: AlexandrY Jul 28 2017, 10:20

Такие выводы от несколько искаженного понимания проникновения IoT.
Разработчики i.MX RT предлагают вставлять его даже в гитарные педали. Он же 3$ будет стоить.
Дисплей там менее всего нужная вещь. Я скажем, совершенно не рассчитываю на дисплей. Хватит SPI для любого HMI
Но вот качественные адаптивные алгоритмы управления требуют большой вычислительной мощности.
Та же калмановская фильтрация на самых продвинутых STM-ах с трудом достигает нескольких сотен герц.
А нужно для современных IMU платформ килогерцы.
Памяти DSP алгоритмы требуют не много, но быстродействие критично.
Или, к примеру, преобразователи энергии и управление движками. Там такой чип тоже будет прорывом.

BGA корпус это в реальности большое преимущество.
Поскольку такие чипы вставляются прямо в микромоторы, носимые гаджеты и проч. мелочь. Там с TQFP просто нечего делать.

Автор: jcxz Jul 28 2017, 10:50

Cortex-у до нормального DSP, как хромому пешком до Парижа
Если-бы затачивали МК по DSP-задачи, то поставили бы любое настоящее DSP-ядро, умеющее несколько операций за такт, аппаратные плюшки DSP, да память сделали бы многопортовой (позволяющей несколько доступов к одному банку за такт).
400МГц - звучит красиво, но по факту - например на целочисленном фильтре он проиграет по скорости какому-нить TMS320VC5502, на котором я писал ещё в далёком 2005-м Разве что плавучки там не было...

PS: А ещё более правильное и перспективное решение было-бы: лучше добавить в корпус отдельное DSP-ядро, с настоящей DSP-архитектурой. Пускай даже эта сборная солянка будет работать на вдвое меньшей частоте.

Автор: HardEgor Jul 28 2017, 11:00

Вам обязательно новейшую модель? "Устаревшие" STM32F7xx есть на складах



Пфф... у меня такое впечатление что IoT это чистый маркетинг, чтобы поднять продажи.
Если потребление не снизят на порядок-другой, то никакого пришествия IoT не будет. Либо плотность емкости источников питания повысить.
Чипы уже лет 10 назад можно было вставить в любое устройство, но одна проблема - электропитание не очень засовывается.

Автор: AlexandrY Jul 28 2017, 11:03

Давненько на этом форуме не поминали DSP. Для IoT они умерли. Забудьте.

Автор: krux Jul 28 2017, 11:04

справедливости ради, я прошу вас вспомнить, сколько по объему будет занимать полная скомпилированная библиотека "нормального" по вашим меркам DSP, после чего прикинуть, как это будет сочетаться с объемом Flash+RAM, после чего подумать, как оно может быть малопотребляющим.

Автор: AlexandrY Jul 28 2017, 11:05

Нельзя было. И сейчас трудно. Нормальный чип в BGA вы и сейчас только по блату по NDA сможете достать

Автор: Огурцов Jul 28 2017, 11:06

вы объясните, как 600 мгц imx уделает какую-нибудь 2ггц малинку с 4 ядрами ?
и мы вам тем же самым объясним, что stm уделает imx и imx останется далеко позади

Автор: SSerge Jul 28 2017, 11:25

Дежурная шутка:
Мало кто знает, что буква S в аббревиатуре IoT означает security.

Автор: krux Jul 28 2017, 18:04

уж сколько раз твердили миру...
сколько сейчас видов малинок? а вы про которую пишете? ваш пост только для набивания постов или вы получили бабла для рекламирования малинок?
за сколько российских рублей можно купить 5 штук продаваемых вами "2ггц малинок с 4 ядрами"? оплата по безналу с доставкой в ЕКБ, желательно в течении недели.

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

Автор: psL Jul 28 2017, 18:36

это вообще нельзя с одноплатниками а-ля RPi сравнивать - низкопотребляющий камень с RTOS и arduino совместимым китом...

Автор: AlexandrY Jul 28 2017, 18:58

Да все можно сравнивать. Я сравнивал даже со своим лэптопом на core i7.
Получил CoreMark равный 9000.
Т.е. i.MX RT всего в три раза уступает по производительности core i7 с 4-я ядрами.
А по скорости реакции на прерывания i.MX RT будет даже быстрее core i7.

Автор: Огурцов Jul 28 2017, 19:14

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

Автор: jcxz Jul 29 2017, 02:33

DSP как правило лишены встроенной flash.
А связи размера библиотеки и размера памяти - не понял
Линейка C5000 у Техаса - как раз позиционируется как малопотребляющие DSP для батарейных применений.

Автор: mantech Jul 29 2017, 14:15

Что-то эта аббревиатура, как мантра у тех, кто даже сформулировать не может, что это такое.
Если взять всю дурость, которая сейчас под этим соусом пичкается, на вроде "умных" тапочек, так там даже сто лет назад устаревшей аврки будет достаточно. Хотите радиосвязь - любую esp-шину туда поставить и будет работать все и за 3 копейки. Тут же пытаются в один МК впихнуть функционал для карманного свистка и мощной системы, сделать этакую универсальную штуковину, вот только, если вспомнить, как они (фриска) сделали IMX6 с потреблением как самовар, включая потребление RTC под 50мкА - даже нет слов...

Автор: AlexandrY Jul 30 2017, 19:22

Думаю периферия в кроссоверах там будет в основном от Kinetis, опыт с i.MX слабо пригодится.
А вам следовало брать i.MX7, а не мучить индустриальную платформу задачами с низким потреблением. Там же четко все позиционируется.

Позиционирование вообще штука важная и требует внимательного отношения.
Часто народ не понимает позиционирования потому что не имеет опыта разработки железа одновременно с программным фреймворком.

Автор: mantech Jul 31 2017, 11:56

Сомневаюсь, что в 7й они сделали что-то лучше, просто впихнули еще одно слабое ядро М-серии.
А что мне не понравилось в 6серии - сильный нагрев проца, даже по сравнению с дешевым китайским оллвиннером, причем почти на 15 градусов, а это потребовало установки радиатора, из-за чего пришлось переделывать корпус и т.д.

Ну а с часами - пришлось сообщать клиентам, что если вы "не пользуетесь аппаратом больше месяца - вынимайте батарейку часов" - это вообще из разряда курьезов...

Автор: Огурцов Jul 31 2017, 12:41

чтобы не вынимать батарейку, ставьте часы
они и по точности превосходят

Автор: AlexandrY Jul 31 2017, 12:46

Как правило народ который хочет надежной работы SoC-ов типа i.MX6 ставит дополнительный микроконтроллер для контроля работоспособности системы и управления питанием.
Я ставил MSP, потом STM32. С часами проблем не было.

И вы так пишите о нагреве как будто это не от вас зависело. Понижать частоту надо было.

Автор: mantech Jul 31 2017, 14:46

Отлично! И чем это мне поможет? Если причина высокого потребления - контроллер DDR? При отключении регенерации экрана, нагрев падает, т.к. программа размером с кеш L2 и обращение к внешней почти нет.
Частота снижается автоматом, согласно алгоритму управления питанием и частотой - с этим проблем нет. Но оллвиннер как-то умудряется работать с регенерацией экрана, внешней памятью и быть практически холодным при мин. загрузке проца. Чтоб не было холивара, типа "пишешь в baremetal,а в линуксе все ок", так вот не ок, тоже греется как "будь здоров".



Точности достаточно стандартной, а ставить лишний чип, если по даташиту часы есть внутри, зачем?

Автор: AlexandrY Jul 31 2017, 14:54

Да делаете из мухи слона. Небось овершутинги шли на шинах из-за плохой разводки вот и получили нагрев. Или земля звенела. И получали где-то защелкивания внутри чипа.

Автор: mantech Jul 31 2017, 17:05

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

ЗЫ. Возвращаясь к сабжу, честно говоря, не пойму, почему они его так назвали, IMX- это серия мультимедиа процов, у людей ассоциируется именно с камнями А-серии с всяческими кодеками и большими дисплеями, а этот тут как белая ворона, нужно было назвать как-то kinetis-rt или еще в этом роде..

Автор: Огурцов Jul 31 2017, 17:19

это она при комнатной температуре будет у вас стандартная, а при военной - улетит куда попало


ну ставьте лишний кварц
непонятно какой и без термокомпенсации

Автор: mantech Jul 31 2017, 19:22

Дык негоже вообще применять чипы потенциального противника


Все ужо поставлено до нас.

Автор: Огурцов Jul 31 2017, 19:38

ARM Cortex-M7 на 600 МГц ?

Автор: mantech Jul 31 2017, 19:47

Речь идет о конкретном производителе чипов.

Автор: Огурцов Aug 2 2017, 19:13

что-то совсем запутался, а freescale нам не противники и/или не потенциальные ?

Автор: mantech Aug 2 2017, 19:28

Не знаю, как у вас, а у нас (России) потенциальный противник США, где находится данная фирма, поэтому использовать ее продукцию, равно, как и других фирм из этой страны в военной технике, надо быть еще тем оригиналом

Автор: Obam Aug 3 2017, 10:50

В военной не из какой нельзя (;

Автор: mantech Oct 18 2017, 13:25

Вот вам и "ответка" от атмела подтянулась, и ядро с кешем 2уровня и память набортная, причем не устаревшая сдрам, а нормальная ДДР2 64мегабайта...
Самое приятное - нормальная поддержка Baremetal.
Единственный минус - недоступность шифрования прошивки(встроенного флеша нет и доступ к защите по NDA) и БГА корпус, но с таким шагом(0.8мм) его вслепую паять можно

http://electronix.ru/redirect.php?http://www.microchip.com/wwwproducts/en/ATSAMA5D27C-D5M?utm_source=MicroSolutions&utm_medium=Link&utm_term=FY18Q3&utm_content=MPU32&utm_campaign=Article

Автор: AlexandrY Oct 18 2017, 17:08

Какая-то слабая ответка.
Что этот 32 кБ кэш по сравнению с 512 кБ всей RAM работающей как кэш
С потреблением полный провал.
Обвязка питания c кучей доменов.
Где софт с RTOS и работа с периферией? И это называется "нормальная поддержка Baremetal"?

Автор: mantech Oct 18 2017, 17:12

32к это только кэш 1 уровня, есть еще 128к второго, читайте внимательно.
СДК под bare metal загрузил без проблем, насчет РТОС- не знаю, меня это не интересовало в принципе(использую свой переключатель контекста, а больше от РТОСа мне ничего не нужно).

По поводу питания - 3 основных домена, как и везде в подобных процах - ядро(1.1В) ДДР(1.8В) и периферия(3-3.3В)
В МХе, о котором идет речь - их на один меньше, из-за древней СДРАМ, которая тоже на 3В работает.
Потребление?? Вы о чем, камень на 600МГц или на 500, как атмеловский, должен потреблять как часы на пальчиковой батарейке??? Если нужны микроамперы - ставьте камень на 48МГц и будет вам счастье

Автор: AlexandrY Oct 18 2017, 18:18

Второго уровня - это вредит детерминизму. Хотя там у них генератор ШИМ-а всего один, похоже и не рассчитывают на сильный риалтайм.
Я не про сколько много доменов, а про то, что к ним надо делать LDO, на каждый!
В RT это хозяйство встроено.
DDR в чипе как? Греться думаете не будет? Или будете отключать?
А у RT можно понизить частоту у SDRAM.

Мне нужен чип для роботизации, автономных подвижных комплексов. Там "свой переключатель" не прокатит.

Кстати, чем вас так привлекает большой объем памяти? Думаете про GUI?
Так у вас ведь под "Baremetal" самодельная GUI столько не съест. Или задумали предать идеалы и переметнуться на линукс?

Автор: mantech Oct 18 2017, 21:02

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



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



И чем переключатель не угодил? Его нет в РТОС?
Почему не использую всю остальную "обвеску"? Просто лень разбираться в этих очередях и сигналах, плюс это влечет кучу динамических выделений памяти, а это мне совсем ни к чему.
Причем тут подвижные комплексы - вообще не пойму, люди программы для марсоходов делают вообще без использования прерываний, а тут РТОС причем-то...



Причем тут линукс и гуй?? Опять мягкое с теплым, ка и в пред. вопросе. Линукс хорош для всяческих сетевых применений и тут он вне конкуренции. В МК это лишний костыль со своеобразной методикой и философией создания программ, которую я не разделяю.
Гуй свой есть и жрет память не он, а места под фреймбуферы основного и верхнего слоев, а так же под буфер распаковки картинок из jpeg и png.
Делать гуй под линукс сложнее, чем под голое железо, если имеется ввиду монстр типа QT, то ну его нафиг, тут памяти вагон надо, и чип быстрее, и нет никакой "радости" все это собирать и как-то компилить, так что остаемся на "железе" и точка!

Автор: aaarrr Oct 18 2017, 21:24

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


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

Автор: Огурцов Oct 18 2017, 23:58

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

Автор: AlexandrY Oct 19 2017, 05:13

Знакомьтесь - http://electronix.ru/redirect.php?http://ww1.microchip.com/downloads/en/AppNotes/Atmel-44059_32-bit-ARM-SAMA5D2-Discrete-Power-Supply-Solution_Application-Note.pdf
Не, мне такого не надо.


"Просто лень" в нашей области не бывает.
Вам просто не нужно, а не нужно потому что минимальная функциональность.
Портируй вы что нибудь посерьезней сторонее со слоем OS abstraction layer и сразу бы лень пропала.

Автор: Kabdim Oct 19 2017, 08:25

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

Автор: aaarrr Oct 19 2017, 10:34

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

Автор: mantech Oct 19 2017, 10:54

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



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


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

Автор: AlexandrY Oct 19 2017, 11:35

Невооруженным глазом видно, что это семейство для приборного кластера в авто.
А там рулят Qt c INTEGRITY
Потому-то и нет нормального открытого софта под них.

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

Автор: Kabdim Oct 19 2017, 12:30

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

Автор: mantech Oct 19 2017, 13:06

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

Автор: Kabdim Oct 19 2017, 13:27

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

Автор: AlexandrY Nov 7 2017, 20:58

Выложена документация - http://electronix.ru/redirect.php?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 и стартуем.

Автор: Kabdim Nov 8 2017, 08:28

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

Автор: AlexandrY Nov 8 2017, 09:10

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

Автор: mantech Nov 8 2017, 17:35

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

Автор: AlexandrY Nov 8 2017, 17:53

У меня ж IoT в добавок везде.
И так уже отдельно стоят uC для Bluetooth LE, uC для Wi-Fi ...
А еще все надо прямо в мотор засунуть.
Да и определенных задач никогда не было. Зачем фантазию то ограничивать?

Автор: DASM Nov 8 2017, 18:32

Off, интересно, в СНГ аудитория Кинетиса через пару лет превысит 1.5 человека , считая Александра, или они снова продадутся кому нибудь? Я вообще запутался, почему из On semi не купит. Имхо 600 мгц вообще не впились, лучше бы интегрированный трансивер и озу с флеш более. Но есть надежда на Silabs с Cortex M23/33 для IoT, с БЛЕ и Thread конечно же в одном

Автор: Огурцов Nov 8 2017, 18:50

и сколько там от 600мгц останется, 150 ?

Автор: mantech Nov 8 2017, 19:23

И зачем весь этот винегрет ... в моторе?? Иногда просто поражаюсь, как можно извратить всем этим нормальную промавтоматику, я уж молчу, когда ответственные устройства и привода "суют" в интернет, и при этом приговаривают, все это опасно, переполнения, зависания и ддосы

Автор: AlexandrY Nov 8 2017, 19:36

Винигрет в головах.
Понимать же надо. Одно дело совать самописанный IP стек без понятия о TLS и доверенных сертификатах.
И другое дело BLE 5, да еще на отдельном чипе.
А и промавтоматика эт че...? Святая корова?
Я по молодости турбину на малой гидростанции завалил, и ничего все нормально было.
Промавтоматика самое место для экспериментов. Просто там контингент консервативный, типа местных "студентов"

Автор: mantech Nov 9 2017, 08:48

Как бы сомнительное "достижение"

В промавтоматике главное- простота и надежность, а эксперименты ставьте на "блондинках с планшетами", ИМХО конечно...

Автор: Kabdim Nov 9 2017, 08:49

То что они не популярны здесь, не значит что они вообще непопулярны. А так думаю постепенно сольются с семейством LPC вбирая всё лучшее.

Автор: AlexandrY Nov 9 2017, 08:59

О как совпало, только что мне пришло приглашение на семинар ABB про смартсенсоры в каждый мотор - http://electronix.ru/redirect.php?http://new.abb.com/motors-generators/service/advanced-services/smart-sensor
Обгоняют меня ребята.
Но ничего, главное не кто первый, а кто дешевле скопировал.

Автор: mantech Nov 9 2017, 18:30

Ну и... это просто дополнительная шняга, без которой все прекрасно работает, просто еще один канал съема и передачи информации, и даже если он зависнет или заддосят, мотор не остановится и не сгорит...

Автор: DASM Nov 15 2017, 19:27

С LPC работал начиная с 2103, их тогда только завозить начали. Ничего не то что лучшего, но даже хорошего не вспомню. Хуже только Моторола была. И похоже они наконец то нашли друг друга. Отличалась принципом "меньше миллиона не продаем, доки под NDA, киты по килобаксу
'Промавтоматика самое место для экспериментов. " Это как? На АЭС в автоматике эксперименты? А, ну да, у вас АЭС вроде нет

Автор: AlexandrY Nov 15 2017, 21:52

К слову в Чернобыле рвануло вроде в ходе штатного эксперимента.
Управление на больших производствах насколько читал строится на обычных человеских эвристиках.
Т.е. там постоянно применяется метод проб и ошибок. По научному - эксперименты.

Автор: mantech Nov 16 2017, 08:13

В те года вообще самое лучшее было у микрочипа и атмела, у второго даже заметно лучше. Моторола по началу вообще на оборонку работала и заказы гигантов типа HP, ясно дело с такой политикой других цен и не могло быть. Да и сейчас, чипы МХ6 семейства мягко говоря, не больно дешевы, хотя, если б все у них было шоколадно, не продались бы...



Ой, хорошо рассуждать об "экспериментах" сидя далеко от объекта, и нет, промавтоматика не место для них, а проводить эксперименты нужно в соотв. НИИ, передавая на реальные объекты только проверенные и перепроверенные результаты.

Автор: DASM Nov 16 2017, 09:05

Да. Согласен и насчет Атмеля, и насчет мотороллера

Автор: Огурцов Nov 16 2017, 10:39

а не вы ли ль там уже чегой-то подорвали ?
на объект нужно ехать уже с 146% отлаженным девайсом, а не эксперементировать



ага, и там не могло не рвануть, ибо экспериментаторы - наш поручик такой выдумщик - приложили все мыслимые и немыслимые усилия для

Автор: gosha-z Jan 2 2018, 21:15

Это смотря какие движки. Параграф 28.2 из RM:

Так что один трехфазник с тормозным чоппером. В этом плане KV58 как-то поинтереснее...

Автор: __inline__ Mar 24 2018, 04:10

Есть ли достойная замена STM32F... на частоте от 400 МГц, QFP корпус, внутренняя память не менее 512 кБ с железным подходом программирования?

Автор: Aner Mar 24 2018, 08:30

Ну посмотрите наконец на Allwiner и им подобные SoC, ... я уже год как три проекта завершил. Поначалу были сомнения китай и все такое. В итоге уже не хочу на STM32 ... что то делать. Ну да там DDR3, DDR4, LVDS, многослойка, 0402, 0201, руками уже не очень ..., Linux, Android, ... На STM32F/H поддержка старых проектов только.

Автор: jcxz Mar 24 2018, 11:01

Ещё лет 6 назад писал проект на OMAP-L137. Внутренней памяти там как раз столько. Остальные ресурсы - в разы больше: два ядра по <=450МГц каждое (причём одно из них - настоящий DSP) + 2 усечённых ядра на половинной частоте бонусом.
Он конечно в BGA, но в QFP есть отдельно его DSP-ядро. И уж для потоковой обработки данных оно будет в разы быстрее чем Cortex-M на 400МГц.
И было это всё ещё в те времена, когда STM32 под стол пешком ходил до 100МГц не дополз.
Не знаю что такое "железный подход", но писал так же, как и для Cortex.

Автор: mantech Mar 24 2018, 11:21

Baremetal писали под них или только "Linux, Android,"??

Автор: AlexandrY Mar 24 2018, 21:54

Насколько понимаю все эти переходы на DDR4, LVDS .. только ради GUI и HMI
Да и то от жадности, поскольку эффективные GUI и HMI предлагаются и для Cortex-Mx, но только за деньги.

Автор: __inline__ Mar 25 2018, 04:09

Нет, GUI не нужен.
Нужно просто быстрое ядро под универсальные алгоритмические задачи (эмуляция 8- и 16- битных процессоров) + обработка графики (копирование из одной области памяти в другую, копирование массива в регистр данных дисплея). DDR я как понимаю будет лучше смотреться, чем обычная PC133 SDRAM.


Приобрёл 2 платы на A13: Olinuxino и SOM-модуль. И-за текущих работ не могу пока до них добраться, поэтому в режиме сбора информации.
Есть ещё v3s, к счастью там не надо DDR разводить.
Ничё, время лечит, думаю за пол-года-год будет SDK "чистый поток сознания", наподобие как китайцы перелопатили SPL-говнокод на "регистры" для STM32.
Если нет, то сам займусь.


Под железным подходом имел ввиду - не использовать HAL, OS; только хедеры регистров и их бит. Ну может ещё что-то типа SPL допускается. Не более!
Никаких абстракций, только имена регистров и их биты!
Ну писать только C/C++, Asm , никаких питонов, сишарпов и прочих джав.

Вы как человек с опвытом можете сказать, OMAP-L137 отвечает моим хотелкам или там тоже абстракция с пингвинами?

Автор: mantech Mar 25 2018, 07:11

Да ладно, и чем могут помочь деньги в отсутствии видеоускорителей в камне, отсутствии исходников по работе с ним, т.к. доки только под НДА?? Или платные гуи только под экранчики 320х240 с софтовой отрисовкой, дак такие и даром не нужны, ибо их полно везде



Последнее правильно дописали, ибо такие камни с только регистрами - потом сами в них запутаетесь, минимальный уровень абстракции все-таки нужен...

Автор: __inline__ Mar 25 2018, 07:21

Для BF532, BF533 я абстракцию писал сам На выходе получилось что-то вроде своего SDK (или API), делающий всю необходимые функции: установка клоков CPU, SDRAM, SPI, настройка периферии, стека , кучи... Повезло что Блекфины линуксоеды и прочие ОСо-любы не испортили

Автор: jcxz Mar 25 2018, 08:52

Да, я же написал, что писал на нём так же, как для других своих проектов на Cortex-M и ARM: никаких библиотек или ещё чего-то. Брал мануал на соответствующую перефирию и писал по нему драйвер. Единственно что ОС конечно была - это uCOS-II. Но я её почти во всех проектах использую. Кроме неё и кроме ещё хидеров с описанием регистров периферии - больше никакого чужого кода в проекте не было. Конечно что-то я смотрел по примерам TI как надо инициализировать (контроллер SDRAM например), но писал полностью самостоятельно. Даже USB-стек пришлось писать самому (в примерах для OMAP-L137 готового USB-стека в исходниках не было, предлагалось использовать либо linux либо какую-то проприетарную ОС в бинарниках с готовым USB-стеком - оба этих варианта не устраивали, взял стек из одного из своих проектов на LPC и портировал его под OMAP).
Вся периферия для OMAP-Lxxx хорошо описана (все регистры, описание подробное), мануалы есть на всё. Правда объём документации очень большой и она разделена на много файлов pdf (каждый по своему периферийному блоку или части), а не всё в одном как для Cortex-ов обычно.
Я использовал ARM- или DSP- ядра, а также немного одно из PRUSS-ядер (на большее не хватило необходимости Это всё на си и немного ассемблера. Периферия там тоже хороша. Особенно понравились McASP и EDMA3 - такого мощного DMA-контроллера не видел больше ни в одном из множества ARM-ов с которыми когда-либо работал! Даже в последних МК, с которыми сейчас работаю, даже их DMA-контроллерам далеко до возможностей EDMA3.
Также использовал MMU для своих целей - тоже вещь очень удобная и очень жаль что в Cortex-M её нету.
Да и вообще - наличие отдельных ядер для множества практических задач - это очень круто!

PS: До сих пор очень жалею что у меня больше не было проектов для OMAP-Lxxx. Но для всех моих последующих проектов он слишком мощный. Да даже для того проекта он был слишком мощный (использование каждого из ARM и DSP ядер - менее чем на 20% в самом тяжёлом режиме работы).


Не знаю, когда писал под OMAP-Lxxx там конечно описаний регистров периферии было побольше чем обычно бывает в Cortex-M, но ничего - справился. И не запутался. Хотя это было уже 6 лет назад, а с тех пор надеюсь мой опыт ещё вырос.
Чтобы не "запутываться", надо делить свой код на уровни, абстрагируясь от железа в драйверах нижнего уровня. Я обычно изучаю периферию на какой-то новый периферийных блок (набор регистров) или 2-3 блока если драйвер требует их совместного использования (например SPI+DMA), пишу драйвер для этой периферии, оформляю к нему API для последующего его использования (API - соответствующее характеру использования данного драйвера). И затем перехожу к другому драйверу, со следующим даташитом. Конечно что-то из изученного ранее забывается, но так потом если опять понадобится использовать ту же самую периферию для другого драйвера, можно ещё раз перечитать мануал на неё.
Если конечно всё валить в одну кучу и никак не упорядочивать свой код, то в этой куче потом можно быстро запутаться. Так это не проблема сложности железа, а проблема быдлокодерства.

Автор: AlexandrY Mar 25 2018, 08:55

Старые игровые приставки эмулировать?
Что скрывается за понятием "универсальные алгоритмические задачи"?
Либо вы точно знаете свои алгоритмы и что в них хотите улучшить, либо не знаете и вам подойдет только raspberry pi

i.MX RT как явствует из названия не заточен под коней в вакууме.
Его целевая область - работа в окружении требующем отклика с детерминизмом в микросекунды, отягощенным HMI начального уровня.
Хотя эмулировать какой-нить ZX на i.MX RT было бы идеально и даже можно было бы туда ввести новые элементы интерактивности, типа управление кнопками по ориентации и т.п.
На i.MX RT есть очень подробная документация, как раз для тех кто любит работать с регистрами и битами напрямую.
У меня в работе утилита для генерации из их мануала смарт-хидеров, где будут подробно расписаны все регистры и их биты с прямыми работающими линками на страницы мануала.

Автор: __inline__ Mar 26 2018, 09:27

OMAPL137-HT в QFP корпусе. В свете сегодняшних политических событий его вряд-ли возможно из США в Россию передать. Так сказал mouser.com.

Порылся в ТиШных DSP, нашёл ещё красавца - TMS320C6745 - тоже в QFP, версия 456 МГц. Если его сравнить с BF532 на 400 МГц, то очевидно , что TMS лучше ?
Заинтересовал VLIW и наличие FPU, чего нет у Блекфина. А также подключение SDRAM с шириной ШД аж 32 бита!
Ну и доставаем.

На счёт Code Composer Studio, поддержка TMS там на уровне? Или всё спрятано в линуксах?

С БГА пичаль, мне надо чтоб без ухищрений распаять.

Или всё-же долбить Allwinner?




Я очень часто работаю с чужим исходным кодом и не могу позволить себе роскошь потратить время на тотальное переписывание исходных кодов эмуляторов (это не только процессор, но и периферия). Это к вопросу "Либо вы точно знаете свои алгоритмы и что в них хотите улучшить, либо не знаете"

Ну и ZX эмулировать совсем неинтересно. GameBoy Color или NES куда интереснее будут!

Автор: jcxz Mar 26 2018, 10:03

Я вообще-то про него и писал как отдельное DSP-ядро от OMAP-L137:

Про OMAP-L137 в QFP я ничего не знаю, в то время не было, но может уже сделали.


Нету там отдельного "unit"-а, команды работы с плавающей точкой (и float и double) - это часть ядра как и все прочие команды. Даже используют те же регистры, что и целочисленные команды.


В смысле? Какое отношение CCS имеет к линуху? CCS - это среда/отладчик, без разницы что под ней отлаживается.
Работал под CCS3.3 - всё ок. Можно было отлаживать одновременно независимо 2 ядра.


Это хобби что-ль такое?

Автор: AlexandrY Mar 26 2018, 10:18

Посмотрел я эти эмуляторы.
Делаются они весьма примитивно. Реально там никаких нет алгоритмов. Если они и были, то остались в ромах.
Тратить на это i.MX RT будет нецелевым расходованием интеллекта.

Автор: __inline__ Mar 26 2018, 10:29

-HT - в QFP


Это хотел сказать, что нужна плавучка, а то как она реализована - в виде юнита или в составе команд основного АЛУ - уже не интересует


В смысле, что экзамплы входят в неё или нет? Наподобие как у Visual DSP: в папке есть примеры работы с периферией Блекфина (наподобие SDK).


А почему бы и нет?


Ха! Эмуляция только одного графического чипа Capcom Play System-2 и его звуковой части Q-Sound + FM- синтез чего только стоят.
Быстрая числодробилка напрашивается!

Автор: AlexandrY Mar 26 2018, 10:54

Судя по валу сорсов по этой теме на Github, то ничего не стоят.
И что собственно там считать если это просто эмуляция?
Там в эмуляторах даже тип float не применяют.

Автор: __inline__ Mar 26 2018, 11:44

В SNES-эмуляторе графическая система на floating point. Эмулятор Snes9x. Потому что : поворот, растяжение, текстурирование
Особо упоротые реализации в CPS1/2 - синтез звука на floating point.

Вот я и хочу понять, насколько осчастливят меня ARM Kinetis, или всё-же лучше взять C6745, который будет по-лучше прошлого варианта эмулятора с ADSP BF532?
Если оно того не стоит, то насколько будет удачен выбор Allwinner A13, v3s для эмуляторов? (без линукса правда, в стиле баре-метал)

Автор: AlexandrY Mar 26 2018, 12:39

Ну вот мы подошли и к алгоритмам, а говорите не знаете.
Вам же поворот-растяжение то придется портировать ручками.
Но к сожалению c GUI не работаю сейчас, так что смотрите сами в мануалах.
На вскидку вам поможет помочь модуль Pixel Pipeline в i.MX RT, который и масштабирует и поворачивает аппаратно и alpha-blending делает.
Но опыт ADSP тут точно не пригодится, будет всё другое.
Планируйте на освоение периферии i.MX где-то полгода.

Но я бы с ADSP не переходил. Для такого рода эмуляторов не вижу никаких преимуществ при переходе на другую платформу.
Им же практически ничего не нужно из периферии.

Автор: mantech Mar 26 2018, 13:15

Да ничем он не поможет по сути, там даже выбор портретный или альбомный вывод не предусмотрен, пришлось программно "поворачивать" для вертикально расположенной матрицы, поворот там только картинки, которая в буфере источника и передача ее в получатель, причем с ограничениями по выравниванию то-ли в 4 или 8 пикселей не помню... Там для ускорения нужен аппаратный блиттер, а он есть только в IMX6 да и то под НДА.

Автор: __inline__ Mar 26 2018, 13:24

А разве не порвёт C6745 BF532 хотя-бы из-за:
1) VLIW до 6 команд одновременно - против 2 команд у BF532 //выигрыш в 3 раза
2) SDRAM 32 бит - против 16 бит у 532-го // выигрыш в 2 раза
3) Hardware floating point - против софтварных целочисленных рядов Тейлора на 532-м //выигрыш в специфических местах
4) 475 МГц - против 400 // несущественно, но приятно
5) У BF532 - скудный малооперандный ассемблер, в отличие от того же ARM. У C6745 вроде как по-лучше?

В целом вижу оправданным переход на C6745. Поправьте, если ошибаюсь.

Автор: AlexandrY Mar 26 2018, 13:59

Да переходите уже.
Здесь обсуждаем i.MX RT.
А то мне ваши посты придется перенести в "остальные микроконтроллеры"



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

Автор: mantech Mar 26 2018, 14:48

Вот это поворот!! Так так, и каким это дисплеем оно поддерживается??, может "тупой" матрицей, без контроллера и памяти, с RGB входами и синхрой, или я чего-то не понял и можно перекинуть синхры наоборот, как фазы в движке, чтоб он назад поехал

Автор: jcxz Mar 26 2018, 14:51

Честно говоря - я уже не помню. Вроде по мануалам разобрался, но может и какие примеры смотрел.
Точно помню, что очень не хватало примеров по USB. Остальное что там использовал: SDRAM, EDMA3, McASP, SPI, UART, I2C, MMU, PRUSS, взаимодействие ядер и т.п. - затруднений не вызвало.

Автор: mantech Mar 26 2018, 14:57

УСБ в них не EHCI-совместимое? Если нет, тогда да, засада...

Автор: AlexandrY Mar 26 2018, 15:08

Не понял эмоцию. А что еще есть дисплеи без поворотов? Там же контроллер стоит!

Автор: mantech Mar 26 2018, 15:15

Это прикол или вы просто не в теме, какой контроллер в матрице, или что вы там под дисплеем понимаете и какой поворот, я не про экраны с контроллером и встроенной памятью, а про "тупые" матрицы с приемником ргб или лвдс и сегментными драйверами. Или что, они тоже должны уметь поворачивать на 90 град?

Автор: AlexandrY Mar 26 2018, 15:23

Ну я вам сочувствую, но я же предупреждал i.MX RT не для медиацентров.
От дисплея понадобятся кое какие сервисы.
Это нормально в данной теме.
В конце концов и внешних интерфейсов не вагон и памяти.
В i.MX все отлично сбалансировано для моих задач.

Автор: mantech Mar 26 2018, 15:27

А причем тут медиацентр?? Банальная операция поворота изображения, причем всего и сразу, а не кусочков чего-то там. А если уж на то пошло, что дисплей "умный", т.е. с памятью и блиттером, так ему толку-то тогда от вашего видеопорта в МК, там достаточно быстрого SPI(QSPI) или 8и битной шины с синхрой...

Автор: AlexandrY Mar 27 2018, 05:02

Все претензии к NXP.
Я отлично могу сделать любую ориентацию изображения на дисплее как минимум тремя способами:
- средствами самой GUI (у меня uC/GUI),
- с помощью eDMA (Enhanced Direct Memory Access),
- программированием ориентации на самом дисплее (у меня 24 бита RGB, интерфейс DOTCLK )

Автор: a123-flex Mar 27 2018, 06:28

что вы курите, я тоже такое хочу)))

Автор: AlexandrY Mar 27 2018, 07:25

http://electronix.ru/redirect.php?https://www.nxp.com/products/processors-and-microcontrollers/applications-processors/i.mx-applications-processors/i.mx-rt-series/i.mx-rt1050-crossover-processor-with-arm-cortex-m7-core:i.MX-RT1050?&tab=Documentation_Tab&linkline=Application-Note

Автор: mantech Mar 27 2018, 08:24

Дак чего мне к ним претензии-то выставлять...

средствами самой GUI я и сам делаю, хоть у меня она и своя собственная.

с помощью eDMA (Enhanced Direct Memory Access) - это как?

- программированием ориентации на самом дисплее (у меня 24 бита RGB, интерфейс DOTCLK )
- это не интересно совсем, ибо никто не будет мне доплачивать за покупку дорогих и навороченных дисплеев.

Автор: AlexandrY Mar 27 2018, 08:43

Давайте не сводить обсуждение к вашим личным проблемам и интересам.
Вот только что мне пришла реклама - http://electronix.ru/redirect.php?http://fpn.futureelectronics.com/HLP?b=4Li0UxRFVWwoVVk15hlOdmqpIMgBIx-nyOxnWqIGXKqQ113ErT3Ae6njF-duYnvY&c=YKmlZSjodHy2bpM6SwKAYQ
Вот берите их и организуйте свою тему.
Одновременно будет возможность показать все свои навыки и достижения.

Автор: mantech Mar 27 2018, 12:56

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

На счет дорогих и навороченных экранов - думаю это не только моя проблема, но это так, "о птичках"

"с помощью eDMA (Enhanced Direct Memory Access) - это как?" - на это можете ответить что-нибудь?

Автор: AlexandrY Mar 27 2018, 13:09

Здесь все просто.
Если говорить по простому ( по сложному смотрите мануал ) eDMA позволяет делать пересылки и с инкрементом и с декрементоми и с гапом и со свапом.
Вот с помощью этого и поворачиваем.

Автор: mantech Mar 27 2018, 15:03

А исходник этого действа есть какой-нибудь?

Автор: AlexandrY Mar 28 2018, 05:36

Исходников пока нет поскольку жду MIMXRT1050-EVKB c ревизией A1.
Текущая ревизия A0 еще слишком сырая чтобы уделять этому время.

Автор: mantech Mar 28 2018, 07:28

Ясно, жаль конечно.

Автор: jcxz Mar 28 2018, 08:13

Это не тот ли EDMA3, что есть в OMAP-L137/138? Который также умеет работать с одно-, двух- или трёх-мерными массивами делая по каждому измерению (или только по двум из них?) смещение адреса на произвольное значение в + или - ?
Я программировал такой ещё в далёких 2011-2012. Он оставил самые положительные впечатления - лучшего DMA-контроллера не встречал более ни в одном МК!


Если этот EDMA - это то же самое что и EDMA3 из OMAP-Lxxx, то: http://electronix.ru/redirect.php?http://www.ti.com/lit/ug/sprufl1c/sprufl1c.pdf

Автор: mantech Mar 28 2018, 10:38

Все может быть, на всякий, объясню детальнее, мне хотелось бы получить из SDMA в IMX6 камне что-то подобное DMA2D, т.е. копирование 2х мерной области из одного региона в другой, пока не нашел ничего лучшего, чем создавать список построчного копирования с заданием смещения на этапе формирования TD(transfer descriptors).
Т.е. если нужно скопировать прямоугольник с размерами 200х300, я формирую 300 TD со смещением, равным размеру по горизонтали-200, и добавляю к адресу след. TD и т.д. Работает конечно быстрее, чем memcpu, но ввиду тормознутости встроенного в дма проца, а может еще чего, общая скорость все-равно не впечатляет...
Конечно, фриска рекомендует разбираться со скриптами этого проца и делать свой, кастомный, но ето еще то занятие... Вот и думаю, как еще можно ускорить процесс.

Автор: AlexandrY Mar 28 2018, 11:10

Кто бы сомневался.
По моим измерениям DMA на пересылке монолитных блоков работает медленнее чем memcpy.
Поскольку у процессора на шине высший приоритет. Редко какой SoC дает управление приоритетами на шине. Kinetis-ы исключение.
DMA общего назначения использовать для пересылки или трансформации видео-буферов в общем случае плохой вариант.
Можно получить джитеры на других каналах DMA: звуковых, ШИМ для движков, быстрых ADC... или вообще сбои, как у меня было с LPC3250.

В i.MX RT для LCD и пиксельного преобразователя есть своя шина к DDRAM, вот их и надо использовать. А остальная химия ни к чему хорошему не приведет.
Лучше уж поверните сам дисплей на столе.

Автор: mantech Mar 28 2018, 11:16

Все остальное нормально работает, скорость ДМА на линейных блоках тоже норм, ну конечно, в соотв. с мягко говоря не очень быстрой внешней памятью МХ6 в целом, но на другие блоки это пока не сказывается, а вот с фрагментированными транзакциями - тут да, хотелось бы быстрее.

Автор: __inline__ Mar 28 2018, 11:19

Такой же DMA есть и в ADSP BF532,533. Так и называется 2D-DMA! Там можно приращения разные задавать по X и Y, возможнен вариант с "топтанием на месте через 1" - для растяжения пикселей по обеим осям. На счёт направлений не скажу, но в целом оставил у меня хорошие впечатления. Активно его использовал при отрисовки кадра в эмуляторах.


Зеркально?

Автор: aaarrr Mar 28 2018, 12:30

Редко какой SoC не дает. А Kinetis и не SoC.

Автор: __inline__ Mar 29 2018, 07:43

Если сравнить обсуждаемые здесь Кинетисы с таким поделием восточных друзей - STM32H743, какой из этих камней более предпочтителен в плане отсутствия глюков (не сырости) и открытой документации?

Автор: Aner Mar 29 2018, 09:59

Это вы их поделия STM32H743 приписываете к восточным друзьям:
STM - Corporate Headquarters: Geneva, Switzerland; President and CEO: Carlo Bozotti
Что же тогда для вас "Запад" и EU?

Автор: __inline__ Mar 29 2018, 10:12

Просто меня сбила с толку улыбающаяся тётка с повязкой на лбу, выпускающая бабочек (её можно встретить часто на продукцииях STM)

Автор: jcxz Mar 29 2018, 10:14

Может ув. __inline__ проживает на британских островах. А может - ещё западнее.

Автор: AlexandrY Mar 29 2018, 10:17

Так STM32 вроде разрабатывают в Тунисе - http://electronix.ru/redirect.php?http://www.investintunisia.tn/En/success-stories_113_114_D42#.WrzDXIhuZaQ
А аппликации ваяют в Чехии.
В целом, конечно, качество разработок и сопровождения у STM хуже чем у бывшего Freescale

Автор: __inline__ Mar 29 2018, 10:26

мой ответ остался на предыдущей странице

Автор: Aner Mar 29 2018, 17:29

... наивно, конечно. Может и ваши разработки такие? Несерьезные как эта ссылка.
Все же подумайте, что STM не фаблес компания, и ...

Автор: AlexandrY Mar 29 2018, 20:35

Что, Тунис не так серьезно как Италия?
Так зайдите на Linkedin и познакомьтесь с тучей коллег из Туниса разрабатывающих STM32.
Их там легко найти.

Автор: 0xC2 Aug 26 2018, 20:48

Здравствуйте, подскажите, а как на таких камнях с внешней флешкой защищается код от копирования? И еще пара вопросов по RT1050. У NXP есть для них свой программатор отладчик, типа как st-link у ST. Или segger за дорого и без вариантов? А програмка для промышленной заливки софта у NXP имеется типа j-flash или все к тому же сеггеру на поклон?

Автор: jcxz Aug 26 2018, 21:05

http://electronix.ru/redirect.php?http://www.flashmagictool.com/

Автор: 0xC2 Aug 26 2018, 21:12

RT1050 в поддерживаемых девайсах не видно, плохо ищу?