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

[MisterDi]

Так называемый Burst mode. 2,4,8 адресов или весь банк. Вопрос не смотрел глубже, да кажется можно все таки обойтись без ПЛИС, преимущество полная скорость памяти. В сети упоминалось 1нС для SDRAM

C SDRAM без ПЛИС никак не получится, у них очень сложный алгоритм формирования тактовой последовательности. И хотя говорях о времени доступа 5-7нС, это быстродействие достигается на блоковых передачах достаточно большой длины. Первые данные появляются на выходе модуля памяти через 5-8 тактов. Благодаря конвейеризации удается снизить общее время доступа к данным одного блока до 2-х тактов.

[MisterDi]

При создании его я замаялся искать микросхему IDT, а в наличии куча SRAM на 15ns, вот оттуда и вырос мой вопрос.

В IDT счетчик адресов - встроенный, а для SRAM его нужно добавить. Единственное место, где это можно сделать - ПЛИС. Кроме того разделение шины данных по входу и выходу - это тоже лучше делать на логике. Но я встречал варианты, когда на время чтения данных в МК из ОЗУ выходы АЦП переводились в Z-состояние. Плюсом такого решения можно считать возможность непостредственного чтения АЦП -› МК

[Андрей К]

C SDRAM без ПЛИС никак не получится, у них очень сложный алгоритм формирования тактовой последовательности. И хотя говорях о времени доступа 5-7нС, это быстродействие достигается на блоковых передачах достаточно большой длины. Первые данные появляются на выходе модуля памяти через 5-8 тактов. Благодаря конвейеризации удается снизить общее время доступа к данным одного блока до 2-х тактов.

MisterDi, есть тогда такой вопрос по конструкции: всем, да и Вам скорее всего известен такой прибор: eOscope, схема и исходники которого расположены на сайте www.radiokot.ru , там в схеме стоит микросхема FIFO IDT7201LA15J, можно ли её заменить на то, что у меня имеется: CY7C429-25PXC (да у них разные корпуса и объем памяти), но меня интересует именно применительно к схеме их быстродействие? Кстати спасибо что отговорили меня месить тесто из SRAM и кучи микросхем или ПЛИС дабы поменять все это хозяйство как альтернативу FIFO.

[MisterDi]

У Вас ФИФО более емкое, чем в оригинале(и это хорошо ), если доработать софт, то все нормально.
Время цикла 25нС соответствует тактовой частоте 40МГц. Тут нужно проверить параметры импульсов записи/чтения, чтобы они укладывались в допуск. Теоретически должно работать, а как на практике- надо смотреть. Если снизить частоту например до 32МГц, то работать будет. Но по-любому нужны доработки софта.

[Андрей К]

У Вас ФИФО более емкое, чем в оригинале(и это хорошо ), если доработать софт, то все нормально.
Время цикла 25нС соответствует тактовой частоте 40МГц. Тут нужно проверить параметры импульсов записи/чтения, чтобы они укладывались в допуск. Теоретически должно работать, а как на практике- надо смотреть. Если снизить частоту например до 32МГц, то работать будет. Но по-любому нужны доработки софта.

Спасибо за ответ! Буду робить дальше в нужном направлении.

[roma9112]

А никто случайно с индикатором на контроллере Т6963 не общался? Дело в том , что собрав наконец то все более менее в кучу, увидел, что по моему алгоритму прорисовки экрана как то долго все получается. Программист я не очень то, но посмотрев даташит на Т6963 увидел, что на экране байты ОЗУ располагаются горизонтально по строке, а амплитуда приходящего сигнала то "вертикальная". Я придумал алгоритм по которому прорисовываю кривую поочередно по столбцам индикатора(по 8 бит), а так как строк 128, приходится в каждой строке каждый бит сравнивать с пришедшим уровнем сигнала, да и столбцов 30 штук! Работает нормально, но как то все затягивается, может подскажите, есть какой нибудь вариант пооптимальней? Да, контроллер пользую 51-й, пользуюсь пока только ассемблером...

[MisterDi]

Как вариант. Номер строки равен значению сигнала(грубо). Делаем два буфера:
один - длиной в одну строку вывода (128байт) в который сначала записываем значения сигнала,
второй - длиной 30 байт то, что будем выводить на индикатор.

Если номер текущей строки равен значению сигнала в данной точке, то точка светится, иначе - погашена.

При таком алгоритме вывод на экран можно совместить с расчетом.

Надеюсь понятно изложил.

[firew0rker]

А если просто повернуть индикатор на 90 градусов?

[roma9112]

Как вариант. Номер строки равен значению сигнала(грубо). Делаем два буфера:
один - длиной в одну строку вывода (128байт) в который сначала записываем значения сигнала,
второй - длиной 30 байт то, что будем выводить на индикатор.

Если номер текущей строки равен значению сигнала в данной точке, то точка светится, иначе - погашена.

При таком алгоритме вывод на экран можно совместить с расчетом.

Надеюсь понятно изложил.

Спасибо, попробую разрисовать, может дойдет и проще будет.

Интересно, наверное идеи с поворотом экрана только у залетных прохожих и бывают...

[roma9112]

Пока не понял идеи, может сам плохо объяснил. У меня индикатор 240х128, графическая область организована из последовательно расположенных горизонтально 30-ти байтов в 128 строк. Я рассчитав 8 значений сигнала для столбца, состоящего из расположенных вертикально 128 байтов, начинаю в каждой строке определять значение каждого бита, т.е. отображать его или нет, после получившийся байт прорисовываю, перехожу на след. байт этого столбца. Так до 128-го, далее к следующему столбцу. Да еще определяю когда появляются байты где нужно накладывать сетку. Потом надписи, в итоге весь экран прорисовывается ок. 0,25 сек. Может это и ничего страшного, а может можно как-то проще и быстрей?