Цифровой осциллографический пробник "Хамелеон".

[kai]

2 y_kiyko

Опороное напряжение АЦП от внутреннего стабилизатора 2 вольта? Или в качестве опоры взяли аналоговое питание?

Все правильно - опорное 3.3 вольта (аналоговое питание), отсюда и ~9 кОм.

А насчет синхронизации есть вопрос - пункт в меню для выбора уровня действует для режима автоматической синхронизации (по аналогии с уровнем в аналоговых осцилографах)? Или это только для внешней/ждущей?

Спасибо.

[kotovasiya]

2 y_kiyko

Опороное напряжение АЦП от внутреннего стабилизатора 2 вольта? Или в качестве опоры взяли аналоговое питание?

Все правильно - опорное 3.3 вольта (аналоговое питание), отсюда и ~9 кОм.

А насчет синхронизации есть вопрос - пункт в меню для выбора уровня действует для режима автоматической синхронизации (по аналогии с уровнем в аналоговых осцилографах)? Или это только для внешней/ждущей?

Спасибо.

Уровень работает только для автоматической синхронизации и для ждущего режима.Внешняя от логической единицы или от нуля от зависит выбора в меню

[y_kiyko]

Все правильно - опорное 3.3 вольта (аналоговое питание), отсюда и ~9 кОм.

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

[kai]

2 y_kiyko
Спасибо, т.к. шумы действительно есть, но я это оставил на потом после промывания платы.
2 kotovasiya

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

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

Внешняя от логической единицы или от нуля от зависит выбора в меню

Это "подъем" или "спад" имеется ввиду?

Спасибо.

[kotovasiya]

2 y_kiyko
Спасибо, т.к. шумы действительно есть, но я это оставил на потом после промывания платы.
2 kotovasiya

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

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

Внешняя от логической единицы или от нуля от зависит выбора в меню

Это "подъем" или "спад" имеется ввиду?

Спасибо.

Значение синхронизации начинает работать от 128 до 256 , алгоритм такой из массива графика ловит подходящий уровень по уровню (значению)синхронизации и после показывает картинку

[kai]

Спасибо! Вечером попробую.

[polus2003]

//////////////////

[li0n]

Привет всем!
Недавно наткнулся на этот проект - очень понравилось! Идея великолепна, как и исполнение!
Возможно смогу собрать, но сейчас не об этом.
У меня есть идея как увеличить полосу пропускания до 1,5 МГц.

Основная проблема скорости в том, что Меге нужно 3 такта на то, чтобы записать результат ацп в буфер из-за того, что буфер находится в SRAM
Но для записи в регистр общего назначения нужен всего 1 такт.
Таким образом можно взять 20 регистров в них за 20 тактов записать измерения, а оставшиеся 176-20 тактов копировать их в SRAM.
Таким образом за 9 проходов можно записать данных на всю ширину экрана. Это можно сделать т.к. сигнал у нас периодический(другие все-равно бессмысленно наблюдать). Проблема только в синхронизации соседних кусков по 20 измерений между собой, но это довольно просто сделать, Если непонятно, то могу описать алгоритм.

Вроде бы такого ещё не предлагали.
Напишите, что думаете по этому поводу.

[PANYTA]

С синхронизацией соседних кусков действительно проблема.
"но это довольно просто сделать"
А поподробнее про это "просто" ? Алгоритм в студию...

А насчёт "другие все-равно бессмысленно наблюдать" ты неправ (я так думаю).
А сигналы пульта ДУ или автосигнализации, к примеру ?

[darian]

А насчёт "другие все-равно бессмысленно наблюдать" ты неправ (я так думаю).
А сигналы пульта ДУ или автосигнализации, к примеру ?

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

[li0n]

С синхронизацией соседних кусков действительно проблема.
"но это довольно просто сделать"
А поподробнее про это "просто" ? Алгоритм в студию...

А насчёт "другие все-равно бессмысленно наблюдать" ты неправ (я так думаю).
А сигналы пульта ДУ или автосигнализации, к примеру ?

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

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

[kotovasiya]

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

[PANYTA]

А может накидывать в озу пачки из 30ти байт (32 регистра),
а потом "разбираться" с ними, искать и синхронизировать?

[li0n]

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

Я про это сразу говорил: "остальные 176-20 тактов писать в SRAM"

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

А может накидывать в озу пачки из 30ти байт (32 регистра),
а потом "разбираться" с ними, искать и синхронизировать?

