Самодельный цифровой осциллограф - Страница 31

Maxzz · 23.03.2009, 17:52

Господа, в качестве индикатора для носимого осциллографа настоятельно рекомендую посмотреть на экран от Sony PSP - LQ043T3DX02. 4.3", 480x272, подсветка, 24 бит цветность. 1250р в "Сириусе", на e-bay - по $25 продается. Правда, без контроллера, но контроллер дисплея сделать, по сравнению с приличной аналоговой частью на 50-100 МГц, не проблема.
Кстати, господа, вы бы выкинули из ума такую бредовую идею, как непосредственное сопряжение АЦП и микроконтроллера при работе на 100Msps. Если это не Blackfin, конечно. Простая асинхронная 10нс статика на 100 Мгц + Cyclone II на 200 Мгц не тянут, приходится ставить 2 блока в интерливе, а вы еще через микроконтроллер отсчеты пихать собрались? Ну-ну...

Прикрепленный файл: 331017.pdf

Q12M · 23.03.2009, 19:48

Maxzz, речь не идет о том, чтобы на прямую контроллером обрабатывать данные из АЦП. Это возможно, но достаточно сложно и требует применения специяльных затрат, как финансовых, так и умественных.
Такие попытки были и достаточно успешные, но имеющие много-много требований ко всему.
Мое мнение, что мы обсуждаем на данном этапе модель приближающуюся по своим параметрам к системе реального времение, достаточно простую, функциональную и имеющую небольшую ценовую планку.

MisterDi · 24.03.2009, 10:43

Сообщение от Maxzz

Господа, в качестве индикатора для носимого осциллографа настоятельно рекомендую посмотреть на экран от Sony PSP - LQ043T3DX02. 4.3", 480x272, подсветка, 24 бит цветность. 1250р в "Сириусе", на e-bay - по $25 продается. Правда, без контроллера, но контроллер дисплея сделать, по сравнению с приличной аналоговой частью на 50-100 МГц, не проблема.

Вполне поддерживаю. Есть мысль организовать программируемый контроллер под любое разрешение по типу используемого в том же LPC2378

Сообщение от Maxzz

Кстати, господа, вы бы выкинули из ума такую бредовую идею, как непосредственное сопряжение АЦП и микроконтроллера при работе на 100Msps. Если это не Blackfin, конечно. Простая асинхронная 10нс статика на 100 Мгц + Cyclone II на 200 Мгц не тянут, приходится ставить 2 блока в интерливе, а вы еще через микроконтроллер отсчеты пихать собрались? Ну-ну...

Я всегда говорил что обработка длжна идти только аппаратно. По поводу памяти абсолютно с Вами согласен, более того если активо использовать ускорение прорисовки то может потребоваться не 2 а 4 блока.

Прикрепленный файл: 331017.pdf

MisterDi · 24.03.2009, 10:50

to Q12M спасибо за идею с картинкой ПТЦС, помогла лучше понять Ваши требования и подход к реализации.

SergeBS · 24.03.2009, 11:57

Что-то я не понимаю...
Все заточились на быстрое отображение. А зачем оно нужно?
Глазками смотреть - так это не мультик.

Допустим, делается осциллограф. Зацепились за нужную синхру и смотрим, какой сигнал, медленно и печально соображая, что в нем не так и почему. Быстро ничего выводить не надо.

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

Ну так зачем огромная скорость рисования?

MisterDi · 24.03.2009, 13:42

Сообщение от SergeBS

Что-то я не понимаю...
Все заточились на быстрое отображение. А зачем оно нужно?

Это идея Q12M. В принципе согласен, что особо быстро не нужно, я ориентируюсь на скорость 25-30 кадров/с но при наладке часто бывает надо смотреть динамичную картинку, а для этого нужно её быстро отрисовывать.

SergeBS · 24.03.2009, 14:44

Цитата:

я ориентируюсь на скорость 25-30 кадров/с

Угу. Именно мультики и смотреть. На ЭЛТ делали 60-80-100 Гц, чтобы люминофор поравномернее светил. А на ЖК - хоть 0 Гц регенерации - дрожания яркости не будет. При плавном изменении и 5 кадров/с за глаза (время реакции - 0.2 с). А при мельтешении - на 25-30 кадрах/с просто забьет весь экран и все. ИМХО.

Q12M · 24.03.2009, 15:44

Да быстрее и не получится, это ЖК. Вопрос больше стоит о непрерывном отображении именно в режиме осциллографирования, а разово записать измерение большого ума не надо. Проблема заключается в том, что при разной скорости потоков приема и передачи информации необходимо потерять как можно меньше ее, этой информации. Вот исходя из этого и расчитывается вся конфигурация прибора.
Считайте это попыткой сделать простой и достаточно дешевый вариант позволяющий работать в разных режимах.
А может я что то недопонимаю?

Q12M · 24.03.2009, 16:20

MrDi, надеюсь мой вариант, или мое предложение, сможет помочь для достижения цели (если только кого то это действительно интересует). Ближайшее время выложу конкретный вариант схемы с указанием конкретных элементов. Возможно понадобится помощь в разработке каскада счета на FPGA или похожем элементе, т.к. практики в этом вопросе у меня не много, а делать ошибки заранее не хочется.

Q12M · 24.03.2009, 16:34

Ув. SergeB, я не очень Вас понимаю, о каком мельтешении идет речь и почему скорость отображения будет мешать визуальному восприятию? Аргументируйте пожалуйста!
В целом у меня сложилось впечатление, что, либо Вы не хотите понять суть обсуждения, либо не внимательно читаете написанное. Если идти лобовым путем, то нафиг вообще все это затевается? Есть прибор в магазине, копите деньги и приобретайте в удовольствие.