|
|
|
|
|
Более-менее прилично документирован только осциллоскопчик, породивший эту тему. В качестве запоминалки он не особо хорош -- слишком маленький объем ОЗУ, тем более для двух каналов. Все что было сделано после -- на порядок сложней и без внятного описания. Со свободным временем с апреля сильно лучше не стало; на форумах стараюсь участвовать только в качестве читателя : - ) Думаю,"что-то просто чуток быстрее чем звуковая карта+РС" стоит попробовать сделать с нуля, с учетом имеющегося опыта. Причем, сразу ориентироваться на два канала и объем ОЗУ, измеряемый сотнями КБ. |
|
|
|
я чего про это вспомнил -наткнулся на странички из EPE-magazine
http://www.ustr.net/picfiles/
Ссылка на этот девайс была давно в ж.Радиохобби, прога для РiC и PC есть в архивах самого EPE
http://www.epemag.com/projcat.html http://www.epemag.com/library2.html
http://www.epemag.com/datafils/picvscope1v1.zip ==============
а тут - полная статья сканирована - ну и захотелось ...Однако со "знакомым" автором - все-же лучше и надежнеe, опять-же оболочку можно коллективно доработать ....
Будем надеяться, что время у ВАС найдется.
Кстати, под запоминалкой, я имел в виду РС, но совсем не против увеличения м/сх ОЗУ
Как бы еще сделать небольшую запись предыстории в ждущем режиме ?
=============
и еще, может быть сразу на USB2/0 сориентироваться?
Чего-то не хочется такую-же прибизительно коробочку за $500 покупать  |
|
|
|
По статье: imho, использовать встроенный АЦП PIC совсем уж несерьезно. Конечно, от целей зависит, но все же.. АЦП в звуковых картах и то шустрее. Можно попробовать разработать "осц.-пр. версия 3" усилиями заинтересованных участников. В виде открытого проекта непосредственно на форуме. По духу - нечто близкое к моему проекту годичной давности, но с более приличными характеристиками. Готов не слишком активно поучаствовать : - ) |
|
|
|
Присоединяюсь... к желанию участвовать. Какое-то время назад даже пытался замутить нечто подобное. Дальше идей дело не дошло. |
|
|
|
А я все о своем .
Про 3 AVR
Синхронизировать их можно подав ресет без клока."Reset pulses longer
than the minimum pulse width (see Table 15) will generate a reset, even if the clock is
not running."
Далее есть идея, заставить их(AVRы) , в свободное от основной работы время , стать ИО контроллера ЮСБ
Прецеденты есть.
Итого, можно получить вполне приемлемый девайс по приемлемым затратам. |
|
|
|
Давайте сначала TЗ прикинем. Нужно ведь, чтобы всех заинтересованных все устроило.
10 или 50 Мгц( меня , например 20 мгц вполне устраивает) - отсюда выбор усилителей, АЦП (внешний, конечно) итд. Озу - сколько, и чтоб купить легко ... И все это, с учетом минимума нагрузки на DVM ( т.е максимум использования наработок). Спаять то я тоже могу, а вот в программировании - не силен, я даже не очень представляю процесс передачи и отображения в комп и на экране). Однако, думаю, что готовую uSB - Com(LPT) микросхемку приделать -это всем посильно ...) Кстати ,по цифровой части, мне кажется не слишком важным количество м\сх uC, RAm итд, лучше, конечно, когда меньше, но я эту часть все равно собираюсь на макетке-проводами делать. Если sMD - можно и на плату время потратить ... Коробочку нужно еще выбрать доступную, из Чипа-Дипа,к примеру ....
Главное - до ума довести, а не как на IXBT - под 80 страниц ....  |
|
|
|
Начинаем прикидывать, если никто не против. У меня была идея сделать прибор блочным. Т.е. есть основная часть - МК, питание, связь по УСБ и все. Остальное подключается. Т.е. например аналоговый блок - АЦП, ОЗУ и схема синхронизации, схемыв записи в ОЗУ (ПЛИС). Либо блок цифрового анализатора - то же самое без АЦП - просто пишется сигнал с n-го количества цифровых входов с регулируемым порогом. Вообщем это так мысли. По поводу комплектующих. Мои идеи: МК - AT89C5131 - основное преимущество - есть УСБ. Стоит ок 11 у.е. Про него есть целая книга с кучей примеров и даже с написанием драйверов под винды.
ОЗУ - SRAM (чтоб не парится с обновлением) - k6r1008c1d - 128Кх8бит, например. Стоит - 120 рэ.
АЦП - например AD9051, 60 MSPS, 10 бит. Стоимость - бесплатно.
Тактировать можно DDS. Например AD9851. Сразу появляется куча возможностей. Например до появления синхронизации пишем в ОЗУ выборки циклически на частоте в 2 (4, 8) раза меньше основной, после синхросигнала подаем сигнал на DSS обновления частоты и сразу же пишем на нормальной скорости. Получаем некую "предисторию". Я могу програмить МК, кое как. Могу продумать цифровую часть. С ПЛИС работать не умею. |
|
|
|
Если про модульность, то Usb как раз в uC - не нужно, мне кажется, что проще сходить на рынок и готовый переходник за 700 руб купить ( либо Сом - либо ЛПТ, я так понимаю, на скорость с РС это не повлияет.) А кто захочет -может и в коробочку ту же микросхему (FTDI или аналоги - воткнуть). Если этот подход -устраивает - могу сходить купить шлейф к-то распространенный - и посмотреть что за микросхема внутри. Опять же. СОМ-LPT -"стандартные" -программировать проще (DVM-у
Авр-ки быстрые, конечно, но сейчас можно и РIC18 до 50...60 мгц разогнать ( теоретически, сам не пробовал )
Правда, на 20 мгц выборок PIC18 ( :4!!!) наверно не хватит?
Вот еще мысль: У Bitscop-a протокол обмена ведь открытый ( на сайте)? может сразу ориентироваться на оболочку РС от DVM? но в уме ,про запас - держать и "третьесторонние"..( помимо фирменной, там и еще что-то есть).....
Я USB - не занимался - может быть наивный вопрос - а на полной скорости бывают Опторазвязанные USB? ( ну, или оптопары соответсвующие)
|
|
|
|
Можно на Ubicom - глянуть - давно читал, но вроде у них команда за такт ( в отличие от пиков ) и до 100 мгц -
для 20 мгц - пять команд Хватит этого, чтоб в память байт положить? Программируются вроде просто - косичкой ,как старые пики.... |
|
|
|
По моему скромному мнению, не стоит делать осцил. на основе прямой загонки данных из АЦП в МК: не будет никакой возможности творческого роста, ни скорость увеличить, ни разрядность, ни количество каналов. Надо ставить промежуточный накопитель (FIFO, RAM), работающий на много большей скорости чем сам МК. Тогда можно будет ориентироваться на недорогие, распространенные и не особо производительные МК. Про КОМ и ЛПТ: абсолютно неинтерестные интерфейсы. Прикиньте сколько будет грузится выборка из 1024 точек по 10 бит по КОМу на 115200. 0.08 сек. Вроде нормально. Но 1024 это не интерестно. Не будет никакого превосходства над ЭЛТ осцилами. Не экранной лупы, ни долгих разверток с приемлемой детализацией. Берем УСБ и обьем выборки 128 кБ (обьем микрохемы, которую я привел в пример). УСБ 1.1 - 15Мбит/сек. Пусть реально выжмем 5Мбит/сек. Время выгрузки полной выборки 0.2 сек. При том что не обязательно сразу всю грузить. Далее про костыли в виде переходников - я лично против. Во первых снижение скорости за счет переходного интерфейса. Во-вторых - лишние детали. |
|
|
|
|