Easyelectronics.ru

После некоторых колебаний и просмотров соответствующих обзоров купил я себе на алишке USB-осциллограф HANTEK-DSO6254BD (до этого был, и всё ещё есть, Velleman PCSU1000). В основном, польстился на 1Гсмпл и полосу 250МГц, ну, и ещё 4 канала. (у Velleman соответственно 50Мсмпл, 60МГц, 2 канала).
В целом, этот скоп меня не огорчил. Всё что видел в обзорах -- более-менее соответствует тому что получил. На мой взгляд, своих денег (~20тыс.) стоит. Это моё субъективное мнение. Например, вполне спокойно могу смотреть 40-ка мегагерцовый SPI дисплея TFT. Но не в этом суть.
Не понравилась мне программа, которая идёт в комплекте с этим осциллографом, какая-то она недоработанная, что-ли. В общем, неудобная.

Поэтому решил на основе приложенного к осциллографу SDK сочинить что-нть своё, под свои хотелки.
На данный момент научился:
-- подключаться к DSO
-- отображать сигналы на экране (использую OpenGL)
-- управлять встроенным генератором (DDS)
-- управлять чувствительностью по X по каналам
-- управлять временем развёртки
-- устанавливать триггер развёртки
ДОПОЛНИЛ:
-- управление чувствительностью и развёрткой сделал от колёсика мыши на соответствующих метках
-- управление параметрами триггера по всплывающему меню на метке триггера
-- двойной клик на метке канала = вкл./выкл. соответствующего канала
-- вкл. растяжки развёртки х0.1 (этакий микроскоп)
-- сделал то что не хватало в комплектном ПО:
при зафиксированном триггере развёртки мышкой смещать окно просмотра по всему диапазону выборки,
в комплектном ПО - это можно было сделать только в режиме паузы :(
-- размер окна программы варьируется, дисплей осциллографа - на весь размер окна программы
-- ещё что-то, уже не помню что :)
Если кому-то интересно (и у кого есть этот DSO6254), то вот здесь исходники (CodeGear 2007 C++ Builder)
и здесь релиз для Windows.
Периодически буду обновлять. Возможно.

Интересней под линукс было бы, кому этот убогий маздай нужен?

Я в линукс не умею :).

Так проще же, чем винда!

Кстати, сравнительно недавно появилась библиотека sixel, которая позволяет в терминале отображать картинки (и даже можно при помощи mpv или mplayer видео нормально смотреть, а не как раньше с библиотекой caca). В общем, вот оно щассье: не нужно с голимым opengl заморачиваться, чтобы нарисовать какой-то GUI (а уж тем паче - убогие веб-морды писать на сишечке)! Сразу пишешь себе консольную утилиту и радуешься… В сочетании с ncurses что угодно можно замутить!

SiberK, не обращайте внимание. Кому надо, тот перенесет куда ему надо. Вначале сделайте что-то работающее хотя-бы для одного человека (себя).
По subj. Этот прибор (надеюсь, можно его так называть) отличается он нормального осциллографа отсутствием UI, морды то бишь. Так вот, вы можете пойти другим путем - приделать к нему "морду". Делать с помощью ноута или планшета? - самое простое, но наверняка затратное. Есть и альтернативный вариант (и не значит, что он правильный!) - использовать емкостной экран (весь смысл в нём) с встроенным процессором. Видимо, вам надо "дешево", поэтому посмотрите на DWIN (https://aliexpress.ru/store/911127255). Я брал разные дисплеи, например. Сразу скажу, у них не_дешевая доставка, в-основном из-за (качественной) упаковки, но всегда у них бывает купон на скидку, ищите по всяким сайтам типа DWIN.pro. Дисплеи не особо шикарные, но действительно присылают IPS, если указан IPS. В штатном API есть поддержка тача (естественно), меню разного типа, и, вроде-бы, вывод графиков. Почему "вроде-бы" - до них я не добрался. Если смотать изолентой два девайса, subj и сей дисплей, и запихнуть в коробку - получится сесьма полезный инструмент, да еще и с сенсорным управлением.

Примерно так и планирую действовать - сначала сделаю что-то функционирующее, бантики и рюшечки потом, возможно. :)
скорее всего не буду, по-крайней мере, пока мне это не надо - осциллограф для меня, скорее, вспомогательный инструмент, не основной, я не хочу занимать им место на рабочем столе, пусть будет в уголке на экране дисплея. Тем более, что SDK есть только для Windows, значит для других платформ надо будет парсить протокол на уровне обмена по USB, слишком затратно по времени.
Для андроида, вроде, что-то есть, но я ещё не смотрел.

P.S. Про линукс и андроид отвечать сейчас не буду....

