USB Осциллограф-анализатор, кто 'юзал'? Опции

[BVU]

Коллеги, поглядите ссылочку:
http://usb-osc.narod.ru/help.htm
Кто, что знает об ентой штуке? Выскажитесь (можно крепко )!

[Pyku_He_oTTyda]

Шнуры поганые, на картинке видно. те, которые экранированные...

[BVU]

Шнуры поганые, на картинке видно. те, которые экранированные...

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

[Andy Great]

У меня такой (только в другом исполнении). Интересная штука, если учитывать его ограничения. Какие вопросы?

[Stanislav]

Коллеги, поглядите ссылочку:
http://usb-osc.narod.ru/help.htm
Кто, что знает об ентой штуке? Выскажитесь (можно крепко )!

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

[BVU]

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

Stanislav, если есть возможность дать ссылку на китайский 'аналог' буду благодарен.

[appsoft]

Вопрос для каких целей будет использоваться "осциллограф". Частота дискретизации 200 кГц позволит видеть сигналы звуковой частоты. Т.е. для настройки усилителей подойдет. Кстати, не на много худшими характеристиками обладают software "осциллографы", на базе звуковой карты PC. Постоянную составляющую только не передают. С другой стороны, неплохо проработано ПО и много функций за предлагаемую цену. Ближайшие родственики PC осциллографы Vellman (продает Чип и Дип) и Актаком, но все они дороже рассматриваемого.

[Stanislav]

Stanislav, если есть возможность дать ссылку на китайский 'аналог' буду благодарен.

К сожалению, не могу - никогда не интересовался приборами данного класса (который, на мой взгляд, и определить-то трудно). Жаль, что, возможно, неплохой софт прикручен к такой убогой железяке. На мой взгляд, интересными могли бы быть USB устройства с примерно следующими параметрами:
1) Самописец-"осциллограф": 10-12 бит, 10-15 мегавыборок в секунду на канал, 2 канала с независимой установкой параметров дискретизации и синхры.
2) Анализатор аналоговых НЧ сигналов: 14-16 бит, 2 канала, 5-10 мегавыборок в секунду на канал.
Все это, естественно, сажается на High-speed USB. При этом можно сэкономить на буферной памяти - выходной поток валить прямо в USB контроллер. Неплохо бы еще добавить функцию низкочастотного лог. анализатора, напр.: 8 бит, 40 мегазахватов в секунду - больше возможности USB, увы, не позволят.
В 100 бакинских, конечно, цену такого девайса можно было бы уложить только при массовом производстве. Пусть такие устройства будут стоить 200-300 уёв, но с ними хоть как-нибудь можно будет работать (в смысле получения качественных входных данных для определеннго круга задач).

[nadie]

Судя по сайтам NI, Keithley при 16 бит надежно получить больше 500 kS/s пока не очень получается. При этом и цена таких устройств не укладывается в 200-300 уёв. Понятно, что китайский вариант будет стоить дешевле, но пока и их с заявленными в предыдущем посте характеристиками не находилось. Если кто знает, поделитесь ссылкой.

[Stanislav]

Судя по сайтам NI, Keithley при 16 бит надежно получить больше 500 kS/s пока не очень получается. При этом и цена таких устройств не укладывается в 200-300 уёв. Понятно, что китайский вариант будет стоить дешевле, но пока и их с заявленными в предыдущем посте характеристиками не находилось. Если кто знает, поделитесь ссылкой.

Я только имел в виду саму возможность создания подобных устройств. Из того, что их пока никто не делает, никоим образом не следует, что их сделать нельзя вовсе. Посмотрите вот на эти чудеса, для USB применения, по-моему, самое то. Управление можно реализовать на недорогом CPLD/FPGA, USB контроллер - от Cypress или Philips. При грамотной постановке дела в 100-120 бакинских стоимость комплектации, включая корпус, втиснуть, без сомнения, можно. По всей видимости, разработкой таких систем никто не занимается по причине больших сомнений в их продавабельности. А жаль...

[BVU]

Посмотрите вот на эти чудеса, для USB применения, по-моему, самое то.

Хорошая ссылка, Stanislav. Что-то я давно не заглядывал на продукцию Linear Technology. И как говориться время идет, все быстро меняется и много нового. Здесь есть на чем можно сделать и для дома измерительный комплекс.

[nadie]

У Linear Technology и других производителей АЦП в последнее время появилось достаточно много интересных модулей.
У меня нет серьезных знаний в разработке USB устройств, но как уже писалось в данный момент на рынке готовых решений с 16 bit и более 500 kS/s нет.
IMHO, продаваемость у таких устройств гарантированная (при качественной работе), так как сейчас эту нишу занимают различные PCI/VXI платы, который имеют цену за $1000. На форуме недавно было обсуждение одной из такой VXI платы.

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

Сообщение отредактировал nadie - Mar 7 2006, 10:53

[Stanislav]

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

Не только российская: попылесосил в гугле, альтависте - нет ничего подобного. Одному разработчику такую штуку осилить тяжело, а крупые компании, как я уже писал, не хотят рисковать. Вообще-то, хорошая тема для "фолькс-проекта"... Может, стоит его на форуме организовать?

[Demeny]

Действительно, внятных USB-осциллографов с частотой выборки хотя бы 10 МS я не встречал (хотя и искал). Сейчас задался целью сделать осциллограф с хорошей частотой выборки, порядка 80 - 100 MS. Заказал для этой цели AD9218 с аналоговой обвязкой - двухканальный АЦП на 80 MS и 10 бит разрешение. Ясно, что USB интерфейс тут не прокатит, впрочем, PCI вероятно тоже (в реалтайме).

Надо ставить буферную память. Меня бы вполне устроил вариант с захватом короткого фрейма в буферную память, с последующей перекачкой в комп "неспеша". Может, кто уже прорабатывал похожие варианты - посоветуйте память (и ПЛИС, скорее всего придётся ставить). SRAM слишком медленная, DRAM городить не очень хочется из-за сложностей интерфейса. Слышал тут про FIFO-память. Потянет она такую задачу?

[nadie]

To Demeny
Посмотрите на продукцию компании Pentek. У них есть платы с 100MS/s 14 bit 2 channel которые работают в realtime с памятью компьютера.
У меня есть одна такая плата, но так как получена совсем недавно, руки не дошли протестировать ее в realtime.
Только стоимость такой платы более $10 000

[nicom]

to nadie
... было бы интересно...

1)... как называется...
2) по скорости... т.к. сомневаюсь я, что "эта сковорода заговорит" на 400МБайт в сек прямо в ПиСюк (100МГц*2канала*[14бит(округляем до 16)= 2байта])...
все таки, или "некая" другая шина, или буфер всё таки на плате...
3) ... какие характеристики аналогового канала ... (практические, реальные)
Спасибо.

[nadie]

У Pentek плат шина 64 bit 66MHz, поэтому теоретически проходит прямо в ПиСюк, при том что в принципе у них есть возможность работать и с буфером сделанном на FPGA и стоящей на плате памяти.
Конкретно у меня плата 7640.

Если интересно, посмотрите на www.pentek.com, там подробно все описано.

P.S.
Как неоднократно указывалось к продажам я отношения не имею, поэтому все упоминания конкретных фирм только с целью информации участников форума.

[Mad Makc]

Народ! В ваших рассуждениях вы почему-то рассматривали только одну сторону USB шнурка- своё устройство. А писюк? Думаете он прокачает в реалтайме желаемые потоки?
Мы тут недавно похожей задачей занимались- нужно было с видео-АЦП надрать данных, сложить в файлик.Файлик отдать людям науки,чтобы они проверили работоспособность своих алгоритмов. Поток с АЦП был около 8 Мбайт/с. Гнать его мы собирались через USB2.0. Так вот.Кроме железячных проблем, столкнулись ещё и с софтовыми. Винда никак не хотела за раз выделять под прием данных с USB более 16К. А пока выделялись следующие 16К(плюс раздумие винды "о вечном"), мы теряли кадры, что нас не устраивало.Слава богу был запас по памяти и мы, увеличив буфер в железе, побороли эту проблему.И то кадры мы не теряли на 2.4ГГц Пентиуме.На более слабых машинах были пропуски.
О чём это я?А! Устройство у нас получилось довольно сложное -не думаю,что если делать нечто похожее в промышленных масштабах,что оно будет стоить 200300 уёв.

[DRUID_3]

Stanislav, не конструктивно... как-то напоминает 100%-ного интеллигента, постоянно ругающего существующий государственный строй, причем всегда и во все времена... Что делаешь - делай. Критикуете - можете практикой доказать что можно разработать USB-осциллограф с приемлемыми параметрами и продавать его по 300$(первым куплю!!!)
А данный осциллоскоп это авторская разработка конструктора-одиночки, на которой автор практически отрабатывал знание контроллеров и ЦОС. Я еще помню этот осциллограф, когда его еще не изготавливали, и автор искал производственникоФФ. Как по мне, достойный проект доведенный до конца. А применение ему ограничивается фантазией пользователей.

[Stanislav]

Народ! В ваших рассуждениях вы почему-то рассматривали только одну сторону USB шнурка- своё устройство. А писюк? Думаете он прокачает в реалтайме желаемые потоки?
Мы тут недавно похожей задачей занимались- нужно было с видео-АЦП надрать данных, сложить в файлик.Файлик отдать людям науки,чтобы они проверили работоспособность своих алгоритмов. Поток с АЦП был около 8 Мбайт/с. Гнать его мы собирались через USB2.0. Так вот.Кроме железячных проблем, столкнулись ещё и с софтовыми. Винда никак не хотела за раз выделять под прием данных с USB более 16К. А пока выделялись следующие 16К(плюс раздумие винды "о вечном"), мы теряли кадры, что нас не устраивало.Слава богу был запас по памяти и мы, увеличив буфер в железе, побороли эту проблему.И то кадры мы не теряли на 2.4ГГц Пентиуме.На более слабых машинах были пропуски...

