Форум РадиоКот

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

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

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

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

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

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

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

флоат зачем?

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

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

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

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

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

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

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

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

Видимо проблемы с питанием возникают при реализации таких объемов статической 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...
А выбирать из ОЗУ можно только ОДНО СЛОВО. Иногда ДВА, если память двухпортовая и работает ДМА....
ОЗУ, вероятно, самая экономичная часть кристалла в смысле потребления...

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

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

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

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

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

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

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

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

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

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

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

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

Рисовать можно ЧТО УГОДНО.
Формируете объект ГРАФИК с точкой привязки и при регенерации этот объект будет рассчитываться НА ЛЕТУ в координатах экрана.
Можно перекрывать объекты, задавать их направление и скорость движения...
Тут главное понять, что реальное время на дисплее ограничено инерцией зрения...

ОЗУ, вероятно, самая экономичная часть кристалла в смысле потребления...

В статике - да, и то под вопросом(насколько экономичней миллион ячеек триггеров по сравнению с остальными вентилями ядра) но в динамике статическая память потребляет довольно много за счет работы дешифраторов адреса(они там 1024-разрядные), хотя это потребление растет логарифмически с ростом объема памяти.
Я помню еще микросхемы L2(или это был L3-кеш?) кеша на 486-м процессоре довольно сильно грелись но они были всего лишь на 16кб и 70нс.

Дешифратор не переключается весь. В нем работает по конкретному адресу лишь несколько вентилей. Остальные находятся в статике.
Насколько я помню, в 486-х была НЕ CMOS, а N-MOS технология... Это другая песня и другое потребление...

Нет, там часть кеша была на внешних микросхемах, вне кристалла. 1024-разрядный Дешифратор в static RAM представляет из себя 1024 10-входовых элемента "И" Может быть где-то используется каскадное включение более мелких дешифраторов но это снижает быстродействие. А теперь представь что каждый вход этих элементов сидит на шине, и если при переходе с адреса 0 в 1 необходимо подтянуть к "1" всего 1024 входа, то при переходе 511->512 опрокидывается в 10 раз больше входов, и нужен ток по шине питания чтобы перезарядить все эти емкости. Всё равно, даже в самом простом случае в дешифраторе происходят очень масштабные процессы. При этом еще 8/16 входов из каждой линейки подключаются к шинам 1024-разрядного мультиплексора. Это тоже еще тот "хор". Ситуацию спасает лишь то что емкости входов отдельных вентилей достаточно малы, но это все еще гораздо больше чем происходящие процессы в ядре и обращение к такого размера static RAM может оказаться гораздо энергозатратней чем работа самого ядра. Причем если память не сегментировать, то энергетическая стоимость обращения к ячейке памяти зависит только от объема блока адресуемой памяти в котором находится ячейка. К флешу это в принципе тоже относится, там такие же дешифраторы используют.

Вот кстати, интересно провести эксперимент - простую программу которая секунду крутится в цикле(не в слипе), а другую секунду интенсивно использует RAM. Интересны будут данные по потреблению в эти моменты на чипах с разными объемами набортной RAM.
Хотя, инженеры небось не дураки и на самом деле RAM-ка сегментирована блоками. ну, скажем по 8К. На каждый такой блок - своя часть дешифратора и стробируемый повторитель шины адреса. Таким образом несколько снижается быстродействие, но обращение к ячейке вызывает только изменение на входах лишь 8К вентилей.