Как я понял из "частых вопросов", поддержка линукса экономически неоправдана (с чем вобщем то сложно спорить). С другой стороны если есть желание и возможность самостоятельной разработки ПО под линукс, можно ли в этом случае получить данные протокола обмена?
Вы не первый, но опыт показал, что в результате ничего не делается. Поскольку это крайне сложно: получить что-то практически полезное (а не в стиле курсового проекта) требует много времени и сил, т.к. нужно поддержать много функций, режимов и "рюшечек". Обычно всё останавливается на первом этапе: сначала выдается формат пакета с данными, приходящими от oscill. Это единый формат, что выбрасывается в буфер обмена в реалтайме, что сохраняется в файл *.osc. И то же самое в новой версии (на днях) будет вещаться в сеть, то есть можно будет из linux подключиться к оболочке, запущенной в Windows/Wine с подключенным реальным осциллографом. При этом всё управление (и контрольное отображение) будет вестись со штатного софта. Этот этап разработки позволит написать и отладить процентов 70 оболочки. Причем, написать максимально быстро и легко, так как в распоряжении будет гарантированно отлаженное управление девайсом и образцовое отображение результатов (осциллограмма, спектрограмма, статистика, измерительные приборы). Этот GUI, что получится - универсальный, его можно будет использовать не только с oscill, но и с другими осциллографами, у которых или свой открытый протокол и форматы, или стандартный интерфейс типа VISA/SCPI/IVI.
Затем, если энтузиазм не иссякнет, два следующих этапа (более завязанные на oscill): 2) управление oscill-ом (там десятки взаимозависимых свойств и регистров). 3) непосредственно протокол обмена пакетами, таймауты, конвейер, перезапросы и т д для windows-программистов проще: третий этап не обязателен, так как можно воспользоваться нашей oscilink.dll. Под linux придется и этим заниматься.
Насчет того, что ничего не делается, полностью с вами согласен В данном случае вы наверно меня неправильно поняли. Я не хочу заниматься коммерческой разработкой. Все что я хочу - сделать для себя программу, которая будет нативно работать в моей системе. Понятно, что результаты работы скрывать я не собираюсь (если они кому то будут интересны). В данном случае меня интересует удовлетворение именно моих потребностей. Так что, возможно ли получить протокол обмена? Является ли он коммерческой тайной?
Для себя одного делать грех, надо делиться. А выгода всегда будет, хоть косвенная. Хотя, в данном случае, возможна и прямая - например, ссылка отсюда к вам: "купить oscill под linux", и неплохая разница между розницей и оптом за дополнительную программку на диске. Но сначала нужно сделать что-то, что не стыдно продать. А это трудно и долго.
Протокол не является тайной. Просто на его полное документирование нет времени, а на комментирование для каждого заинтересовавшегося - тем более. Если будет уверенность, что не напрасно, что действительно получится альтернативный софт (и/или софт для неWindows), то, конечно, можно рассчитывать и на протоколы, и на алгоритмы, и на помощь. Поэтому, начнем с отображения осциллограммы по готовому пакету.
Кстати, это зря называется протоколом. Тут главное - форматы данных, описания регистров и свойств. А протокол обмена - это мелочь, просто способ передачи этих регистров и массива с выборками. В oscill использован протокол OBEX с некоторыми позволенными протоколом расширениями.
Таким образом, как я понял, основная проблема в том, что самой документации как таковой нет. И если бы она была то поделитсья ею вы не проч. Тогда мне вдвойне непонятна текущая ситуация. То есть какую-то часть инфы вы кому-то уже отправляли, они что-то делали и потом все это глохло. То что вы отправляли вы же готовили, форматировали, почему бы эту часть не выложить в свободный доступ? Почему бы не выложить исходники самой программы? Кому интересно тот сделает реверс-инжениринг (и это будет проще чем ковырять usb), а кому пофиг, тот в исходники даже не заглянет.
Предлагаю тогода начать с меньшего, пришлите что есть, а я попробую это описать в виде доки. Чтобы потом, если найдется более целеустремленный портированием под линукс ему было с чем работать.
Документация есть, отформатирована. Не выкладывается по простой причине - чтобы не тратить время на пустые разъяснения. Формат файла *.osc Вам отправлен еще днем, этого достаточно чтобы сделать всё отображение: осциллограму, спектрограмму, маркеры, растяжки, настройки сетки, цвета, толщины, интерполяции, измерения, сохранения, импорт-экспорт...
Исходников разных осциллографов в интернете достаточно, правильно было бы использовать их, а не наши - чтобы получить "свежую струю", а не клонировать подходы, вполне возможно неоптимальные. В этом и смысл создания альтернативной оболочки - сделать по-другому.
Ковырять USB совсем не надо - обмен идет через COM-порт (виртуальный, а uart.oscill - может и через реальный), да и в библиотеке связи можно включить лог, там будет весь обмен - и побайтно, и расшифровка (название регистра/свойства/команды).
Да, спасибо, получил ваше письмо, правда не сразу заметил аттач. Можно так же отправить несколько файлов *.osc с реальными осцилограммами.
Как я понял, вы все же настаиваете на том чтобы сначала была сделана законченный GUI, а потом вы пришлете протокол команд (или описание регистров и их назначение). Такой формат сотрудничества мне не очень подходит.
Файлы *.osc создаются в самой оболочке: File - Save last packet - binary или в рекордере: File - Recorder panel . Пара примеров тут, динамические многокадровые с переключениями режимов на ходу.
Протоколы и исходники различных осциллографов есть в интернете, причем они, как правило, свободны от усложнений, которые пришлось сделать в oscill для компенсации слабости железа.
Да, публиковать протокол скорее всего не будем, поскольку после публикации протокол становится частью продукции, и (так как продукция не бесплатная) его придется качественно поддерживать: обновлять, исправлять, консультировать... То есть, тратить собственное время на чьи-то бесполезные тренировки или курсовые проекты. Нам представляется это менее эффективным расходованием ресурсов, чем самостоятельно совершенствовать наше ПО, удовлетворяя пожелания реальных пользователей. Однако, нельзя не приветствовать попытку создания серьезного, полезного людям программного продукта, работающего с данным железом (а может, и не только с данным). Вот для того, чтобы убедиться в перспективности затеи, и предлагается вышеописанный алгоритм взаимодействия. Отображение готового пакета выборок с атрибутами - это такой этап, где с одной стороны есть большой простор для программиста, и с другой стороны - незначительные наши затраты на консультации. А вот работа со свойствами и регистрами - запутанная, там не обойтись без длительных консультаций. Нам не жалко, но лишь бы не впустую. Оболочка в одном экземпляре "для себя" - не стоит потерянного времени.
Вообще, это такой (общепринятый) отсев мусора, так делают многие фирмы в нашей области (электронике), открывая протоколы/исходники и предоставляя даташиты на микросхемы только избранным компаниям, да еще и под NDA. Иногда эти материалы всё-таки попадают в сеть, с надписью CONFIDENTIAL на каждой странице.
Спасибо, ваша позиция понятна. Я думаю, размещение этого текста рядом с обоснованием отказа поддержки альтернативных ОС может сберечь кучу времени всем. Не смею больше тратить ваше время.
Спасибо, ваша позиция понятна. Я думаю, размещение этого текста рядом с обоснованием отказа поддержки альтернативных ОС может сберечь кучу времени всем. Не смею больше тратить ваше время.
Хочу вмешаться в дисскусию. Мне Oscill любезно предоставил, то что мог из документации. Я на основе предоставленной информации сделал интерфейс с LabView. У меня с Oscill была схожая с вашей дискуссия. Кроме того я имел возможность общаться с ним лично. Для Oscill оболочка это его родное дите с элементами родительской ревности Это надо принять как должное и не обижаться. Могу подтвердить, что особой необходимости в доках для разработки альтернативного софта нет. Достаточно перехватывать логи обмена (в Oscill есть встроенные для этого средства) и воспроизвести их из своего софта. А детали можно будет уже потом уточнить у автора. Автор Oscill никогда в этом не отказывал.
Задрал паскалюга под хр своими рунтайм эррорами,сижу (громко сказано)на 1.4 версии,новая версия тоже матюкается,то эррор,то память не может быть реад.На ноуте софт не обновлял,вроде работает,а если честно,то задрал он меня своими глюками по юсб,включил паяльник-висяк,кондюк включился-висяк,к схеме дотронулся,через раз-висяк,перешол на свой старенький анал этим давно не пользуюсь,разберитесь с чипами по юсв,сейчас валом пиков и атмелин с юсв на борту. Народ спрашивает,ну как доволен,нам брать?Я просто молчу,а ведь рекламировал друзьям,теперь они на меня чертом смотрят
Память не может быть read - это проблемы компьютера скорее, версию в любом случае желательно посвежее.
Повисания: от USB чипа мало что зависит, повисание происходит в компьютере. USB вообще не рекомендуется применять в условиях помех. У нас есть UART и Bluetooth варианты, они не виснут, но на всех ПК - USB, и приходится выпускать то, что покупают.
Для USB решение давно есть, многократно опробованное: кабель от принтера HP.
Либо, если требуется и Usb, и помехоустойчивость - Uart-осцилл с переходником Uart-usb с концом минимальной длины. Или даже смонтированный прямо в корпусе Usb-разъема.
Это надо принять как должное и не обижаться.
