Купил ваше изделие в Одессе. Общее впечатление - очень и очень не плохо.
Но о недостатках. Софт, на первый взгляд, слишком сложный. Масса режимов и настроек, все настройки сохраняются при выходе. Поэтому можно "зарегулировать" до полной неработоспособности - после чего надо только сносить и заново инсталлировать. Но работает, и в общем - не плохо. Похоже, что делался софт под себя, т.е., с учетом реальных потребностей аппаратурщиков, и с учетом недостатков имеющихся приборов. Плохо, что все возможности влепили в одну оболочку, из-за чего в ней тяжело разобраться. Никакого Help времени выполнения нет. Есть всплывающие подсказки (но маловразумительные - одно-два слова). Документация на CD в виде копии Web-сайта - плохо структурирована, найти то что надо - тяжело.
Пожелания. Сделайте несколько оболочек разного уровня сложности: 1. Для начального знакомства - с максимально простым интерфейсом. Чтобы настройки сбрасывались в исходное состояние при каждом входе. 2. Посложнее, для продвинутых пользователей. 3. Набор специализированного софта, оптимизированого для разных сфер применения. Например: - Логгер медленно изменяющихся сигналов. Как то: температура, напряжение аккумулятора в процессе заряда/разряда; биомедицинские сигналы и пр. - Для импульсных приборов. Блоки питания, преобразователи. - Аудио техника. - Видео техника. - Радио (ВЧ) техника. - И т.д. и т.п. А избыточные для данной сферы пользования настройки и функции запрячьте подальше.
Спасибо за отзыв. Сносить и заново инсталлировать не требуется (да это и не поможет - настройки сохраняются в реестре). Когда нужно привести все установки в первоначальное состояние - есть пункт в меню: All setting - Reset to default. Также, можно запустить oscill.exe с ключем reset.
Логгер медленно меняющихся сигналов - в ближайшей перспективе (самописец).
Слишком много настроек - возможно, что и вредно. Но они запрятаны в меню, а на передней панели - только необходимое. B word-е тоже очень много ненужного большинству, но оно есть.
Запуск для новичков сделаем отдельным ярлыком.
Специализировать софт по сферам применения - означает подставиться под намного более жесткие требования по функциональности и удобству в данной конкретной области использования: общеизвестно, что узкоспециализированные приборы в своей нише лучше универсальных. Oscill изначально позиционируется как универсальный, для разных применений в пределах своих характеристик. Поэтому неудивительно, что он не так удобен для автодиагностики (к примеру), как специализированный прибор. Для того, чтобы специализировать - мало спрятать ненужные настройки, нужно намного сложнее: сделать специальные настройки и методы сбора/отображения/обработки/сохранения информации. Для этого потребуется глубоко изучить тематику, и потратить месяцы/годы на доведение до приемлемого состояния. А в результате рынок сузится, и вероятно придется удорожить железо, что также не будет способствовать распространению.
Все таки сложноватая оболочка. Вы с ней свыклись, и для вас нет ничего сложного. Потом, вы очень четко себе представляете внутренний алгоритм работы вашей программы. И, вряд-ли, будете что-то бестолку щелкать на панели. А я пол дня потратил, что бы разобраться с триггером и окном задержки. Так до конца и не разобрался.
Было бы неплохо, если бы вы урупненно описали алгоритм работы вашего осциллографа. Я о чем-то могу догадыватся, а в чем то могу сильно ошибаться. В моем представлении алгоритм работы такой: 1. Адаптер получает задание от программы. 2. Адаптер регестрирует выборку определенной длины. 3. Адаптер отсылает выборку программе. 4. Программа обрабатывает выборку. 5. Программа рисует результаты. 6. Программа опрашиват органы управления 7. Программа переобрабатывает старую выборку с новыми данными. или 8. Программа отсылает новое задание адаптеру.
Какие органы управления программы на что влияют? Как распределяется обработка между ПК и адаптером? Например: Пиковые значения определяются на ПК, или аппаратно в адаптере? Можно ли не заметить очень узкий выброс?
Задержка - функция не первой необходимости, а триггер прост: уровень/полярность/полоса - то есть, как на обычном осциллографе.
Алгоритм такой: старт соединения с подпрыгом скорости, затем оболочка запрашивает возможности девайса (несколько десятков параметров). После этого оболочка задаёт девайсу необходимые настройки, контролируя реальный отклик (поскольку не все сочетания настроек допустимы). Лишь затем возможна оцифровка: от оболочки приходит команда, в ответ на которую осцилл возвращает массив выборок.
Органы управления оболочки делятся на две группы: передаваемые в осцилл, и не передаваемые - то есть влияющие только на отображение. В списке тут: http://www.oscill.com/rus/software/wino … descr.html они отмечены значками разного цвета. В верхнем меню также есть дифференциация по этому критерию: группа Device - настройки осцилла, остальные группы (Display, CH1) - касаются только оболочки.
Пиковые значения накапливаются в устройстве, но не аппаратно - а алгоритмом в прошивке. В компьютер передается готовая пара значений - минимальное и максимальное за интервал дискретизации. Короткий выброс может быть не зарегистрирован - если его длительность меньше 200..400 нс (в зависимости от одного из трех вариантов пикового детектора).
Когда нужно привести все установки в первоначальное состояние - есть пункт в меню: All setting - Reset to default.
Не нашел. Укажите весь путь пожалуйста.
Oscill wrote:
Пиковые значения накапливаются в устройстве, но не аппаратно - а алгоритмом в прошивке. В компьютер передается готовая пара значений - минимальное и максимальное за интервал дискретизации. Короткий выброс может быть не зарегистрирован - если его длительность меньше 200..400 нс (в зависимости от одного из трех вариантов пикового детектора).
А что экспортируется во внешний файл? Похоже, что не пара. Зависит ли частота дискретизации в адаптере от частоты развертки в программе? Как я понимаю, есть варианты: 1. Адаптер работает с постоянной (максимальной) частотой дискретизации и пишет все в кольцевой буфер (2KB?). Софт адаптера постоянно отслеживает минимальное и максимальное значение, и с требуемой (изменяемой) периодичностью делает выборку, собирает группу данных длиной в экран в пакет и отсылает на комп. Разрывов в данных между пакетами, если комп не успевает, не возникает? В таком варианте пропусить выброс шире дискрета дискретизации невозможно. Только если он выпадет в дыру между пакетами. или 2. Адаптер работает с изменяемой частотой дискретизации. Эта частота привязана к развертке. Отдельная аппаратная часть с управляемым (изменяемым) времени хранения отслеживает максимальные и минимальные значения и подсовывает их АЦП. Эти выборки с требуемым темпом идут дальше. Подозреваю, что в таком варианте точность будет низковата. Слишком жесткие требования к схеме определения максимума минимума, да еще и на изменяемом интервале.
Oscill wrote:
Короткий выброс может быть не зарегистрирован - если его длительность меньше 200..400 нс (в зависимости от одного из трех вариантов пикового детектора).
А вот это что-то не очень понятно. Если частота дискретизации адаптера максимальна (80MHz?), то могут пропасть только выбросы уже чем 13ns. Или, все-таки частота дискретизации адаптера меняется, и 200-400ns это для самой медленной развертки?
Путь к сбросу настроек: верхнее меню - File - All setting - Reset to default. Желательно скачать новую версию оболочки (тут на сайте).
Во внешний файл экспортируется пакет, полученный от oscill. Там вначале несколько байтов атрибутов, и затем массив выборок. В обычном режиме/усреднении это один байт на выборку. В пиковом режиме - пары мин/макс. И в режиме высокого разрешения - выборка 16битная (занимает два байта).
Частота дискретизации в oscill в обычном режиме равна заданной оболочкой. В пиковом, усреднении, высоком разрешении частота дискретизации максимально возможная, определяемая количеством машинных циклов микроконтроллера, занятых процедурами суммирования выборок или сравнения с накопителями мин/макс. Это свыше десятка циклов на одно обращение к АЦП, то есть АЦП работает не на полной скорости. Дело в том, что усреднение/поиск пиков выполняются на лету - малый объем ОЗУ не позволяет набить быстро мегабайтный буфер, а потом вальяжно по нему искать выбросы. В профессиональных осциллографах также минимально регистрируемый импульс заявляется длиннее в несколько раз, чем частота дискретизации - поскольку или вообще мегабайтного буфера нет (Tektronix-ы недорогих серий), или заявленная большая память работает только на медленных развертках.
Отдельных аппаратных пиковых детекторов нет (цена/размеры не позволяют). Алгоритмы исполняются в firmware.
Разрывы есть: или сбор данных, или отправка в комп. Только на медленных развертках идет одновременная оцифровка с передачей, но цель этого не ликвидация разрывов, а бегущий по экрану луч (как в обычных скопах), то есть время отклика.
Максимальная частота дискретизации 32МГц. С разгоном можно получить 62МГц, дальше виснет микроконтроллер, и где-то с 50МГц АЦП начинает слегка искажать сигнал. Но это скорость, с которой просто складываются байты с АЦП в кольцевой буфер. Если же нужно суммирование (для усреднения или режима высок.разреш) или поиск пиков - то узким местом становится микроконтроллер, выполняющий эти процедуры программно. Обращение к АЦП при этом происходит реже, чем в режиме прямой набивки буфера. Но частота эта не зависит от установленной скорости развертки: чем медленнее развертка, тем больше выборок АЦП участвуют в получении выходного отсчета. Например, установив развертку 1сек/деление, компьютер получит небольшой массив данных (несколько сотен пар мин/макс) - который является результатом миллионов выборок, сделанных АЦП. И это - существенное достоинство пропуска выборок через микроконтроллер, в сравнении с прокачкой сотен тысяч ненужных отсчетов через узкое горло интерфейса.
С регистрацией выбросов не совсем понятно. Давайте попробуем попроще.
Если я подозреваю, что в моем сигнале присутствуют узкие (доли микросекуды) выбросы с повторяемостью порядка нескольких секунд. Какой режим задать на осциллографе, чтобы не прозевать эти выбросы?
Вариант 1. Выбросы по амплитуде превышают регулярный сигнал и появляются в произвольном месте относительно регулярного сигнала.
Вариант 2. Выбросы появляются в определенном месте регулярного сигнала, но амплитуда порядка, или меньше амплитуды регулярного сигнала.
если повторяемость несколько секунд - нужно задать ждущий однократный режим развертки и установить время ожидания синхронизации 10 секунд (к примеру). Установить уровень синхронизации такой, чтобы поймать импульс - причем, следует учесть, что канал синхронизации имеет полосу до 5 МГц, то есть совсем узкий импульс не словится. И, естественно, установить хотя бы процентов 20 предвыборок - чтобы увидеть импульс, так как одиночный импульс предшествует вызываемому им событию синхронизации.
Вариант1 естественен - на то это и выброс. Вариант2 не понятен - если интересующее явление в диапазоне мгновенных значений основного сигнала, то синхронизация будет срабатывать на все пересечения сигналом уровня синхронизации. Отловить внутрисигнальный выброс, наверное, можно (например, дифцепочкой) - но отдельный вход внешней синхронизации не предусмотрен конструктивно.
Давйте рассмотрим еще такой вариант. Надо поймать и рассмотреть в деталях одиночный пакет импульсов, например пакет данных ИК ДУ (дистанционное управление). Длина пакета такова, что он в экран по задержке не укладывается, а если укладывается, то пропадают детали (биты). Как и что задавать, что бы рассмотреть весь пакет и его детали? Можно ли его сфотографировать один раз, а потом рассматривать в нескольких экранах? Или надо делать несколько снимков с разными задержками от начала?
Да, такой пакет придется снимать несколько раз, с разной задержкой от начала. Объем памяти в oscill позволяет захватить не более 1800 выборок (настраивается в меню Device-Memory setting), а на быстрых развертках - вообще 250. Для нормального просмотра пакета нужно хотя бы 2 выборки на бит, то есть длинные пакеты подробно просмотреть после однократного захвата не удастся. Для таких целей скорее нужен логический анализатор, а не осциллограф.