Мне кажется, что Вы все-таки допустили ошибку: либо с софтом, либо с PC-шным "железом". Если бы описали проблему подробнее, можно было бы попробовать разобраться. У меня получалось на компе с тем же процессором осуществлять стабильно запись ~20 Мбайт/с (больше винт не позволял). Драйвер - USBIO, пропуска пакетов без записи на винт не было и на 30 Мбайт/с (поток большей скорости сгенерить было не можно). Поглядите ещё, какую скорость получали реально другие разработчики (пост #9).

О чём это я?А! Устройство у нас получилось довольно сложное -не думаю,что если делать нечто похожее в промышленных масштабах,что оно будет стоить 200300 уёв.

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

[Stanislav]

Stanislav, не конструктивно... как-то напоминает 100%-ного интеллигента, постоянно ругающего существующий государственный строй, причем всегда и во все времена... Что делаешь - делай. Критикуете - можете практикой доказать что можно разработать USB-осциллограф с приемлемыми параметрами и продавать его по 300$(первым куплю!!!)

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

...А данный осциллоскоп это авторская разработка конструктора-одиночки, на которой автор практически отрабатывал знание контроллеров и ЦОС. Я еще помню этот осциллограф, когда его еще не изготавливали, и автор искал производственникоФФ. Как по мне, достойный проект доведенный до конца. А применение ему ограничивается фантазией пользователей.

В том-то и дело: для того, чтобы найти ему хоть какое-то применение, нужно проявить недюжинную фантазию...

[Alex B._]

чтобы найти ему хоть какое-то применение, нужно проявить недюжинную фантазию...

За 40 баксов, которые оно стоит, это отличная вещь для автосервисов. Там лучше параметров и не надо.
А в командировки ездить? даже Tex 1012 с его размерами - великоват + нужно ноут переть обычно полюбому. Вот тогда размер имеет значение - часто просто посмотреть нужно - есть сигнал/нет.

[Mad Makc]

Мне кажется, что Вы все-таки допустили ошибку: либо с софтом, либо с PC-шным "железом".

Не исключаю.Я сам занимался железом, поэтому толком про софт сказать не могу.Единственное, что могу сказать, что использовали дрова от libusb, а не usbio. Может и в этом проблема.

[DRUID_3]

В продолжение темы: http://www.tiepie.com/uk/products/External...e_HS4-DIFF.html

[BVU]

В продолжение темы: http://www.tiepie.com/uk/products/External...e_HS4-DIFF.html

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

[nicom]

В продолжение темы: http://www.tiepie.com/uk/products/External...e_HS4-DIFF.html

...А про характеристики, что то не густо..., особенно реальные... ENВ 14, SNR 95dB... при Fd 50МГц..., в таком конструктиве... терзают меня смутные сомнения, что это несколько более "желаемые" данные, чем реальные ...

[Чип]

Коллеги, поглядите ссылочку:
http://usb-osc.narod.ru/help.htm
Кто, что знает об ентой штуке? Выскажитесь (можно крепко )!

Вот, есть отзывов немало:
http://signal.bizname.ru/forum/index.php?showtopic=217
Но применение несколько специфическое.

[arttab]

Может действительно заняться совместной разработкой проиставки. меня и 2-х канальный с полосой 10 МГц, 8бит устроило бы.
К сожалению, в плисах не разбираюсь, как и прог. на комп. Могу плату развести (по работе переодически развожу 2-х слойки 3-4 класс, snd, truhole с мк и небольшой аналоговой частью).

[Pyku_He_oTTyda]

Да, было бы интересно создать простой USB осцилограф совместными усилиями

[Andy Great]

Да, было бы интересно создать простой USB осцилограф совместными усилиями

Основная проблема - пропускная способность USB. Если HiSpeed не использовать. Ну и фенечки программные, конечно.

[AndyBig]

Основная проблема - пропускная способность USB

Эта проблема решается накоплением выборок в оперативке самой приставки и последующей отдачей их (уже на любой скорости) в комп.

[Stanislav]

Ну, если есть желание, и впрямь можно этим заняться.
Есть только два момента, которые не мешало бы уяснить.
Во-первых, задача создания хорошей измерительной USB системы не так проста, как может показаться на первый взгляд. Хотя бы потому, что она комплексная, потребуются специалисты в различных областях электроники и программирования. Одному человеку в разумные сроки её не осилить. Ничего, однако, неразрешимого здесь нет. Поэтому, энтузиастам можно посоветовать для начала запастись терпением.
Во-вторых, для подобных открытых проектов не может идти никакой речи об авторских правах. Т.е., разработку вправе использовать и тиражировать любой, кто имеет доступ к необходимой информации.

Если это приемлемо, нужно для начала чётко представить себе, что же именно мы хотим создать. Речь пока не идёт о ТЗ, нужно только сформировать "образ" системы.
Например, что-нибудь вроде этого:
- два канала А/Ц преобразования с хорошими метрологическими характеристиками;
- high-speed USB устройство, с питанием от USB кабеля, утилизация пропускной способности канала - возможно более полная;
- режимы непрерывного захвата данных и осциллографа;
- удобный пользовательский интерфейс для РС под WInXP;
- возможно более низкая цена комплектухи (напр., 200-250 уёв).
Конечно, могут быть и другие варианты.
После этого, становится более-менее понятным, какой должна быть команда разработчиков.
После обсуждения и фиксации концептуального образа, можно приступать к формированию команды и подготовке ТЗ.

Сообщение отредактировал Stanislav - Apr 26 2006, 18:05

[AndyBig]

Для более-менее "осциллографичного" вида приставки понадобятся знания ПЛИС, ARM и очень хорошие знания аналога . Меня всегда останавливало последнее, хотя я и давно уже подумываю собрать такую штуку.
Далее - не нужно ставить астрономические цели типа частоты оцифровки не меньше 400 МГц, канала пропускания не менее 1 ГГц и т.д. Думаю, что для "домашнего" осциллографа достаточно частоты оцифровки 40-50 МГц и полосы пропускания до 100 МГц. Подобие Агилента не собрать в любом случае и стремиться к этому не надо .

[Stanislav]

Для более-менее "осциллографичного" вида приставки понадобятся знания ПЛИС, ARM и очень хорошие знания аналога . Меня всегда останавливало последнее, хотя я и давно уже подумываю собрать такую штуку.
Далее - не нужно ставить астрономические цели типа частоты оцифровки не меньше 400 МГц, канала пропускания не менее 1 ГГц и т.д. Думаю, что для "домашнего" осциллографа достаточно частоты оцифровки 40-50 МГц и полосы пропускания до 100 МГц. Подобие Агилента не собрать в любом случае и стремиться к этому не надо .

Мне кажется, не стоит торопиться обсуждать детали, пока не будет ясности по общим вопросам. Если можно, сформулируйте свою концепцию устройства.

[AndyBig]

Мою?
Да я тут мимо проходил... Но в общих чертах обрисую то, что обдумывал в свое время.
1. Входная аналоговая часть - от нее требуется высокое входное сопротивление, минимум искажений при усилении входного сигнала в 100-200 раз, возможность электронной (неручной) коммутации пределов и входов. Ее я себе никак не представляю, т.к. в аналоге я в общем-то ноль без палочки .
2. АЦП. Состоит из собственно АЦП, ПЛИС и SDRAM. Плис выполняет функцию буфера между SDRAM и АЦП, между SDRAM и контроллером, между АЦП и контроллером. В ПЛИС находится контроллер SDRAM и небольшой контроллер, управляющий АЦП и управляемый в свою очередь от центрального контроллера. Центральный контроллер дает на ПЛИС команду начала измерения и ПЛИС начинает тактовать АЦП и помещать результаты от АЦП в SDRAM. По окончании измерения (скажем, после 1 млн выборок) ПЛИС рапортует центральному контроллеру об окончании измерения и начинает по запросам от центрального контроллера отдавать ему содержимое SDRAM. При необходимости ПЛИС переключается в режим прозрачного буфера между АЦП и центральным контроллером, если контроллеру захотелось поработать с АЦП напрямую (непрерывное измерение). Возможны вариации - два АЦП, тактирующиеся попеременно (для удвоения частоты выборок) SRAM вместо SDRAM и т.п.
3. Центральный контроллер - достаточно скоростной и многоногий АРМ со встроенным USB-контроллером. Например - AT91RM9200 . Он общается с хостом (компьютером), управляет аналоговой частью (входа, делители), рулит ПЛИС-кой - дает команды на начало измерения и в дальнейшем забирает результаты. Забирать может как в свою SDRAM (бОльшего объема) для накопления результатов 10-16 измерений, так и непосредственно в шину связи с хостом.

[TED17]

Такую штуку больше года создавали на одном из форумов ixbt (жаль потерял ссылку) - сотни постов, читается как роман, но так ничем и не закончилось.

[AndyBig]

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

[khach]

Чуть-чуть подправлю ТЗ. Два входа со стандартным входным сопротивлением 1MOm, если делать полосу более 100-150 Мгц то необходим переключатель импеданса входа на 50 Ом. Т.к современные АЦП имеют полную полосу гораздо больше частоты Котельникова\Найквиста, то необходимо предусмотреть аналоговый триггер и модуль время-амплитудного конвертора или интерполятора для реализации RIS (random interval sampling), что позволит регистрировать повторяющиеся сигналы с гораздо большей точностью. Ну а в качестве примера входной части - кусок схемы от VC-5430 и GOS-6150

Эскизы прикрепленных изображений

 

[_artem_]

Если желаете реализовать много функций , то имеет смысл делать модульно. Допустим можно отдельно реализовать гигагерцовый семплинг(хотя он иногда делается и как приставка) и нормальный реал тайм. Если фпга будет ставится - может еше отдельный VGA выход сделать без компютера , чтобы с потерь не было а через усб просто контроль сделать. Можно также выход видеокарты от компютера в осциллограф - то есть сигнал на монитор будет переключаться - или от осциллоскопа или от компютера (по усб).

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

Небезызвестная тема от edaboard :
http://edaboard.com/ftopic41841-0.html

P.S. Думаю также что авторские права должны быть или в стиле GPL или в более протекционном виде . А принадлежать права должны форуму .

[Stanislav]

Мою?
Да я тут мимо проходил...

Ну, здесь надо решить: или делаем, или "мимо".

...Но в общих чертах обрисую то, что обдумывал в свое время.
1. Входная аналоговая часть - от нее требуется высокое входное сопротивление, минимум искажений при усилении входного сигнала в 100-200 раз, возможность электронной (неручной) коммутации пределов и входов. Ее я себе никак не представляю, т.к. в аналоге я в общем-то ноль без палочки .
2. АЦП. Состоит из собственно АЦП, ПЛИС и SDRAM. Плис выполняет функцию буфера между SDRAM и АЦП, между SDRAM и контроллером, между АЦП и контроллером. В ПЛИС находится контроллер SDRAM и небольшой контроллер, управляющий АЦП и управляемый в свою очередь от центрального контроллера. Центральный контроллер дает на ПЛИС команду начала измерения и ПЛИС начинает тактовать АЦП и помещать результаты от АЦП в SDRAM. По окончании измерения (скажем, после 1 млн выборок) ПЛИС рапортует центральному контроллеру об окончании измерения и начинает по запросам от центрального контроллера отдавать ему содержимое SDRAM. При необходимости ПЛИС переключается в режим прозрачного буфера между АЦП и центральным контроллером, если контроллеру захотелось поработать с АЦП напрямую (непрерывное измерение). Возможны вариации - два АЦП, тактирующиеся попеременно (для удвоения частоты выборок) SRAM вместо SDRAM и т.п.
3. Центральный контроллер - достаточно скоростной и многоногий АРМ со встроенным USB-контроллером. Например - AT91RM9200 . Он общается с хостом (компьютером), управляет аналоговой частью (входа, делители), рулит ПЛИС-кой - дает команды на начало измерения и в дальнейшем забирает результаты. Забирать может как в свою SDRAM (бОльшего объема) для накопления результатов 10-16 измерений, так и непосредственно в шину связи с хостом.

Понятно. Позволю себе, однако, покритиковать Ваше видение решения задачи по существу.
Во-первых, не следует браться за серьёзный проект, основываясь на очевидных (для Вас, по крайней мере), готовых решениях. Мне кажется, более правильный подход состоит в определении того, что же мы хотим получить в случае его (проекта) успешного завершения. И здесь любые пожелания полезны.
Во-вторых, Ваша концепция сложна как в проектировании, так и в реализации (поясню ниже). Кроме того, в доступные для большинства участников форума ценовые рамки она вряд ли впишется.
В-третьих, не нужно ограничивать себя изначально и ссылаться на мировых производителей. У их менеджмента только доллары перед глазами маячат; здесь же есть возможность изготовить вещь "для себя", и получше. Повторюсь: это вполне реально.
Теперь, хоть и рановато, о тех. стороне вопроса. Мне кажется, для удешевления системы стоит отказаться от буферного ОЗУ вообще (то есть, использовать только память USB контроллера). Современные USB хосты уверенно держат 35-40 Мбайт/с (на форуме было сообщение о 46 Мбайт/с!). USB девайсы от Cypress или Philips также поддерживают данную скорость, поэтому есть смысл вываливать данные из АЦП прямо в буфер контроллера, а он уже будет гнать их в комп по мере заполнения.
Отдельный процессор также вряд ли потребуется: USB девайс контроллеры уже содержат его на кристалле (51-й, однако), шина наружу торчит. Без ПЛИС обойтись, понятное дело, не получится - нужна растактовка всех узлов и обеспечение режимов синхронизации в режиме осциллографа. Но для этого можно применить чип малой ёмкости (и стоимости).
Усиление 100-200 при высокоомном входе сделать, конечно, можно, но учтите, что все помехи в широком диапазоне частот также будут усилены в пропорциональное число раз. Поэтому, на мой взгляд, предварительное усиление нужно получать на выносных активных пробниках, а сам девайс должен иметь 3-4 коммутируемых к-та усиления (не более 10 раз), но с высокой точностью (термостабильностью). Можно, как и предлагают, сделать также 50-омный вход для дискретизации полосовых сигналов с частотой в сотни мегагерц, но целесообразность этого подлежит обсуждению.
Вообще-то, аналоговую часть и модуль АЦП также нужно проектировать с учётом минимальных затрат на комплектуху при сохранении хороших метрологических характеристик в широком диапазоне частот.

[Stanislav]

Если желаете реализовать много функций , то имеет смысл делать модульно. Допустим можно отдельно реализовать гигагерцовый семплинг(хотя он иногда делается и как приставка) и нормальный реал тайм. Если фпга будет ставится - может еше отдельный VGA выход сделать без компютера , чтобы с потерь не было а через усб просто контроль сделать. Можно также выход видеокарты от компютера в осциллограф - то есть сигнал на монитор будет переключаться - или от осциллоскопа или от компютера (по усб).

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

Боюсь, нереально совершить такой подвиг силами энтузиастов. Для этого серьёзная организация нужна, с соответствующим финансированием. А здесь нужно учесть, что времени этому проекту разработчики (буде такие найдутся) смогут уделять немного.

Небезызвестная тема от edaboard :
http://edaboard.com/ftopic41841-0.html

P.S. Думаю также что авторские права должны быть или в стиле GPL или в более протекционном виде . А принадлежать права должны форуму .

По-моему, здесь возникнут проблеммы юридического характера (например, каким лицом считать форум?). Думаю, что этими вопросами лучше вообще не заморачиваться.

2 khach
Ух, ё...

[arttab]

Давайте опредилимся с тем что можно легко сделать. Чувстыительность и пределы входной части, скорость передачи на компьютер ( цифры приводили красивые, но насколько это реально? конфигурация компа для такой скорости?), кол-во каналов (думаю 2 как минимум. логические пробники хорошо, но насколько это усложнит проект?), разрешение АЦП (по мне и 8 битовое ацп подойдет, можно 10 битовое и игнорировать младшие 2 бита), полоса... в основном вожусь с цифровыми девайсами на которых выше 10 МГц только задающий генератор. будет полоса больше - хорошо.
У кого есть опыт, опишите параметры приставки, которые можно получить не углубляясь в дебри. Тогда устройство будет дешевое. и его будет реально разработать и собрать (тиражировать желающими).

[TED17]

У кого есть опыт, опишите параметры приставки, которые можно получить не углубляясь в дебри. Тогда устройство будет дешевое. и его будет реально разработать и собрать (тиражировать желающими).

Очень грамотно.

[_artem_]

наверно знаете про этот сайт :

http://www.bitscope.net/download/?p=1&i=034
http://www.bitscope.com/product/


nu ochen prostoy 40 MSPS - naverno takogo ze i kachestva :
http://www.mindbend.ro/eoscope/eoscope_en.htm

[AndyBig]

Позволю себе, однако, покритиковать Ваше видение решения задачи по существу

Обязательно

Мне кажется, для удешевления системы стоит отказаться от буферного ОЗУ вообще (то есть, использовать только память USB контроллера). Современные USB хосты уверенно держат 35-40 Мбайт/с (на форуме было сообщение о 46 Мбайт/с!). USB девайсы от Cypress или Philips также поддерживают данную скорость, поэтому есть смысл вываливать данные из АЦП прямо в буфер контроллера, а он уже будет гнать их в комп по мере заполнения.

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

Отдельный процессор также вряд ли потребуется: USB девайс контроллеры уже содержат его на кристалле (51-й, однако), шина наружу торчит.

Так же очень жесткое ограничение в возможностях. Шина-то торчит, но успеет ли этот контроллер принимать и складировать (даже в буфферном ОЗУ) сэмплы, следующие с частотой, скажем, 50 МГц? Да и лишние выводы у более мощного контроллера можно пустить на входы логического анализатора...
По аналоговой части я уже сказал, что совершенно не компетентен в этих вопросах, что бы что-то высказать или предложить . Я просто исходил из того, что чувствительность у осциллографов обычно начинается от миливольт, а входной сигнал у АЦП должен быть в максимуме 1,5-3,0 вольта. Но оставлю эту часть людям, разбирающимся в этом вопросе .

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

Если фпга будет ставится - может еше отдельный VGA выход сделать без компютера , чтобы с потерь не было а через усб просто контроль сделать

Думаю, не имеет смысла. Не настолько востребовано, что бы заморачиваться этим. Как уже сказал Stanislav:

Боюсь, нереально совершить такой подвиг силами энтузиастов. Для этого серьёзная организация нужна, с соответствующим финансированием. А здесь нужно учесть, что времени этому проекту разработчики (буде такие найдутся) смогут уделять немного.

Я абсолютно согласен с ним.

если делать полосу более 100-150 Мгц

Не надо делать больше .

[Stanislav]

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

К сожалению, придётся выбирать между стоимостью и универсальностью. О USB 1.x предлагаю вообще забыть - мне совершенно непонятно, как можно сделать нормальный прибор с настолько узким горлышком. Далее, буферная память ничего не даст в режиме непрерывного захвата - если память USB переполняется, это рано или поздно произойдёт и с буфером, т.е., втаком режиме получаем совершенно ненужный довесок.

...Так же очень жесткое ограничение в возможностях. Шина-то торчит, но успеет ли этот контроллер принимать и складировать (даже в буфферном ОЗУ) сэмплы, следующие с частотой, скажем, 50 МГц? Да и лишние выводы у более мощного контроллера можно пустить на входы логического анализатора...

Этого вовсе и не требуется, кроме того, ARM в такой ипостаси и не слишком катит. Задача МК - сконфигурировать контроллер USB и залить ПЛИС, а далее впасть в коматозное состояние, пока не потревожат.
Простите, допишу позже...

[AndyBig]

О USB 1.x предлагаю вообще забыть - мне совершенно непонятно, как можно сделать нормальный прибор с настолько узким горлышком

Так же, как работали в свое время LPT-приставки: производится измерение, состоящее, например, из 4096 выборок с накоплением результата в памяти устройства, затем эти 4 КБ передаются хосту, который их и отображает, после чего начинается очередное измерение... Делать выборки непрерывно и сразу отдавать их хосту нет никакого смысла - в конце концов у монитора частота кадров 100-120 Гц, чаще при всем желании нельзя обновлять картинку. А результаты сотни измерений по 2-4 КБ вполне пройдут по первому ЮСБ. Даже если будет затык в шине, то задержится только отображение очередного кадра, а не сами выборки. Буферная память нужна как раз для того, что бы гарантированно провести одно измерение, состоящее из определенного числа выборок. Чем больше размер буферной памяти, тем больше выборок можно проводить за одно измерение (зачастую имеет смысл для расширения окна).
В режиме непрерывного захвата (самописца) - да, буфферная память почти не нужна, но и тем более не нужна пропускная способность шины 40 МБайт, т.к. отправлять ежесекундно такие объемы хосту бессмысленно - что он с ними будет делать? Режим самописца следует ограничить по частоте выборок 4-5 МГц.

придётся выбирать между стоимостью и универсальностью

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

[arttab]

Я очень плохо представляю шину USB и может ошибаюсь, но разве скорость под 35-40 Мбайт/с это не потоковый режим без контроля правильности передачи? Если делать с обнаружением и коррекцией ошибок (помехоустойчивое кодирование), то большая нагрузка на мк или плис. или можно допускать ошибки и фильтровать на компе.

А если у человека третий пень без второго ЮСБ?

Ставить Pci контролер или апгрейд. Это моральное старение, а usb 2.0 уже года 2-3 как норма.

[=AK=]

разве скорость под 35-40 Мбайт/с это не потоковый режим без контроля правильности передачи?

Угу, изохронный режим называется. C гарантированнным временем доставки, но без гарантий целостности данных.

Если делать с обнаружением и коррекцией ошибок (помехоустойчивое кодирование), то большая нагрузка на мк или плис. или можно допускать ошибки и фильтровать на компе.

Можно не париться, в USB есть режим bulk с гарантированной доставкой (автоматически перезапрашивает битые пакеты). Правда, без малейших гарантий времени доставки. Если повезет, можно и 35-40 Мбайт/с выжать (быстрая мама, комп свободен, кабло хорошее, винда не глючит, нет других USB устройств, и т.п.). На хороших USB flash drive и средненьком компе типично получается ~15-20 Мбайт/с.

Серьезный прибор без встроенной памяти не сделать, имхо.

[Stanislav]

Продолжу.

...Я просто исходил из того, что чувствительность у осциллографов обычно начинается от миливольт, а входной сигнал у АЦП должен быть в максимуме 1,5-3,0 вольта...

Если не трудно, приведите пример такого осциллографа (только цифрового), пожалуйста.
Менее 1 мВ шумов в широкой полосе можно получить только в согласованном (напр. 50Ом) тракте. Для высокоомного входа, да ещё со входным делителем, такую величину в осциллографах получить не удаётся. У нас, правда, осциллограф предполагается не совсем обычный - его измерительная часть будет сама висеть на конце кабеля, вблизи источника сигнала, поэтому можно надеяться на лучшие шумовые характеристики.
Далее, считаем. Пусть входной диапазон напряжений 12-бит АЦП составляет +/-1В. Тогда его разрешение по амплитуде будет 0,5 мВ. А для 16-бит АЦП с таким же входом - 0,03 мВ.
Вопрос: зачем усилитель с усилением в 100? Тут скорее аттенюатор нужен...

[Stanislav]

Так же, как работали в свое время LPT-приставки: производится измерение, состоящее, например, из 4096 выборок с накоплением результата в памяти устройства, затем эти 4 КБ передаются хосту, который их и отображает, после чего начинается очередное измерение... Делать выборки непрерывно и сразу отдавать их хосту нет никакого смысла - в конце концов у монитора частота кадров 100-120 Гц, чаще при всем желании нельзя обновлять картинку. А результаты сотни измерений по 2-4 КБ вполне пройдут по первому ЮСБ. Даже если будет затык в шине, то задержится только отображение очередного кадра, а не сами выборки. Буферная память нужна как раз для того, что бы гарантированно провести одно измерение, состоящее из определенного числа выборок. Чем больше размер буферной памяти, тем больше выборок можно проводить за одно измерение (зачастую имеет смысл для расширения окна).

Для справки: в USB контроллере, например, ISP1582 буферная память составляет 8 кбайт. Зачем ещё 4 кбайт аппендикс и гимор с организацией обмена с ним? Если бы не режим осциллографа и лог. анализатора, можно было бы обойтись даже без применения ПЛИС!
Вообще, предлагаю отказаться от обсуждения экзотики вроде RS-232 и LPT устройств, хотя бы потому, что современные компы часто уже не имеют таких портов. Напротив, USB 2.x является в настоящее время, как уже и сказали, стандартным интерфейсом.

В режиме непрерывного захвата (самописца) - да, буфферная память почти не нужна, но и тем более не нужна пропускная способность шины 40 МБайт, т.к. отправлять ежесекундно такие объемы хосту бессмысленно - что он с ними будет делать?

Можно просто в память писать, а можно и на винт(ы).

Режим самописца следует ограничить по частоте выборок 4-5 МГц.

Зачем???

придётся выбирать между стоимостью и универсальностью

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

Простите, но, по-моему, Вы сами ограничения вводите (в том числе, и в части практической реализуемости). Я же предлагаю делать систему, у которой будет одно (и только одно!) узкое место - пропускная способность канала, которая не столь уж и мала. Зато получим простоту и доступность, что, собственно, от фолькс-проекта и требуется.

разве скорость под 35-40 Мбайт/с это не потоковый режим без контроля правильности передачи?

Угу, изохронный режим называется. C гарантированнным временем доставки, но без гарантий целостности данных.

Простите, но, по-моему, 35-40Мбайт/с в изохроне получить никак не можно. Только в балке...

...Серьезный прибор без встроенной памяти не сделать, имхо.

Не убедили Вы меня... Ну что ж, допустим, что дополнительная память всё-таки нужна. Какой тип и объём предложите? Как управлять ей будем? Не стоит забывать, что при питании от USB разъёма мы жёстко ограничены энергопотреблением в 2,5 Вт.

[=AK=]

по-моему, 35-40Мбайт/с в изохроне получить никак не можно. Только в балке...

Почему? Мне такое ограничение неизвестно. В хоcт контроллер USB2 встроено какое-то ограничение на размер изохронного трафика? В USB1 его не было, в изохроне можно было гонять 1 MBps, тогда как из балка pеально более ~800 kBps вытягивать не удавалось

Как управлять ей будем?

FPGA

[Stanislav]

Почему? Мне такое ограничение неизвестно. В хоcт контроллер USB2 встроено какое-то ограничение на размер изохронного трафика? В USB1 его не было, в изохроне можно было гонять 1 MBps, тогда как из балка pеально более ~800 kBps вытягивать не удавалось

Ограничение действительно есть, в хосте не знаю, а в девайсе - максимум 3 микрофрейма изохрона в каждом фрейме. Согласно стандарту USB 2.0...

Как управлять ей будем?

FPGA

А память какого объёма нужна?

[=AK=]

А память какого объёма нужна?

Ровно такого, какой имеется в одном хорошем доступном чипе SRAM или SDRAM памяти нужной скорости

[TomaT]

Мои 3 копейки. Думаю что память и ПЛИСину, заложить всетаки стоит. Использовать память или нет в конкретной реализации дело десятое, зато возможность для маневра будет.

[yornik]

Имхо, все, что будет по устройству сложнее, чем "стартер-кит на контроллер плюс аналоговая часть" (т.е. ПЛИСы, частоты дискретизации 100М и более), будет в СНГ выглядеть и стоить как то, что делает http://www.auris.ru. Соответственно, основная стоимость и все возможности - см. контроллер на стартер-ките , за вычетом косяков верхнего софта. Я бы за основу стратер-кит на ПЛИС брал, на Spartan3E.

[arttab]

от USB разъёма мы жёстко ограничены энергопотреблением в 2,5 Вт

Можно и 5 Вт от USB если второй порт не занимать. Те материнки что я видел имели общий предохранитель на 2 порта.
Если и этого мало - внешний БП.
По поводу памяти - если применить мк на ARM, то у него уже есть на борту память.

[_artem_]

Извиняюсь за повтор - если fpga все таки будет , то было бы хорошо поставить просто разьем vga + несколько резизсторов. Сложности это не прибавит, a если руки не дойдут , то можно и оставить все как есть, зато для неудовлетворенных) будет возможность улучшить систему в дальнейшем.
Можно предусмотреть работу в двух режимах - через компютер и или же автономно без компютера напрямую с дисплеем.