Это тоже можно, правда писать заметно сложнее. И есть вероятность, что вообще не получится синхронизовать(все время почти одну и ту же часть снимали).

[kai]

Вот и батарейка прибыла и плату помыл. Помех стало больше
Надо разбираться с питанием и начну с подветки: 33 мкГн скорее всего маловато для подсветки - сколько кто ставил? У Alex62 вроде 100 мкГн стоит, хотя на схеме 22 мкГн.
Еще столкнулся с небольшой проблемой - рассматривал в режиме анализа импульсы модельного сервотестера собранного на на пике с кварцевой стабилизацией (длительностью от 1 до 2 мсек и периодом в 20 мсек). Так вот при развертке в 200 мкС в режиме осцилографа длительность импульса в 1 мсек примерно соответствует ожиданиям (около 5 делений), а в режиме анализа разность между конечным и начальным временами маркера показывает увеличенное в два раза значение длительности импульса. Результат довольно стабилен - на различных режимах развертки и длительности импульса. Может кто-нибудь посмотреть у себя и подтвердить/опровергнуть?

Спасибо.

ЗЫ: Схема и прошивка на 81 странице темы в сообщении от Alex62 в этом архиве http://www.radiokot.ru/forum/download/file.php?id=38106

[agsol]

Добрый день, у меня собран по схеме y_kiyko версия B, в процессе наладки у меня также присутствовали шумы 1-2 пикселя, не меняя схемы включения АЦП соединив 21 и26 ногу на TLV шумы пропали, может это неправильно, но посмотрите этот вариант(для y_kiyko), а также для увеличения частоты я уже предлагал изменить немного схему, а именно разорвать D0-D7 в разрыв поставить допустим Mega48 на 20 МГц+clk (плату не надо будет переделывать, а добавить сверху маленькую платку) и разделить функции Mega 32 по типу видеопроцессора и управления, а Mega 48 обработка и сохранения сигнала и передача на мегу32(это главное) (то производительность вырастит цена вопроса небольшая) , а также можно частично порты использовать для анализатора хотя бы 4 цифровых входов и мультиметра(это второстепенное), еще может пригодится для будущих схем(это не предложения для данной схемы) проинвертировать частоту кварца для обеспечения поступления тактовых сигналов на АЦП в противофазе, чтобы момент чтения данных микроконтроллером совпадал с моментом готовности данных в буферном регистре АЦП. Сильно меня не ругайте я новичок.

[Brituy]

To Grott Можно ли получить файлы варианта D (схему, печатку)? Посмотрел фото на предыдущей странице и лишился покоя. Очень уж хочется собрать.

[kai]

Добрый день, у меня собран по схеме y_kiyko версия B, в процессе наладки у меня также присутствовали шумы 1-2 пикселя, не меняя схемы включения АЦП соединив 21 и26 ногу на TLV шумы пропали, может это неправильно, но посмотрите этот вариант(для y_kiyko)...

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

[Alex62]

to kai

Надо разбираться с питанием и начну с подветки: 33 мкГн скорее всего маловато для подсветки - сколько кто ставил? У Alex62 вроде 100 мкГн стоит, хотя на схеме 22 мкГн.

Дело не в индуктивности а в добротности. Судя по размерам твоей индуктивности, провод в ней слишком тонкий, следовательно будет высокое активное сопротивление и при работе небольшой выходной ток, и возможно нагрев. (помнишь, спрашивал?) Я ставил индуктивности 68 мкГ и 100 мкГ. А вот такая маленькая нагрелась и сгорела.
По моим наблюдениям шумы ползут по питанию. Наводки от импульсных преобразователей проникают через цепи питания +-3,3в. Фильтровать непосредственно возле микросхемы RC фильтрами. Или хотя бы емкости. Я пробвоал экранировать входную часть, включая реле, тоже дало результат. Но в итоге я смирился с помехой в один пиксель. Она особо не мешает мне.

[kotovasiya]

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

Я про это сразу говорил: "остальные 176-20 тактов писать в SRAM"

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

А может накидывать в озу пачки из 30ти байт (32 регистра),
а потом "разбираться" с ними, искать и синхронизировать?

Это тоже можно, правда писать заметно сложнее. И есть вероятность, что вообще не получится синхронизовать(все время почти одну и ту же часть снимали).

Сегодня попробовал сделать быстрый алгоритм, использовал регистры 18-27 ,запись 10 тактов и 20 тактов в буффер .Картинка ломанная прорисовывается,но не синхронизируется блоки. Завтра просчитаю по тактам и там видно будет.