Мелкие вопросы по МК и ПЛИС.

Chettuser

Что скажете насчёт PIC32MZ?

Реклама

КРАМ

Для КАКОЙ ЗАДАЧИ?

Реклама

HHIMERA

Chettuser писал(а):Что скажете насчёт PIC32MZ?

Неинтересен...

Chettuser

Хорошо, задача: Обработка 3D и вывод видео на дисплей 5" с контроллером SSD1963.

Реклама

КРАМ

Если делать в России - не рентабельно. Для серьезных задач есть достаточно дешевые готовые решения с ОС и интерфейсами. Покупаем- пишем свой код.
Камеры с оптикой будут дороже электроники.
Наша контора выпускает 3D счетчики посетителей на основе таких решений. Софт и корпус наш - электроника и оптика импорт.
Многослойные платы такого уровня будут дешевыми только в бешеных тиражах. Сбыта в России не найти.

Реклама

oleg110592

на STM чувствуешь себя как-то свободно и раскованно... многие задачи решаются легко и играючись...

ага - сейчас на 20 ногой блохе F050 делал измерение переменного напряжения и никакого напряга - буфер на 600 16 битных сэмлов, на лету возведение в квадрат (умножение), корень квадратный, float, динамическая индикация без дма (пока), всего заняло 3.5 кБ флэша. Раньше помню как приходилось мучиться на мелких пиках и аврах в подобной задаче.

...вывод видео на дисплей...

рядовой F4 справляется: https://www.youtube.com/watch?v=0ETyFmAMFjY а есть еще F429

Реклама

КРАМ

флоат зачем?
12 разрядное преобразование в 32 разрядной машине не требует флоата...
ЗЫ. Речь идет об измерении 50 герц?

menzoda

ARM не ARM, STM не STM, но вот RAM в современных МК все же маловато, чегой-то жлобятся они с ней.

oleg110592

флоат зачем?

измерение напряжения сети 220В (еще будет измерение тока), там делитель дробное число, можно было и обойтись без флоат. Просто хотелось проверить на вшивость микроконтроллер, потом может и переделаю. Хотя зачем, если нормально работает.

КРАМ

Как тест флоат обрабатывается быстрее 64 разрядов.

menzoda писал(а):ARM не ARM, STM не STM, но вот RAM в современных МК все же маловато, чегой-то жлобятся они с ней.

Цена чипа определяется его площадью, а основную площадь занимает СТАТИЧЕСКОЕ ОЗУ. Потому как ячейка - это 6 транзисторов.

oleg110592

RAM в современных МК все же маловато, чегой-то жлобятся они с ней

в STM32F407ZGT6 не пожлобились:
Flash-память — 1МБайт
RAM-память — 192КБайт
подбираемся к пределу "640K ought to be enough for anyone"

menzoda

oleg110592 писал(а):в STM32F407ZGT6 не пожлобились

По мне так очень кривое распределение ROM/RAM. Например, сейчас один проект занимает около 1Мб ROM и почти столько же RAM. С первым проблем нету, а вот МК с мегабайтом оперативной памяти я не видел. Довели бы соотношение до 2 к 1 хотя бы.

Alexeyslav

Видимо проблемы с питанием возникают при реализации таких объемов статической RAM на кристалле. Не хватает памяти? Ставьте внешнюю, можно даже DRAM. Неуж-то у камушков нет интерфейсов под внешнюю память?

КРАМ

menzoda писал(а):
oleg110592 писал(а):в STM32F407ZGT6 не пожлобились
По мне так очень кривое распределение ROM/RAM. Например, сейчас один проект занимает около 1Мб ROM и почти столько же RAM. С первым проблем нету, а вот МК с мегабайтом оперативной памяти я не видел. Довели бы соотношение до 2 к 1 хотя бы.

Да не вопрос:
http://www.microchip.com/wwwproducts/De ... 1024ECM144 - 0,5 МБ
http://www.ti.com/lit/ds/symlink/tms320c28346.pdf - 0,5 МБ
http://www.analog.com/en/processors-dsp ... ct-details - 3 МБ

Прошу обратить внимание на прайс последнего контроллера...

ЗЫ. Вообще, для контроллеров потребность в ОЗУ в полметра довольно экзотична... Если не секрет, ЗАЧЕМ?

Alexeyslav писал(а):Видимо проблемы с питанием возникают при реализации таких объемов статической RAM на кристалле.

Потребление ОЗУ без выборки легко узнать в режиме sleep...

А выбирать из ОЗУ можно только ОДНО СЛОВО. Иногда ДВА, если память двухпортовая и работает ДМА....
ОЗУ, вероятно, самая экономичная часть кристалла в смысле потребления...

menzoda

КРАМ писал(а):Если не секрет, ЗАЧЕМ?

Не секрет, но на вопрос я ответить не смогу, просто вот такое ПО. Управляет погружными насосами. Конечно, переписав с нуля, его можно было ужать до меньшего размера, но кто это разрешит? А так, навскидку, нетрудно придумать, где может понадобиться много RAM, для дисплея например. При разрешении 320х240 и 8 бит на канал нужно 220 Кб, даже при двух битах на канал нужно около 70 Кб. Для USB и Ethernet тоже может понадобиться много памяти под буферы. Да мало ли для чего еще. Понятно, что для этого есть внешняя память, но ведь интегрированное решение много лучше! Ну да ладно, это все болтовня просто.

КРАМ

menzoda писал(а):При разрешении 320х240 и 8 бит на канал нужно 220 Кб

Это при произвольной графике. Если же организовать графические примитивы, то потребный графический буфер сильно сожмется...
Что толку иметь произвольный доступ к пикселям экрана, если производительность самого МК не позволяет поддержать этот доступ...

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

Специфические задачи требуют специфических контроллеров. Со специфической ценой...

oleg110592

При разрешении 320х240 и 8 бит на канал нужно 220 Кб

А если 800x600 и выше - памяти не напасешся. В STM32F429 SDRAM внешнюю можно прицепить и контроллер дисплея внутри - весьма, считаю правильное решение.

ibiza11

КРАМ писал(а):Это при произвольной графике. Если же организовать графические примитивы, то потребный графический буфер сильно сожмется...

Можно подробнее?

КРАМ

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

ibiza11

А, я понял. Спасибо. Подобным образом реализована экономия памяти в контроллере дисплея в LPC (NXP) за счет применения цветовой палитры содержащей 256 значений 24 битных цветов. В этом случае на точку нужно 8 бит, вместо 24. Но для картинок это не подойдет, естественно.
То что Вы предлагаете не даст возможность нарисовать график функции, что порой необходимо.