Невостребованность этой функции не означает что идея плохая.

[AndyBig]

Ставить Pci контролер или апгрейд. Это моральное старение, а usb 2.0 уже года 2-3 как норма

Или покупать готовый осциллограф. Чего уж там...

Если не трудно, приведите пример такого осциллографа (только цифрового), пожалуйста

Эээ... Все, замяли ))))) Аналоговой части я отныне не касаюсь никак . Полностью полагаюсь на мнение знающих людей .

Для справки: в USB контроллере, например, ISP1582 буферная память составляет 8 кбайт. Зачем ещё 4 кбайт аппендикс и гимор с организацией обмена с ним? Если бы не режим осциллографа и лог. анализатора, можно было бы обойтись даже без применения ПЛИС!

А успеет этот контроллер выбирать и сохранять в буффере данные с чатотой 50 МБайт/сек? Вообще, хоть какой-то из не очень дорогих контроллеров это сумеет? Плис как раз и нужна для того, что бы обеспечить снятие результатов выборок с АЦП и складирование их в буфер с достаточной скоростью. Кроме того, поставив два относительно недорогих АЦП можно в два раза повысить частоту выборок, приблизившись к 80-100 MSPS, а на таких частотах спасует любой контроллер.

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

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

Можно просто в память писать, а можно и на винт(ы)

