ТЕМА:

Ох, чую, кончился мой марсоходоосциллограф! Дальше нет никакой перспективы сделать что то без изменения схемы самого марсохода! АЦП "моросит" аж жуть! Думаю попробовать прилепить к нему хотя бы один операционник. Иначе это не АЦП, а какой то приемник помех! Наводится буквально все! Вчера вывел из микрухи два сигнала на внешний осцилл. Ничего измерить не удалось! Импульсы от этих проводов отображаются на осциллограмме, путают синхронизацию и на экране полный бардак! Убрал сигналы - стало лучше, но все равно наводятся сигналы ЛЦД-панели и вообще все, что рядом "кружится".

Проект стал мертвым колом!

Теперь нужен фронт-энд. Хоть какой нибудь, но нужен!

Отож. А потому что это ПРИБОР, а не просто схема.

P.S.

Ну а все-таки хоть что-то он показывает? может у Вас синхронизация плохо реализована? Я на своем, например, хорошо могу посмотреть видеосигнал или сигнал от PS/2 клавиатуры или сигнал последовательного интерфейса. Это, конечно, сигналы уверенно более мощные, чем помехи. Т.е. когда я щупом на них становлюсь, то помеха исчезает. Единственный всего лишь потенциометр на входе, опять же, делает работу намного приятнее.

P.P.S.

А вообще, здесь столько замечательных микросхем в качестве рекомендаций для входной цепи и АЦП перечислили, что пора уже голосовать :) В конце концов, можно сделать схему, на которую при желании можно потом просто не распаивать АЦП при использовании с Марсоходом 2.

Chaosorg пишет: Ну а все-таки хоть что-то он показывает?

Сейчас сделаю фотку и выложу. Как обычно, на видеосигнале.

Chaosorg пишет: может у Вас синхронизация плохо реализована?

А вот об этом можно поговорить...

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

Принцип синхронизации пока такой:

Даннные от АЦП проступают одновременно на вход компаратора (8 бит) и на вход узла памяти длиной 4096 байтХ8 бит. Второй вход компаратора получает число в пределах восьми бит от отдельного узла, который по команде из контроллера на другой плате фомирует число и отображает его как уровень синхронизации на экране. Желтый треугольник (маркер) на экране справа внизу с пунктирной линией это оно и есть. После компаратора сигнал "больше" и "меньше" поступают на коммутатор (фронт-спад). Я пока не подключил его, но планируется его подключить к узлу, который по команде контроллера формирует на экране значек со стрелочкой вверху возле надписи "NORMAL" Это будет управление синхросхемой "фронт"-"тыл" или "Posedge-Negedge", кому как удобнее. После коммутатора триггер, обычный DFF на входе которого сигнал от схемы генератора синхросигнала панели. Этот генератор генерит сигнал "рампа" и "сброс сихронизатора" Сигнал "рампа" нужен для предотвращения срабатывания синхронизации до того момента, пока данные, захваченные в предьидущем цикле не будут перезаписаны в память, из которой они выводятся на экран. Это отдельная память, которую можно назвать буфером экрана. Перезапись инфы из памяти в память происходит между 220 и 228 строками экрана. Это еще поле экрана, но уже за пределами рабочей зоны. Когда сигнал "рампы" заканчивается, становится возможна запись единицы в триггер и момент этой записи и есть момент синхронизации. Триггер защелкивается до того времени, пока не будет перезаписана инфа из памяти в память. Перезапись предусматривает "предзапись" т.е. первые 4096 байт-отсчетов АЦП пишутся в память независимо от синхронизации сразу после перезаписи, а только потом возникает возможность срабатывания синхры. Это и есть предзапись. После сработки синхры дополнительная схема отсчитывает количество байт, равное расстоянию от маркера момента синхронизации (красный треугольник вверху рабочей части экрана) до конца обьема памяти в 4096 байт и "дозаписывает" буфер до конца.

Сигналы на вход АЦП надо либо короткими проводами подавать, либо через коаксиал.
Для отладки можно в самой ПЛИС формировать тестовый сигнал (меандр и тп).

Васисуалий пишет: Принцип синхронизации пока такой:

Даннные от АЦП проступают одновременно на вход компаратора (8 бит) и на вход узла памяти длиной 4096 байтХ8 бит. Второй вход компаратора получает число в пределах восьми бит от отдельного узла, который по команде из контроллера на другой плате фомирует число и отображает его как уровень синхронизации на экране. Желтый треугольник (маркер) на экране справа внизу с пунктирной линией это оно и есть. После компаратора сигнал "больше" и "меньше" поступают на коммутатор (фронт-спад). Я пока не подключил его, но планируется его подключить к узлу, который по команде контроллера формирует на экране значек со стрелочкой вверху возле надписи "NORMAL" Это будет управление синхросхемой "фронт"-"тыл" или "Posedge-Negedge", кому как удобнее. После коммутатора триггер, обычный DFF на входе которого сигнал от схемы генератора синхросигнала панели. Этот генератор генерит сигнал "рампа" и "сброс сихронизатора" Сигнал "рампа" нужен для предотвращения срабатывания синхронизации до того момента, пока данные, захваченные в предьидущем цикле не будут перезаписаны в память, из которой они выводятся на экран. Это отдельная память, которую можно назвать буфером экрана. Перезапись инфы из памяти в память происходит между 220 и 228 строками экрана. Это еще поле экрана, но уже за пределами рабочей зоны. Когда сигнал "рампы" заканчивается, становится возможна запись единицы в триггер и момент этой записи и есть момент синхронизации. Триггер защелкивается до того времени, пока не будет перезаписана инфа из памяти в память. Перезапись предусматривает "предзапись" т.е. первые 4096 байт-отсчетов АЦП пишутся в память независимо от синхронизации сразу после перезаписи, а только потом возникает возможность срабатывания синхры. Это и есть предзапись. После сработки синхры дополнительная схема отсчитывает количество байт, равное расстоянию от маркера момента синхронизации (красный треугольник вверху рабочей части экрана) до конца обьема памяти в 4096 байт и "дозаписывает" буфер до конца.

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

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

Пришла наконец то ПЛИСка новая .. под измериловку:

а к ней супер точные ИОН LM399 и источник опорного сигнала на 10МГц OCXO MV-85A
Остальная коплектуха в пути :)

with, а что это за такие эротичные красные колпачки, четыре штуки посередине платы? На плате есть АЦП?

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

Leka пишет: Для отладки можно в самой ПЛИС формировать тестовый сигнал (меандр и тп).

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

Chaosorg пишет: Вы сигналом "рампа" по сути модулируете с точки зрения триггера входной сигнал - это плохо.

Эх, где же Вы были, когда я это сделал? В прочем я уже и сам догадался, где у меня косяк. Безусловно я тут сделал глупость. Я полагаю, надо сделать так:

Блок с памятью пишет в себя по кругу постоянно все, что попадается в АЦП. Когда приходит сигнал от блока синхронизации, то память дозаписывается. Запись заканчивается и схема ждет перезаписи в видеобуфер. Как только инфа в видеобуфер перезаписана, то снова начинается запись в круглую память. Т.е. никакие перезаписи не могут внезапно прерывать этот процесс до получения в памяти "чистого" дампа!

Спасибо за замечание! :)

Надеюсь админ меня не прихлопнет за "рекламу" своего железа :)

Вот мой скромный ПЛИСовый арсенал. Справа плата - это циклон 2 на 8к ячеек. Я на нем в основном и учусь ... благо корпус на 208 ног .. + плата проца съемная.
Слева это новый циклон, недавно пришел .. брал тут - там полное поисание. Набор состоит из платы проца EP4CE40f23I7N на которой две банки SDRAM по 64мб, 128мб флеш, 256k SRAM , и материнской платы. На материнке видео ЦАП на 1600 пикселей , 1Гб сетевуха гальванически развязанная, 24б аудио ЦАП и АЦП и RS232, ну и еще инфракрасный приемник для работы с пультами.

Ниже на фото на зеленой платке это MAX2 570 , а квадратная коробочка :) - это OCXO стандарт частоты на 10МГц стабильностью в 0.1ppm

Красные эротичные колпачки - это колпачки SMA разъемов. Туда можно подавать внешний тактовый сигнал и снимать так же его от-тудева. Новая плиская позволяет до 400МГц.

Две АЦП на 12б 256МСП + 160МГц SRAM + 50 шт линейных датчиков холла для магнитного зрения - в ожидании. Все это будет тулится к большой плиске.
Вот как то так

На сайте altera в разделе про dev kit-ы www.altera.com/products/boards_and_kits/...kits.html#cyclone-iv не нашел такой платы. Кто производитель-то?