Вот, что получается при изучении STM32.
http://www.youtube.com/playlist?list=PLlE9...F2ckTvP09bR5zc1

Пока выресовывается 1 канал осциллографа.

http://www.youtube.com/watch?v=dJR4m6lrGSo...hqGapR75-BTsKbQ

почему вы такое выкладываете в теме ARM а не в разделе для новичков?

Чтобы сделать осциллограф надо решить кучу проблем с захватом сигнала, его дискретизацией, обработкой и восстановлением исходной формы из отсчетов. И какую частоту выборок вы сможете себе позволить? Это игрушечная поделочка для "домашнего мастера" у которого нет настоящего осцила, и спектр задач его заканчивается новогодними гирляндами...

Или реклама вырИсовывается?

Позволить можно частоту выборок не более 1...4 МГц. Знаю, что не много, но без внешнего АЦП с буфером, больше и не будет. А остальные проблемы решаю.

Какая же тут реклама?
Вполне информативный и полезный пост.

Видим, что FSMC 16 бит шина на STM32 вполне пригодна для подключения 320x200 дисплея (правда еще битность цветов бы узнать).

Видно также, что проскакивают глюки при перерисовке.
То ли частота кадров низковатая, то ли с GUI проблемы.
Т.е. попытка отобразить на весь экран анимацию или видео выглядеть будет скверно.

Почему-то сильно бегает значение напряжения.
Либо синхронизацию измерений сделать не удалось, либо так реально шумит АЦП.

Тут уж скорее антиреклама.

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

Напомнило мне Xprotolab ("Miniature Oscilloscope and Waveform Generator"):
http://www.gabotronics.com/development-boa...a-xprotolab.htm
http://www.youtube.com/watch?v=Q22tB7C-bMg

Cкорее всего, STM32F в этой роли окажется более эффективным, чем XMega (хотя бы по части более высокой тактовой частоты), тем не менее, описание Xprotolab радует уже тем, что содержит конкретные подробности, а не только "веселые картинки" на Ютубе. Это таблицы: General Specifications, Logic Analyzer specifications, Oscilloscope specifications, AWG specifications (в первой из приведенных ссылок).

Картинки на Ютубе вполне уместны для слива гордости , но на серьезных профессиональных форумах, как наш, сообщение все-таки должно быть более информативным. Тогда как автор даже не упомянул ни о марке процессора, ни о частоте, на которой тот работает, хотя эта информация не требует от него проведения каких-либо измерений.

Угу. Картинки без технических подробностей мало что значат..
alair, покажите схему, исходники.. Дисплей к FSMC, я думаю, многие сумеют подключить, а вот какова аналоговая часть? Сигнал в лоб на какой-нибудь там PA0?


Скорее всего стандартный RGB565. Рискну предположить, что контроллер там типа SSD1289 ...

Совершенно точно. В одном из видео в коментарии указано - SSD1289. Экран позволяет выводить RGB666, но тогда всё замедлится.
Не стал заморачиваться, оставил RGB565.
На данный момент никакой аналоговой части - сигнал в лоб.

Понятно...

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

Сегодня доработал переключение частоты дискретизации и погонял с внешнего генератора разную форму сигнала - в диапазоне 50...300 000 Гц всё хорошо показывает. Синхронизация работает.
При дальнейшем уменьшении частоты измерения экран перерисовывается неприлично медленно. Для низких частот надо другой алгоритм сделать.

ЗЫ: Вообще-то у меня задача немного другая - изучить контроллер, и изучить С++. Раньше работал с MCS-51 на ASMе.

Исходниками не поделитесь?
Можно в личку.
Я пытался сам изобразить, но, видимо, тямы не хватило сигнал нарисовать. А АЦП+таймер+DMA у меня заработали нормально

Не раньше след. четверга. Всё на работе осталось.

ok

Неужто GUI на C++ написано.
Вот это уже интересно, что в этом проекте у вас написано на C++?

Четверг уже прошёл

Потом с DSO nano сравните что получилось

китайцы их сейчас вагонами производят, как и другие open source вещи.