50 МБ/сек? Из пользовательской программы на винты? Даже если винты и будут успевать (что, впрочем, сомнительно), то зачем? что потом делать с этими гигабайтами?
Кстати, ограничение по частоте выборок в режиме самописца я дал "на глазок", в реальности она будет ограничиваться быстродействием контроллера - сколько он будет успевать снимать с АЦП и отправлять в USB.

Простите, но, по-моему, Вы сами ограничения вводите (в том числе, и в части практической реализуемости).

В чем ограничение в реализуемости? В стоимости девайса? Да, она приблизится к сотне вечнозеленых, но если делать дешевле с ограничениями по функционалу, то такого добра уже валом в инете... Правда частота выборок не превышает 5 MSPS. Именно потому, что контроллеры не могут с большей скоростью рулить АЦП и снимать с него результат, отправляя его в USB. Я же предлагаю удорожить девайс на 20-30 долларов (ПЛИС + SRAM), улучшив этим характеристики на порядок и сняв ограничения по использованию.

Я же предлагаю делать систему, у которой будет одно (и только одно!) узкое место - пропускная способность канала, которая не столь уж и мала. Зато получим простоту и доступность, что, собственно, от фолькс-проекта и требуется.

Ограничений как минимум два - пропускная способность канала и пропускная способность контроллера. И не вижу проблем в доступности и простоте распайки трех лишних микросхем . По доступности, скорее, вопрос встанет в аналоговой части.