С одной стороны Вы делаете работу, результат которой доставляет Вам некоторое удовольствие.
Но с другой стороны "изобретаете велосипед" только по причине того, что Вам показался неудобным пользовательский интерфейс официального ПО.
И учитывая, то что интерфейс Вашей программы такой же неудобный, как и интерфейс официального ПО (если не сказать, что более неудобный), а по функциональности программа катастрофически уступает официальному ПО, возникает предположение, что Ваш "велосипед" никому не будет интересен. И с точки зрения третьих лиц Вы впустую тратите своё время, хотя могли бы сделать полезное дело. Например, сделать драйвер для того же sigrok (https://sigrok.org/wiki/Main_Page). Сообщество было бы Вам благодарно.

Несколько замечаний (основаны на просмотре видео и скриншотов):
1. В настройках для каналов есть checkbox 'x10', если я правильно понимаю это выбор аттенюатора x1 или x10. Почему только два этих значения, а нет возможности выбора x100 и x1000? Или Вы считаете, что раз у Вас таких щупов нет, то это никому не нужно?
2. Есть скрытые виджеты. Например, серые квадраты по углам отображения осциллограмм, которые по сути являются кнопками. Вам кажется очевидным, а пользователь самостоятельно вряд ли догадается о наличии этих кнопок (только если случайно наведёт мышь и успеет появиться всплывающая подсказка).
3. Управление триггером через контекстное меню -- куча лишних движений.
4. "при зафиксированном триггере развёртки мышкой смещать окно просмотра по всему диапазону выборки, в комплектном ПО - это можно было сделать только в режиме паузы :(" -- так сделано потому, что это единственный способ получить и проанализировать корректные данные. А Ваш способ предоставит пользователю "левые" данные.
5. Средства измерений есть? На видео что-то не продемонстрированы возможности измерений.
6. Размер буфера на канал постоянный или меняется в зависимости от количества активных каналов?

PS: У официального ПО к серьёзным недостаткам можно отнести только то, как реализована настройка каналов -- сильно раздражает, что сначала нужно выбрать канал, а только потом его можно настроить. И второе -- "крутилки" -- занимают много места в GUI, а толку почти нет ни какого. А в остальном дело "вкусовщины", к которой человек довольно быстро привыкает и не воспринимает как серьёзные недостатки.

Так раз "проще" и исходники есть - так и перенесите! Кто-ж вам мешает? Чего-ж просто так с дивана советовать?
Вот и на практике докажете, что линух круче. А не пустой звон....

Или вы не программист? ;)))

Можно на "ты"?
Абсолютно не следует воспринимать разрабатываемую мной программу как законченный результат (см. рубрика форума называется "Я делаю").
Очень многие функции программы сейчас реализованы как отладочные и пишу их сейчас так, как удобно писать и отлаживать, и, скорее всего, в следующих версиях они будут выполнены совсем по-другому.
Я не ставлю целью повторить функционал официального ПО. Скорее всего, я реализую тот функционал, который нужен мне. :)
Я надеюсь, мне он интересен будет.
Для этого мне надо будет вдумчиво изучить написание драйверов sigrok, но перед этим, всё равно, необходимо разобраться с SDK Hantek (чем я сейчас и занимаюсь).
Потом, результатом написания драйвера для Sigrok будет что? - ПО Sigrok.
Я не уверен, что оно меня полностью удовлетворит...
Возможно, потом, когда-нибудь, я этим займусь...(оптимист) .
Благодарность сообщества - это бесценно! :)
Замечания и, главное, предложения для меня очень интересны.
Именно для получения замечаний и предложений я и написал этот пост.
Это обязатеьно сделаю. Позжее.
Критикуя - предлагай!!!
Поскольку осциллограф не основной мой рабочий инструмент, мне бы не хотелось чтоб он занимал большое место на экране дисплея, а был как можно компактнее.
Поэтому минимум органов управления и доп меню. Меню и органы управления, конечно обязательно будут, я их буду скрывать-показывать по мере необходимости.
Предложи свой вариант.
На данный момент есть! :)

Мне так удобно!
Обязательно будет меняться, при необходимости. Сейчас, в отладочной версии - фиксированный.
Я никак не могу привыкнуть, например, к отсутствию возможности сдвинуть окно просмотра по всему диапазону выборки одним движением мышки. А ещё меня удручает отсутствие такого функционала как "задержка срабатывания триггера на заданное время" - т.е. захват выборки спустя, скажем, 500 мСек после прихода события триггера. (Эта функция мне понравилась в Velleman PCSU1000).

Вопрос: возможно ли SDK, написанный для Windows, применить в Linux?

Процентах в 90 случаев - никак. Но все зависит от уровня, иногда достаточно лишь небольшим количеством макросов проблему решить, да пути исправить на человеческие (вместо убогого бэкслеша поставить правильный прямой и т.п.). Если используются низкоуровневые сисвызовы, то проще с нуля написать…

Зачем что-то предлагать, если программа пишется лично для себя, т.е. -- тебя. Делай как тебе нравиться.

Если взвешивать плюсы/минусы официального ПО, то в случае с моим "любительством" это ПО меня вполне устраивает (если бы занимался профессионально, то не связывался бы с продукцией Hantek). Правда из-за отсутствия официальной поддержки Linux, на этом самом Linux при использовании официального ПО есть два "косяка" -- не могу выбрать способ интерполяции (доступен только Sin(x)/x, но другими я особо и не пользовался ранее) и немного подглючивает разовый захват по триггеру (т.е. когда нужно после срабатывания условия триггера остановить сбор данных -- не всегда срабатывает).
Но тут есть подозрение, что либо проблема в том драйвере-прослойке, который я разработал, чтобы заставить этот осциллограф работать под Linux (правда через wine), либо в несоответствии прошивки с версией ПО, либо ещё в чем-то. Но проблемы не критичные (использованию не мешают), поэтому руки как-то не доходят, чтобы разбираться с ними -- есть более важные дела.

PS: увидел, что грамотный человек занимается бесполезным занятием, попытался намекнуть, что лучше не тратить своё время на эту чепуху, а заняться чем-то реально полезным. Все эти разговоры -- "фуууу... мне не нравиться этот GUI, напишу свой с блекджеком и шлю...." заканчиваются обычно ничем. Сам проходил через это и много раз с интересом и попкорном наблюдал за другими...

SiberK, совершенно непонятно, почему на вас тут так набросились, но ваш опыт и пример на github очень полезен, и помогает разобраться тем, кто так же пытается освоить этот SDK. А из-за отвратительной документации и ошибок в исходниках производителя это действительно непросто. Поэтому благодарю и желаю удач!

Gena11, спасибо за слова поддержки. :)