roboforum.ru

=DeaD= писал(а):влезает в разные темы, разбрасывается ложными утверждениями ...

Похоже курс пишет ... типа это промоушен.

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

А с чего всех так всполошили эти 2..4Мс/с? Кто-то реально скоп делать собрался? После всех ссылок которые здесь приводились

Этому учит нас теорема Котельникова...

Она нас еще кое чему учит... например, что через эти же точки можно провести еще и другие синусоиды...

bolt писал(а):А с чего всех так всполошили эти 2..4Мс/с? Кто-то реально скоп делать собрался? После всех ссылок которые здесь приводились

А ты по ходу опять решил тут за всех чего кому делать, а чего нет?

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

А ты по ходу опять решил тут за всех чего кому делать..

Да что вы! Я лишь поинтересовался дальнейшими планами Мастера по строительству USB скопа. Чё новое узнать надеялся, али схему какую позаимствовать

Я занят пока, проектом Open Robotics, ежели не заметил.

Вот перечитал почти всю ветку. Попробую обобщить ваш 22х-страничный флейм
1. Осцилл должен быть масштабируемым. Основа: ацп+процессор. Опционально: интерфейс USB и\или жк дисплей.
Плюсы: все довольны, да и масштабируемость - это вообще хорошо. Или даже вывести свободные ноги МК для других дополнительных модулей на будущее.
Минусы: ...ваши предложения.

2. схемотехника:
2.1 входной блок, нормирует и развязывает входной сигнал.
2.2 АЦП
2.3 МК, снимает и обрабатывает сигнал с АЦП, организовывает передачу по USB, управляет жк дисплеем.
Про синхронизацию и всякие прибамбасы типа аппаратного частотомера пока молчу.

А теперь самое интересное..о скорости передачи usb и частоте дискретизации. По usb максимум 480Мбит = 60Мбайт в секунду. Передавать 8-разрядные замеры получится в лучшем случае на частоте 40-50МГц, а то и медленнее чтобы обеспечить непрерывный поток данных. А если мы хотим быстрее, к примеру, до 100МГц? У меня такие мысли: поставить буфер, в который можно было бы записывать со скоростью 100 Мегазаписей в секунду (время записи <=10нс) и при заполнении передавать его.

ниче если я таки свое ИМХУ скажу?

quarz писал(а):Вот перечитал почти всю ветку. Попробую обобщить ваш 22х-страничный флейм
1. Осцилл должен быть...

куплен... ибо это инструмент штангель то же рисуем самостоятельно?

quarz писал(а):А если мы хотим быстрее, к примеру, до 100МГц? У меня такие мысли: поставить буфер, в который можно было бы записывать со скоростью 100 Мегазаписей в секунду (время записи <=10нс) и при заполнении передавать его.

100МГц - это очень много. В какой-то степени это - радиотехника

С имеющимися в быту технологиями замахиваться на что-то большее 20МГц ...

100 МГц, нехилый буферок получится, ~100 Мбайт памяти на 1 секунду записи. я уж не говорю про то что sd карточки пишутся на скорости ~6 Мбайт/сек максимум

Для такой частоты - секунда - это ооочень много, почти километр записи. Куда тебе столько? Обычно ставят триггер по фронту и пишут 200-300 точек - и этого в 99% случаев достаточно.

to quarz:
USB даст 20-30 мег в секунду тебе. 60- теория.
буфер: Посмотри(купи осцилл PV6501 - там просто внутреннюю память спартана используют. Дешево/быстро/сердито.

zubr писал(а):буфер: Посмотри(купи осцилл PV6501 - там просто внутреннюю память спартана используют. Дешево/быстро/сердито.

Интересно, в ветке минибота так же назойливо твердили "купи нормального робота и не парься" ?

20-30 метров это мда...