Ну что ж, допустим, что дополнительная память всё-таки нужна. Какой тип и объём предложите? Как управлять ей будем? Не стоит забывать, что при питании от USB разъёма мы жёстко ограничены энергопотреблением в 2,5 Вт

Ну, например SRAM 128 КБ 100 МГц. Стоит около $2. Или SDRAM любого объема 133-166 МГц. Первый вариант легче реализуется в ПЛИС, второй дешевле стоит (относительно объема) и позволит накоплять больше выборок для их дальнейшего анализа. И первый и второй варианты имеют право на жизнь .

Не стоит забывать, что при питании от USB разъёма мы жёстко ограничены энергопотреблением в 2,5 Вт.

Думаю, уложиться вполне возможно даже с запасом. Если даже и нет, то внешнее питание - совсем не проблема .

По поводу памяти - если применить мк на ARM, то у него уже есть на борту память

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

[khach]

Давайте не сводить тему к пропускной способности USB, а то тоже будет 100 страниц в теме, как на ИХБТ. :-(
Считаем полосу пропускания- два канала по 8 бит с частотой семплирования 105 МГц (АЦП-AD9218). Получаем 210 Мегабайт в секунду. Если ставить новые АЦП от Linear Technology (LTC2251), то и 250 мег в секунду может потребоватся. Разрядность считывания с АЦП -10 -12 бит (12 бит- для продвинутых в шумодавлении гуру). В FPGA выборки масштабируются до 8 бит в соответствии с выбранным пределом измерения. Теперь выбор памяти- 1 вариант: внутренняя память ПЛИС- быстрая (до 250 мег, произвольной разрядности (1-36 бит) но короткая (10-20 кбайт). 2 вариант: SDRAM- огромный размер, нужно мало внешних ножек ПЛИС, но низкая частота (66-100 мгц) и прерывистость записи при смене страниц - в ПЛИС нужен навороченный ФИФО для выравнивания потока приходящего с АЦП и уходящего в контроллер SDRAM. 3 вариант - синхронная статическая (ZBR). Скорости до 200 Мгц, обьемы до полумега, но дорогая и требует много ножек ПЛИС. 4- обычная статика. Все тоже самое что ZBR но разогнать выше 100 МГЦ сомнительно.
Интерфейс с компом- любой. На современном этапе наверно лучше какой-то младший АРМ с USB (обычным 12 МГцовым). Желающие всегда смогут перенести софт на старший АРМ ( с эзернетом, VGA и прочими прелестями).
Размер памяти. Обычно достаточно пары экранов ( 4-8 киловыборок). Но если надо отлаживать коммуникационные протоколы, то и 128 к маловато будет. Поэтому использование только внутренней памяти ПЛИС врядли оправдано. Разрядность шины - 16 бит.
Выбор ПЛИС. Альтера или Зайлинкс - практически без разницы. Только корпус нужен TQFP208, иначе ножек на два канала нехватит. С очень большим трудом можно упихнутся в 144 ногий корпус, но это ценой уменьшения разрядности памяти до 8 бит и соответственным уменьшением частоты выборок до 30-40 Мгц.

[AndyBig]

10 разрядов АЦП хватит. На частоту выборок больше 100-120 МГц расчитывать не стоит - во-первых сами АЦП на такие частоты достаточно дороги, во-вторых ПЛИС с таким грейдом также недешевы. Как вариант (о чем я уже писал) - поставить два АЦП по 50-60 MSPS, к каждому из них по своему чипу SRAM на 128 КБ. Так можно сделать два канала по 50 MSPS или один канал на 100 MSPS. Опять же, этот вариант даст масштабируемость - можно впаивать оба АЦП, можно только один, ограничиваясь при этом только одним каналом на 50 MSPS. При этом заливать соответствующую прошивку ПЛИС.
Отладка коммуникационных протоколов может вестись в режиме самописца, ограничиваясь скоростью работы контроллера и пропускной способностью канала. Все равно, как правило, частоты там не превышают одного-двух мегагерц (я не беру в расчет высокоскоростные протоколы, то отдельная песня, выходящая за пределы обсуждаемого девайса). Ну а в отдельных случаях придется смириться с ограниченным объемом буферной памяти - 128 или 256 КБ, этого в большинстве случаев должно хватать.

[nicom]

Давайте не сводить тему к пропускной способности USB, а то тоже будет 100 страниц в теме, как на ИХБТ. :-(
Считаем полосу пропускания- два канала по 8 бит с частотой семплирования 105 МГц (АЦП-AD9218). Получаем 210 Мегабайт в секунду. Если ставить новые АЦП от Linear Technology (LTC2251), то и 250 мег в секунду может потребоватся. Разрядность считывания с АЦП -10 -12 бит (12 бит- для продвинутых в шумодавлении гуру). В FPGA выборки масштабируются до 8 бит в соответствии с выбранным пределом измерения. Теперь выбор памяти- 1 вариант: внутренняя память ПЛИС- быстрая (до 250 мег, произвольной разрядности (1-36 бит) но короткая (10-20 кбайт). 2 вариант: SDRAM- огромный размер, нужно мало внешних ножек ПЛИС, но низкая частота (66-100 мгц) и прерывистость записи при смене страниц - в ПЛИС нужен навороченный ФИФО для выравнивания потока приходящего с АЦП и уходящего в контроллер SDRAM. 3 вариант - синхронная статическая (ZBR). Скорости до 200 Мгц, обьемы до полумега, но дорогая и требует много ножек ПЛИС. 4- обычная статика. Все тоже самое что ZBR но разогнать выше 100 МГЦ сомнительно.
Интерфейс с компом- любой. На современном этапе наверно лучше какой-то младший АРМ с USB (обычным 12 МГцовым). Желающие всегда смогут перенести софт на старший АРМ ( с эзернетом, VGA и прочими прелестями).
Размер памяти. Обычно достаточно пары экранов ( 4-8 киловыборок). Но если надо отлаживать коммуникационные протоколы, то и 128 к маловато будет. Поэтому использование только внутренней памяти ПЛИС врядли оправдано. Разрядность шины - 16 бит.
Выбор ПЛИС. Альтера или Зайлинкс - практически без разницы. Только корпус нужен TQFP208, иначе ножек на два канала нехватит. С очень большим трудом можно упихнутся в 144 ногий корпус, но это ценой уменьшения разрядности памяти до 8 бит и соответственным уменьшением частоты выборок до 30-40 Мгц.

...В общем то почти все верно..., только такие приборы уже есть и производятся серийно, например,
достаточно неплохой вариант:
http://www.rudshel.ru/production/data_acqu...s/la-n4usb.html
но, ЦЕНА? - а попробуйте сами сделать... будет не сильно дешевле...

Разговор о том, что бы сделать НЕДОРОГОЙ осциллограф (приставку) с полосой под 10-20МГц...

...ну, и до кучи... USB1.1, например, нам удавалось передавать в среднем темпе до 0.9МБайт/сек реально, таким образом при выкачивании буфера 128к у Вас задержка чуть меньше 0.2сек,- наплевать и забыть.

По поводу объема памяти - не мелочитесь, по опыту скажу - 128к - это мало.

АЦП 12 бит, и более резко поднимают планку стоимости, пока самый оптимум - ADC08100 от NSC.

Память - статика 10нс справляется с потоком 100МБайт/сек при аккуратной разводке. цена в КТЦ K6R4008V1D-TI10 порядка 3-х уё, но это 512к на 8.

Контроллер - только CPLD. типа XC9636ХL...
синхронизация - может быть дешевле цифровая, но аналоговая более функционально, тем более, её можно сделать не только внутренней, но и внешней... стоимость вопроса 1-2уе

Вопрос с входной части - примерно - С1-114 +доработки... Не забывайте, хорошие реле стоят прилично... согласен, можно Г, но и в итоге получится ... то же Г.

Анекдот - об увеличении Г.: если к 1кг. повидла добавить 1 кг. Г., то в итоге у Вас получится 2кг. Г.

корпус, блок питания (преобразователь), наклейки и пр...
По общим прикидкам - можно влезть в 4-5тыс.руб с некоторой нормой прибыли (такой проект у нас обсуждался, но)...

[AlexanderX]

У нас возникала идея создания подобного устройства. Однако дальше идеи дело не пошло по следующим причинам:

1. Устройство должно быть дешевым до 300-400$ иначе оно будет не нужно.

2. Желательно с открытым исходным кодом для улучшения продвижения его на рынке. Но при этом иметь защиту от копирования (деньги надо-же как-то зарабатывать)

3. Оно должно быть модульным. Модули могут быть съемными. Типичный набор модулей: осциллограф, цифровой анализатор, функциональный генератор цифровой и аналоговый.

4. Устройству необходимы хорошие пробники

Планировалось делать устройство на USB 2.0 с внутренней буферной памятью типа SDRAM в объеме от 16 до 64MB. Планировалась продажа только железа, а софт постепенно будет дописываться и выкладываться в Internet.

У нас есть группа разработчиков состоящая из четырех человек: электронщик FPGA-разарботчик и программист МК, FPGA-разработчик и писатель драйверов(системный программист), разводчик плат любой сложности, программист для написания интерфейсов. Почти весь проект мы можем поднять собственными силами кроме входной и выходной аналоговой части.

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

[AndyBig]

но, ЦЕНА? - а попробуйте сами сделать... будет не сильно дешевле

Ну, не знаю... http://www.rudshel.ru/production/data_acqu.../la-n10usb.html - 100 МГц за 600 с лишним долларов... Не думаю, что там делают наценку всего на 20-30% .

таким образом при выкачивании буфера 128к у Вас задержка чуть меньше 0.2сек

А в режиме осциллографа передавать потребуется всего по 4-8 КБ на кадр .

По поводу объема памяти - не мелочитесь, по опыту скажу - 128к - это мало

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

синхронизация - может быть дешевле цифровая, но аналоговая более функционально, тем более, её можно сделать не только внутренней, но и внешней... стоимость вопроса 1-2уе

Вопрос с входной части - примерно - С1-114 +доработки... Не забывайте, хорошие реле стоят прилично... согласен, можно Г, но и в итоге получится ... то же Г.

Тут слово тем, кто разбирается .

корпус, блок питания (преобразователь), наклейки и пр...

Нафиг . Корпус каждый подберет по своему вкусу/разумению, то же самое с блоком питания.

[AndyBig]

Делать эту вещь только для личного пользования не интересно, проще купить готовое.

Я, например, могу потратить максимум 5000 руб. Где можно купить за 5000 руб. цифровой осциллограф с частотой дискретизации хотя бы 20 МГц?

[khach]

У нас возникала идея создания подобного устройства. Однако дальше идеи дело не пошло по следующим причинам:

Можете предложить свое виденье цифровой части? И продемонстрировать максимальную скорость заливки длинного блока данных в ОЗУ с двух имитаторов АЦП? Потому что с SDRAMom у нас получался бурст длиной в одну страницу, а потом задержка на переключение страниц. Есть ли возможность сделать скоростной контроллер памяти типа чтение-модификация-запись?

Есть идеи по поводу аппаратной реализации DPO (digital phosphore), но с доступными IP cores контроллеров памяти оно работает неудовлетворительно медленно. Если получится больше 100мегасемплов в секунду, то с аналоговой частью поможем. Входной усилок до 150 Мгц есть, есть триггер и схема ВАП (ТДС). Цифровую часть ТДС прийдется аккуратно разводить в ПЛИСе (вылизывать задержки).

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

[nicom]

но, ЦЕНА? - а попробуйте сами сделать... будет не сильно дешевле

Ну, не знаю... http://www.rudshel.ru/production/data_acqu.../la-n10usb.html - 100 МГц за 600 с лишним долларов... Не думаю, что там делают наценку всего на 20-30% .

таким образом при выкачивании буфера 128к у Вас задержка чуть меньше 0.2сек

А в режиме осциллографа передавать потребуется всего по 4-8 КБ на кадр .

По поводу объема памяти - не мелочитесь, по опыту скажу - 128к - это мало

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

синхронизация - может быть дешевле цифровая, но аналоговая более функционально, тем более, её можно сделать не только внутренней, но и внешней... стоимость вопроса 1-2уе

Вопрос с входной части - примерно - С1-114 +доработки... Не забывайте, хорошие реле стоят прилично... согласен, можно Г, но и в итоге получится ... то же Г.

Тут слово тем, кто разбирается .

корпус, блок питания (преобразователь), наклейки и пр...

Нафиг . Корпус каждый подберет по своему вкусу/разумению, то же самое с блоком питания.

Пойдем, как из стека, командами POP AX (извините, за каламбур, с зада на перед)

...еще раз - делаем схему+прошивки+открытый код драйверов... или все таки устройство...

4-8к и 128к - разница в цене вопроса практически=0., зато ..., я предлагаю 512к... и убить всех зайцев, и осциллограф, и анализатор спектра...

...а отвергать можно только на этапе после "совместно утвержденного ТЗ", но здравый смысл должен быть всегда, на любом этапе.

...каналов дешевого осциллографа предлагаю только 1 (один) + синхронизация, при чем, в полосе частот выше основного канала (у хороших приборов, обычно так и есть)

...Ну, господа, начнем составлять ТЗ???

[_artem_]

Можно сделать два банка памяти и поочередно записывать то в один то в другой . Тогда физически можно будет считывать из одного когда идет запись в другой .

Можно организовать память в 32 бита и уменьшить скорость записи за чет записи за один цикл двух или трех измерений.

Еше , как насчет дуал порт рам ?

[khach]

Можно сделать два банка памяти и поочередно записывать то в один то в другой . Тогда физически можно будет считывать из одного когда идет запись в другой .

Можно организовать память в 32 бита и уменьшить скорость записи за чет записи за один цикл двух или трех измерений.

Еше , как насчет дуал порт рам ?

Ног ПЛИС нехватит на две микросхемы памяти. Или хотите связыватся с ПЛИС в BGA корпусах?
Дуал порт требует двойного расхода линий адреса и данных- неинтересно, тем более, что читать память во время сбора данных необязательно (в простейшей версии обработки данных).

[AlexanderX]

Можете предложить свое виденье цифровой части?

Цифровая часть выглядит до смешного просто. Имеем ПЛИС которая принимает данные с двух или более каналов и сливает их побитно на частоте работы АЦП во внутреннее FIFO. Это FIFO - хранит данные для записи во внешнюю SDRAM. Далее стоит контроллер памяти со специальным блоком управления который умеет записывать эти данные во внешнюю SDRAM, а также вычитывать данные из памяти для отправки их в USB. Специальность управления контроллера памяти заключается в организации циклического буфера (такое себе внешнее FIFO) с указателем записи и указателем чтения.

И продемонстрировать максимальную скорость заливки длинного блока данных в ОЗУ с двух имитаторов АЦП? Потому что с SDRAMom у нас получался бурст длиной в одну страницу, а потом задержка на переключение страниц. Есть ли возможность сделать скоростной контроллер памяти типа чтение-модификация-запись?

Такой контроллер памяти мы уже сделали для другого проекта. Мы постарались его написать максимально производительным и при проверке получили около 97% КПД. Он умеет перекрывать запись/чтение данных и открытие/закрытие активных страниц. Поэтому даже небольшое FIFO на одном модуле внутренней памяти может выровнять скорость со входа и скорость записи/чтения во внешнюю SDRAM. При ширине шины памяти 32разряда и частотой ~133MHz пропускная способность памяти составляет ~515MB/s. Если учесть, что вычитка в USB более 45MB/s не потребуется, то для записи может использоваться 470MB/s. И таким образом мы можем получить два канала АЦП по 235MHz, при условии что выход канала - 8 бит. Если колиство бит больше - либо снижать скорость АЦП, либо увеличивать разрадность шины данных SDRAM.

Есть идеи по поводу аппаратной реализации DPO (digital phosphore)

Подробнее пожалуйста.

Цифровую часть ТДС прийдется аккуратно разводить в ПЛИСе (вылизывать задержки).

За это можете не переживать, опыт работы на высоких частотах как внутри ПЛИС так и снаружи у нас имеются.

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

Вероятнее всего кроссталк из-за аналоговой части. С точки зрения цифры принять данные что с одного входного канала, что с двух - одинаково. Нужно только плату хорошо развести.

[AlexanderX]

Ног ПЛИС нехватит на две микросхемы памяти. Или хотите связыватся с ПЛИС в BGA корпусах?

Можно BGA - это нас не пугает. А можно поставить DDR или DDR-2, тогда ног потребуется меньше. Правда контроллер для DDR еще мы не написали.

[khach]

Цифровая часть выглядит до смешного просто.

Теорию то все знают, главное, чтобы оно работало в железе.

Такой контроллер памяти мы уже сделали для другого проекта. Мы постарались его написать максимально производительным и при проверке получили около 97% КПД. Он умеет перекрывать

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

>Есть идеи по поводу аппаратной реализации DPO (digital phosphore)
Подробнее пожалуйста.

Рассчет картинки производится аппаратно. В памяти выделяется двумерный массив по размеру экрана. Напрмер 512 на 256. Один элемент- 4 бита (16 градаций). При сборе данных ( очередной запуск развертки) собирается короткий скан (512 точек). Для каждой точки известна амплитуда и временное положение (считанная с ВАПа задержка между запуском развертки и клоком АЦП). Для каждой точки рассчитывается двумерная координата на экране, вычитывается содержимое соответствующей ячейки памяти по этому адресу и инкрементируется (если значение меньше 15). Раз в 10-20 миллисекунд содержимое памяти вычитывается процессором и отправляется на хост. При этом содержимое всех ненулевых ячеек декрементируется. Получаем цифровой фильтр с "послесвечением" в десятки миллисекунд, как у аналогового скопа. Как это показывать (техническим цветом или яркостью)- можно решить потом.

Давайте прикинем цену такой платы, а то отладка аналога остановилась в связи с отсутствием цифры.
Кроме памяти и процессора (желателен LPC2148) и входа от двух АЦП на плате должна быть прецизионный (с малым джиттером) VCO (например MAX2606), четырехканальный ЦАП (установка смещения каналов и порогов триггеров). Его можно сделать на ЦАПе АРМа и аналоговом ключе с аналоговыми запоминающими элементами (цена вопроса 1 бакс), ВАП (схему подкину позднее- два транзистора, генератор тока на операционнике и один из каналов АЦП LPC2148 или аналоговый компаратор и подсчет импульсов внутри ПЛИС). Два входа от триггеров. Триггера с полностью дифференциальным входом и дифференциальным смещением. Незнаю, как их лучше сделать- по компаратору на каждый канал и коммутировать в цифре или внешний мультиплексор и один компаратор. Еще есть желание поставить в качестве дополнительного триггера СВЧ прескалер (например mc12034), чтобы было легко синхронизироваться с сигналами выше максимальных частот ПЛИС, тем более, что АЦП от linear тянут чуть ли не до гига.
Еще надо разобраться с питанием - очень высоки требования к шуму источников питания и отсутствия наводок с ПЛИС на выходы АЦП (резисторы и, иногда, буфера низкой степени интеграции между АЦП и ПЛИС).
В каком месте лучше разделить платы на аналоговую и цифровую ( до или после АЦП) пока неясно.

[Dainis]

http://www.fpga4fun.com/digitalscope.html
http://www.fpga4fun.com/board_flashy.html

[AlexanderX]

Рассчет картинки производится аппаратно. В памяти выделяется двумерный массив по размеру экрана. Напрмер 512 на 256. Один элемент- 4 бита (16 градаций). При сборе данных ( очередной запуск развертки) собирается короткий скан (512 точек). Для каждой точки известна ...

Для такой обработки нужна статическая память. Динамическая память может рассматриваться хотя бы для небольших последовательных доступов. Можно построить запись в память каждого отсчета отдельно, а при передаче его на компьютер уже вычитывать все интересующие выборки и суммировать на внутренней памяти ПЛИС. В этом случае мы имеем последовательный доступ к памяти SDRAM и получаем DPO.

А что такое КПД в данном случае, можно расшифровать?

При произвольных обращениях к памяти с размером bulk 4 слова пропускная способность памяти используется полностью кроме времени refresh'a.

Какая микросхема памяти используется и сколько ног это отъедает?

Если ставить Micron MT48LC8M32B2 то объем 32MB ширина шины данных - 32 шина адреса - 12 и самая необходимая шина управления - 6. Итого получаем - 50 пинов.

Какой степпинг кристалла ПЛИС?

Можно использовать например Altera EP2C5F256C8

Раз у вас есть опыт в разработке цифры, давайте утрясем эту часть проекта. И сколько такая платка будет стоить?

Пишите в личку. Отвечу, правда, не ранее среды 03.05.06.

[AlexanderX]

В каком месте лучше разделить платы на аналоговую и цифровую ( до или после АЦП) пока неясно.

АЦП относятся к аналоговой части платы

[nicom]

[quote name='AlexanderX' date='Apr 28 2006, 19:04' post='109006']
[quote]
[quote]Какая микросхема памяти используется и сколько ног это отъедает?[/quote]
Если ставить Micron MT48LC8M32B2 то объем 32MB ширина шины данных - 32 шина адреса - 12 и самая необходимая шина управления - 6. Итого получаем - 50 пинов.
[quote]

Господа!
закладываться на отдельные чипы SDRAM надо очень аккуратно, посмотрите, например, что пишет сам изготовитель (МИКРОН) именно на эту память...
читаем отсюда:
http://www.micron.com/products/dram/sdram/...T48LC8M32B2B5-6

читаем:
Not Recommended for New Design. EOL scheduled for Dec 06.

до декабря осталось не так много...,
гораздо более долгоживущие - модули памяти, но, и сейчас, например, найдите SIMM ЕДО на 64мб... только на развалах или помойке... мы, например, только для исключительных заказчиков делаем такую продукцию...


Для МАССОВОГО пользователя (так понимаю, что разговор именно об этом) - такой вариант явно не годится... или делаем все сейчас, сразу все...

Опять...таки DRAM, страшно шумит, и подключать такую память рядом с АЦП...

Для счетчика нельзя использовать линейную адресацию - только Грей....

Для 100МГц - только 4-х и более слоев, иначе геморррр..., но можно в 2-х слоях...только очень аккуратно...

Не все так просто, но реально... уложиться в 5000.

[AndyBig]

Господа, давайте приземлимся .
Итак, предлагаю начальное ТЗ:
- число каналов осциллографа: один
- частота выборок в режиме осциллографа: 50 MSPS
- полоса входного сигнала: до 100 МГц
- объем буферной памяти: 128 КБайт
- интерфейс: USB (первый)

Думаю, это минимум, который имеет смысл реализовать для начала. Потом уже можно навернуть что-то еще. Иначе все окончится как на ixbt .

[arttab]

Господа, давайте приземлимся smile.gif.
Итак, предлагаю начальное ТЗ:
- число каналов осциллографа: один

Может я редкое исключение, но переодически мне требуется 2 канала. Если считаете что это серьезное удорожание (АЦП+входная часть), то предлагаю предусмотреть 2 канала, а паять или не паять дела личное.
Можно и с активными щупами не заморачиваться, особенно если не 50 и более МГц. Можно купить кому что нравиться (от провода до HP9100).
Комерцилизация разработки: часть этому форуму, часть людям серьезно вложившихся в разработку. Защита от дармового копирования варианты: 1) софт компа и железа завязанный др. на др., 2) распаковка закодированного софта в мк и запрос индивидуального кода активизации (1 раз, потом запоминается в мк и работает). кодировка и раскодирование на паре ключей - открытый и закрытый.

[AndyBig]

Если считаете что это серьезное удорожание (АЦП+входная часть), то предлагаю предусмотреть 2 канала, а паять или не паять дела личное.

Боюсь, что не все так просто. Кроме входной части и АЦП нужно ставить еще и соответствующую ПЛИС (как по количеству выводов, так и по скорости), добавлять SRAM...

[_artem_]

Господа, давайте приземлимся .
Итак, предлагаю начальное ТЗ:
- число каналов осциллографа: один
- частота выборок в режиме осциллографа: 50 MSPS
- полоса входного сигнала: до 100 МГц
- объем буферной памяти: 128 КБайт
- интерфейс: USB (первый)

Думаю, это минимум, который имеет смысл реализовать для начала. Потом уже можно навернуть что-то еще. Иначе все окончится как на ixbt .

По моему, для таких характеристик, отдельная тема не нужна - достаточно доковырять это примитивное устройство на 40 msps :
http://www.mindbend.ro/eoscope/eoscope_en.htm

[AndyBig]

Не знаю. Цифровую часть переделывать нужно почти полностью, а по аналоговой - пусть понимающие в этом люди оценят .

[_artem_]

Но АndyBig - 50 MHz ну очень мало , почти по три сегодня, нежели вчера по пять.)

[AndyBig]

А на 100 МГц ну очень дорого . Практически по пять, хотя и сегодня .

[arttab]

Люди! Кто хорошо знаком с такими приставкими - распишите свойства и цены и устроим голосавание - скольким людям чего надо за указанные деньги.
Типа: 1 канал, полоса 20 МГц....; 2 - канала - 20 МГц...

[arttab]

куда интерес провал? Или никто опыта не имеет стоимость прикинуть?

[Богданов В]

Господа, я тут мимо проходил... :-)

Интересное начинание, народный осцилограф/анализатор. Соббсно я как раз кропаю подобное.
Пока накропал пользовательский интерфейс по образу и подобию той штуки, с какой началось обсуждение. Испытал на звуковой карточке. Ну работает, конечно... Но звуковая карточка, это несерьезно, как вы понимаете. Кстати сказать, интерфейс к осцилографу сама простота по сравнению с анализатором. Его я тоже дописал. Если видели интерфейс OSC2, то вы знаете как оно выглядит. Брат-близнец просто :-) Нету функций анализа разных стандартных шин, но что толку писать дальше, если ввода сигнала не будет. Спектрограф... Ну, здесь тоже никаких тайн. Алгоритмы БПФ известны их коды общедоступны. Теперь занялся проблемою ввода через USB.
Правда я и не замахивался на такие характеристики, как тут предлагались. Думал по скромному, 5 -20 мегасэмплов. А в качестве ЦП внешнего устройства использовать АТмега8.

Но если говорить о комерчески привлекательном устройстве, то... Как вам такое?
Карманный осцилограф с ЖКИ-экранчиком для работы вне мастерской. Дефектация блоков и т.п.
В мастерской же, карманный осцилограф подключается к компу и человек имеет все приятности большого экрана+запись осцилограм на диск+возможность сравнить измеряное с записаным+то, что может дать комп и чего бы вы хотели еще. Логический анализатор без компа это просто нонсенс ИМХО. Ну, у компа мозгов-то хватит, с цифирь проанализировать. И со вводом дело обстоит проще.

Ну так что, господа, скооперируемся?

[Alex B._]

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

[Богданов В]

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

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

Идея носится в воздухе.

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

Теперь по поводу прибыльности проекта. Посмотрим на OSC2. Стоимость комплектующих и платы где-то $10. Вы думаете она продается за 40? Не знаю, не знаю. Когда я вознамерился купить такую, мне назвали сумму $70. Нехилый подъемчик! Но и купить не получилось. То у них процы кончились, то еще какая-то беда стряслась.

Так что моё предложение остается в силе. Кто поможет мне железом, тому помогу софтом. Для желающих пообсуждать чужую работу, сообщаю - софт полное г-но. И недостоин вашего внимания.

[Stanislav]

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

Теперь по поводу прибыльности проекта. Посмотрим на OSC2. Стоимость комплектующих и платы где-то $10. Вы думаете она продается за 40? Не знаю, не знаю. Когда я вознамерился купить такую, мне назвали сумму $70. Нехилый подъемчик! Но и купить не получилось. То у них процы кончились, то еще какая-то беда стряслась.

Так что моё предложение остается в силе. Кто поможет мне железом, тому помогу софтом. Для желающих пообсуждать чужую работу, сообщаю - софт полное г-но. И недостоин вашего внимания.

Насчёт "железа".
Попытка создания "крутого" устройства силами удалённых друг от друга энтузиастов, по-моему, обречена на провал. Ход обсуждения данной темы - свидетельство тому.
Если Вы согласны поиметь что-нибудь попроще (например, то, что я предлагал в постах #8 и #40), это становится реальностью.
Для начала, необходимо узнать Ваше видение предполагаемой системы.

[Богданов В]

Попытка создания "крутого" устройства силами удалённых друг от друга энтузиастов, по-моему, обречена на провал. Ход обсуждения данной темы - свидетельство тому.
Если Вы согласны поиметь что-нибудь попроще (например, то, что я предлагал в постах #8 и #40), это становится реальностью.
Для начала, необходимо узнать Ваше видение предполагаемой системы.

Да, я согласен поиметь что-нибудь попроще. Но будет ли отказ от буферного ОЗУ упрощением? Не уверен. High speed USB потребует себе соответствующий драйвер (речь о софте а не контроллере). Тут я с ходу не могу ничего сказать, т.к. предполагал использовать Full speed USB 12 Mbit, т.е. мне нужно время, чтобы изучить вопрос. Еще я предполагал сделать защиту входа перед контроллером. В жизни всяко бывает, если на щуп попадет высокое напряжение, рискуем спалить комп. Вопрос о гальванической развязке как раз сегодня изучал на форуме. Есть устройства, но для High speed они не годятся. Вообще мне непонятно, для чего буфер размером в мегабайты. Если мы изучаем некий периодический сигнал, то нам достаточно запомнить несколько периодов, отправить их в комп и нарисовать график. В следующем цикле все повторяется. Тут уже писали о том, что картинка на экране обновляется с частотой 60-70 Гц, но есть еще инерция человеческого глаза (или мозга, я знаю...). Возьмите какой-нибудь "осцилограф", работающий от звуковой карточки и подуйте в микрофон. Увидите 2-3 линии развертки, хотя на самом деле она одна. Остальные есть результат инерции глаза. Нужен ли нам риал-тайм длинее 1000 сэмплов? Я думаю, нет.
С логическим анализатором дело обстоит иначе. Тут провалы недопустимы. Каким должен быть разумный объем буфера? Как по мне, достаточно 4К. Имейте в виду, что этот буфер кольцевой, непрерывно переписывается после сигнала запуска. Но после остановки, мы имеем вагон времени, чтобы отправить записаное в комп для неспешного анализа человеком. Человек, вот кто главный "тормоз" :-)
И в заключение. Если хотите посмотреть на мою софтину, сообщите свое мыло, вышлю. Если на вашем компе есть звуковая карточка, сможете полюбоваться "осцилограмой". В логическом анализаторе работает только "генератор выходных цифер", можно повводить числа и увидеть изменения на графиках, можно рисовать графики мышкой. Все как в оригинальном OSC2, вплоть до рисунков на кнопках. Спектрографа нет, но допишу, если нужен.

[Stanislav]

Да, я согласен поиметь что-нибудь попроще. Но будет ли отказ от буферного ОЗУ упрощением? Не уверен. High speed USB потребует себе соответствующий драйвер (речь о софте а не контроллере). Тут я с ходу не могу ничего сказать, т.к. предполагал использовать Full speed USB 12 Mbit, т.е. мне нужно время, чтобы изучить вопрос.

Почитайте соответствующий раздел форума, там много полезной инфы. От себя скажу, что работа с Full-Speed и High-Speed драйверами для Вас не будут различаться вовсе (все отличия реализованы на уровне "железа"). Ессно, скорость приёма данных будет разная, это надо учитывать.

...Еще я предполагал сделать защиту входа перед контроллером. В жизни всяко бывает, если на щуп попадет высокое напряжение, рискуем спалить комп. Вопрос о гальванической развязке как раз сегодня изучал на форуме. Есть устройства, но для High speed они не годятся...

Думаю, не так страшен чёрт, как Вы его малюете. Воросы же конструктивной реализации лучше пока не рассматривать.

...Вообще мне непонятно, для чего буфер размером в мегабайты. Если мы изучаем некий периодический сигнал, то нам достаточно запомнить несколько периодов, отправить их в комп и нарисовать график. В следующем цикле все повторяется. Тут уже писали о том, что картинка на экране обновляется с частотой 60-70 Гц, но есть еще инерция человеческого глаза (или мозга, я знаю...). Возьмите какой-нибудь "осцилограф", работающий от звуковой карточки и подуйте в микрофон. Увидите 2-3 линии развертки, хотя на самом деле она одна. Остальные есть результат инерции глаза. Нужен ли нам риал-тайм длинее 1000 сэмплов? Я думаю, нет.

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

...С логическим анализатором дело обстоит иначе. Тут провалы недопустимы. Каким должен быть разумный объем буфера? Как по мне, достаточно 4К. Имейте в виду, что этот буфер кольцевой, непрерывно переписывается после сигнала запуска. Но после остановки, мы имеем вагон времени, чтобы отправить записаное в комп для неспешного анализа человеком. Человек, вот кто главный "тормоз".

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

...И в заключение. Если хотите посмотреть на мою софтину, сообщите свое мыло, вышлю.

Послал в личку.

...Если на вашем компе есть звуковая карточка, сможете полюбоваться "осцилограмой". В логическом анализаторе работает только "генератор выходных цифер", можно повводить числа и увидеть изменения на графиках, можно рисовать графики мышкой. Все как в оригинальном OSC2, вплоть до рисунков на кнопках. Спектрографа нет, но допишу, если нужен.

Сдаётся, над софтом ещё придётся поработать. Ведь интересно не только (и не столько) реал тайм наблюдение, сколько возможность детального анализа содержимого кольцевого буфера.
Если есть возможность, ознакомьтесь с осциллками LeCroy. Он представляет собой обычный комп, работающий под WinXP, только с платой захвата. Я не призываю совершать подвиг и пытаться реализовать все функции данного прибора, но, повертев ручки и понаблюдав сигнал с генератора, быстро понимаешь, что именно нужно в первую очередь.
Кстати, большинство современных "крутых" осциллографов имеют... всего 8-битный АЦП, поэтому, на мой взгляд, измерительными приборами могут называться лишь с большой натяжкой. В части НЧ измерений есть реальный шанс посрамить грандов!

[TED17]

Сдаётся, над софтом ещё придётся поработать. Ведь интересно не только (и не столько) реал тайм наблюдение, сколько возможность детального анализа содержимого кольцевого буфера.
Если есть возможность, ознакомьтесь с осциллками LeCroy. Он представляет собой обычный комп, работающий под WinXP, только с платой захвата. Я не призываю совершать подвиг и пытаться реализовать все функции данного прибора, но, повертев ручки и понаблюдав сигнал с генератора, быстро понимаешь, что именно нужно в первую очередь.

Софтину а ля LeCroy и даже круче и красивше можно написать за 2-3 дня под NI Labview - будет екзешник 1мВ + рантайм около 30мВ. Там есть и FFT и все мыслимые виды обработки. Нужна только только интефейсная часть, корректно работающая под XP. Labview под это дело специально заточена.

[dmitry-tomsk]

Привет всем.
Как-то делал плату ввода с АЦП на 50 МГц от Analog Devices через USB на CY68013 и Spartan 2s50e, на двухслойной плате. В качестве буферной памяти - Block RAM Spartan. Драйвер простенький на 32 мБ/сек работал на встроенном в чипсет USB, для USB через PCI - 16 МБ/сек. Наверное, дороговато для народного осциллографа, но подумать можно.

[Stanislav]

Софтину а ля LeCroy и даже круче и красивше можно написать за 2-3 дня под NI Labview - будет екзешник 1мВ + рантайм около 30мВ. Там есть и FFT и все мыслимые виды обработки. Нужна только только интефейсная часть, корректно работающая под XP. Labview под это дело специально заточена.

Нэ кажы гоп, докы нэ пэрескочив. На моём рабочем месте стоит недавно полученный WaveRunner Xi. По богатству рулёжки он далеко оставляет позади все приборы, используемые в нашей фирме (а она весьма богата на агилент, хьюлетт и тектроникс). Уверен, что с Вашим подходом не удастся сделать ничего даже отдалённо похожего.

[TED17]

Богатство рулежки виртуальных приборов под Labview ограничено только фантазией. Ни героизма ни даже особого напряга тут не требуется. Проверено многолетней практикой.

[Stanislav]

Привет всем.
Как-то делал плату ввода с АЦП на 50 МГц от Analog Devices через USB на CY68013 и Spartan 2s50e, на двухслойной плате. В качестве буферной памяти - Block RAM Spartan. Драйвер простенький на 32 мБ/сек работал на встроенном в чипсет USB, для USB через PCI - 16 МБ/сек. Наверное, дороговато для народного осциллографа, но подумать можно.

Ваш опыт очень может быть полезен. Это почти то, что нужно (исключая PCI, ессно). И, главное, - это возможно.
Конечно, фолькс-проект нужно делать максимально доступным по цене/себестоимости. И для этого следует изыскать все возможности.
Вы бы согласились в нём поучаствовать?

[Stanislav]

Богатство рулежки виртуальных приборов под Labview ограничено только фантазией. Ни героизма ни даже особого напряга тут не требуется. Проверено многолетней практикой.

Не спорю. Однако, делать хорошую систему на Labview я бы не стал - тормозА страшные. Тут хороший кодер рулит...

[TED17]

]Не спорю. Однако, делать хорошую систему на Labiew я бы не стал - тормозА страшные. Тут хороший кодер рулит...

Осцил - игрушка для глаз, чаще чем 10 раз в секунду экран обновлять не надо. А инфа из скоростного буфеара никуда не денется(тем более что USB далеко не реалтайм). Так что тормоза не страшны. А преимущества остаются. Слишком крутой нужен кодер для реализации и отладки полнофункционального прибора, да и времени уйдет немало, а ужесли что изменить.... А в Labview все просто красиво и надежно, кстати и стандартные DLLки она потребляет - если хочется побыстрей.
Хотя, конечно, дело вкуса.

[Stanislav]

Осцил - игрушка для глаз, чаще чем 10 раз в секунду экран обновлять не надо.

10 раз в секунду - маловато.

...А инфа из скоростного буфеара никуда не денется(тем более что USB далеко не реалтайм).

Почему? Я предлагаю использовать USB именно как реал-тайм. И надеюсь, что такой подход найдёт понимание.

...Так что тормоза не страшны. А преимущества остаются. Слишком крутой нужен кодер для реализации и отладки полнофункционального прибора, да и времени уйдет немало, а ужесли что изменить.... А в Labview все просто красиво и надежно, кстати и стандартные DLLки она потребляет - если хочется побыстрей.
Хотя, конечно, дело вкуса.

Может, Вы и правы... Не в смысле качества продукта, а в смысле простоты его реализации. Этот вопрос тоже надо бы обсудить.

[Pyku_He_oTTyda]

Богданов В

Написал Вам в личку, хочу посмотреть софтину