Форум: Техническая поддержка

Алексей, это было существенное для нас уточнение! Спасибо.

Добавлю, что передача между блоками, даже на полметра, скоростного широкополосного сигнала (шириной полосы частот от 100 МГц и выше) с жесткими требованиями к фазовому шуму (и фазовым помехам) - это всегда была непростая техническая задача, которая требовала всегда специальных интерфейсов. Например, не зря в современных интерфейсах между ПК и монитором (DVI, HDMI) применён дифференциальный  (LVDS-подобный) интерфейс, требующий специальных передатчиков и приёмников,  а также кабеля из согласованных симметричных экранированных витых пар. Если мы имеем дело с TTL-интерфейсом синхронного цифрового ввода E20-10, и имеются жесткие требования задачи к фазовым помехам, то это автоматически означает, что TTL-выход источника сигнала должен быть буквально "в упор" подключен ко входу E20-10, чтобы исключить влияние кабеля. -  Эти требования находятся в контексте штатной документации на E20-10: Руководства пользователя и Типичных примеров подключения.
И со стороны E20-10 можно получить "штатные" MLVDS линии синхронизации и синхронного ввода, применив переходник, о котором я писал выше. Но, пока нет заказа на подобный переходник, не возникает повода его проектировать и выпускать ...

Отредактировано Гарманов Александр (08.01.2019 16:28:42)

Известны ли технические решения задачи повышения стабильности частоты преобразования АЦП Е20-10 до уровня [10] в степени (- 11, -12) за сутки, например с использованием синусоидальных сигналов Рубидиева Стандарта Частоты и простой платы переходника, с TTL-выхода которой должен поступать сигнал с частотой 1 - 10 МГц со скважностью 2 (меандр), удовлетворяющей всем требованиям синхронизации Е20-10 по частоте преобразования АЦП.
Задача возникла из практики эксплуатации системы непрерывного сбора данных, поступающих от 12-канального источника аналоговых сигналов. Система сбора данных построена на базе трёх АЦП Е20-10-В.
С уважением! Участник. 26.02. 2019 г.

Здравствуйте. Технические решения несложного преобразователя из синусоидального сигнала в TTL-сигнал синхронизации для E20-10 вполне возможны. Готового решения нет, но, если Вы хотите заказать разработку и изготовление подобного комплекта оборудования, вышлите в наш отдел продаж все данные Вашего заказа для начала обсуждения данной работы.

В процессе эксплуатации прошивки для E20-10 с синхронным цифровым вводом был обнаружен подозрительный эффект, с большой вероятностью свидетельствующий о некорректности работы прошивки и/или библиотеки на стороне компьютера. Просим помочь разобраться в этом вопросе.

Конфигурация эксперимента. К входу SYNC подключён цифровой сигнал (ФЭУ, ТТЛ), к аналоговому входу 1 подключён сигнал развёртки (относительно медленная синусоида), ко входу 2 - другой аналоговый сигнал (нужный для эксперимента), входы 3 и 4 не используются.

Опрос ведётся в последовательности ... - SYNC - вход 1 - SYNC - вход 2 - SYNC - вход 1 - SYNC - вход 2 - ... с частотой 10 МГц. То есть SYNC опрашивается с частотой 5 МГц, что позволяет склеить из этих опросов непрерывную битовую последовательность со скоростью 60 Мбит/с.

Для каждого считанного бита SYNC (как 1, так и 0) определяется координата развёртки. Для каждого 24 бита она измеряется непосредственно, а для остальных - линейно интерполируется по соседним измеренным значениям. Для удобства (работы в целых числах) результат умножается на 24.

Для каждой координаты развёртки подсчитывается общее количество соответствующих этой координате битов SYNC и отдельно - количество среди них единичных бит.
И вот это количество странным образом практически всегда делится на 4. Исключения встречаются, но реже чем 1/5000. Типичный фрагмент записи приведён в конце сообщения.

Эффект устойчив - наблюдался всегда, когда его наличие специально проверялось. Наблюдается на двух имеющихся у нас экземплярах E20-10. Каких-либо физических причин для этого эффекта не усматривается. Электротехнические причины тоже маловероятны. В схеме нет ничего, что могло бы "размножать" каждый импульс в 4 раза, причём с такой огромной прецизионной точностью по времени, чтобы его копии попадали ровно в нужные промежутки времени с нужным состоянием развёртки.

Более вероятным кажется, что биты где-то "размножаются" с увеличением их количества в 4 раза программным образом за счёт ошибок в прошивке E20-10 и/или библиотеке lcomp на стороне компьютера. Программное обеспечение, написанное самостоятельно и дающее такой эффект, было тщательно проверено и ничего подозрительного не нашлось. Написано оно на основе примеров из документации на E20-10.

Типичный пример записи, иллюстрирующий проблему.

Развёртка*24 | количество битов | из них "1"
2700 18735 632
2701 4408 120
2702 9956 272
2703 9359 308
2704 13212 432
2705 4384 100
2706 15591 460
2707 4388 108
2708 13204 444
2709 9287 312
2710 9920 272
2711 4408 164
2712 69059 2075
2713 3988 104
2714 9360 260
2715 9003 312
2716 12800 332
2717 3984 88
2718 15287 572
2719 3920 112
2720 12844 384
2721 9039 280
2722 9444 300
2723 3968 116
2724 18695 532
2725 3864 96
2726 9380 396
2727 9131 256
2728 12936 440
2729 3892 84
2730 15183 452
2731 3908 104
2732 12888 476
2733 9127 268
2734 9372 316
2735 3876 156
2736 61544 1852
2737 3820 104
2738 9260 288
2739 8992 212
2740 12557 468
2741 3796 96
2742 15268 508
2743 3808 108
2744 12641 388
2745 8972 272
2746 9248 288
2747 3852 120
2748 18653 560
2749 3744 128
2750 9148 244

Здравствуйте, Алексей. Приведите, пожалуйста, полный перечень используемых специфических настроек E20-10, в т.ч., настройки кадра сбора данных. - По крайней мере, эту совершенно необходимую информацию для понимания того, что Вы делаете, не удаётся однозначно восстановить из Вашего текста.

Используемые настройки

adcPar.t2.s_Type = L_ADC_PARAM;
adcPar.t2.AutoInit = 1;
adcPar.t2.dRate = 10000.0;
adcPar.t2.dKadr = 0.0;

adcPar.t2.SynchroType = INT_START;

adcPar.t2.SynchroSrc = INT_CLK;
adcPar.t2.AdcIMask = SIG_0|SIG_1|SIG_2|GND_3;

adcPar.t2.DigRate = 0;

adcPar.t2.NCh = 4;
adcPar.t2.Chn[0] = 2;
adcPar.t2.Chn[1] = 6;
adcPar.t2.Chn[2] = 1;
adcPar.t2.Chn[3] = 6;

adcPar.t2.FIFO = 32768;
adcPar.t2.IrqStep = 32768;
adcPar.t2.Pages = 8;
adcPar.t2.IrqEna = 1;
adcPar.t2.AdcEna = 1;

adcPar.t2.StartCnt = 0;
adcPar.t2.StopCnt = 0;
adcPar.t2.DM_Ena = 0;
adcPar.t2.SynchroMode = 0;
adcPar.t2.AdPorog = 0;

Алексей, а Вы можете объяснить проблему проще: какие типичные длительности TTL-импульсов у Вас подаются на цифровой вход SYNC E20-10,  и какие типичные длительности импульсов по факту получаются в ходе их оцифровки E20-10 с частотой 60 МГц?

В описании на ФЭУ указано, что длительность импульса 9 нс и интервал между импульсами не менее 9 нс. Погрешность этой величины (9 нс) не указана.

Фактически получается, что примерно в 90% случаев импульс регистрируется E20-10 с указанными выше настройками как одиночный единичный бит в потоке 60 Мбит/с, в 10% случаев - как две единички подряд, очень редко (раз в несколько минут) встречаются группы из более 2 единичек подряд.

Сами импульсы редкие - занимают максимум 1% времени эксперимента (в большинстве случаев - ещё реже).

- И в чём Вы здесь видите проблему в работе E20-10? ФЭУ может размножать импульсы при определённых физических условиях. А при импульсах короче периода преобразования вообще E20-10 может иногда и не срабатывать.

Проблема в практически идеальной корреляции ФЭУ с аналоговым каналом E20-10, по которому регистрируется развёртка. В результате импульсы на каждый шаг (точнее, 1/24 шага) развёртки "собираются" в количествах, делящихся на 4. Причём собираются они за длительное (в масштабах частоты 60 МГц) время - десятки периодов, это не похоже на размножение импульсов именно в ФЭУ. В конце концов в ФЭУ нет никакой информации о работе E20-10 и о сигнале развёртки (формируемом независимо от ФЭУ), пользуясь которой, можно было бы так точно "подгадывать" время посылки импульсов, чтобы они так точно распределились по развёртке в группы, где их количество делится на 4. (Да ещё заранее знать, какие импульсы вообще зарегистрированы не будут.)

Более правдоподобной кажется гипотеза, что внутри E20-10 происходят какие-то искажения на цифровом уровне, дающие такой эффект.

В принципе можно предположить, что приход каждого импульса с ФЭУ немного просаживает потенциал земли, от которого производит оцифровку АЦП. И в результате изменения младших разрядов такая корреляция получается.

Но такая удивительная точность, стабильность и воспроизводимость эффекта всё же больше наводят на мысль о цифровой (программной) природе эффекта, чем об аналоговой.

Алексей, к Вам - два вопроса:
1. Ваши источники аналоговых сигналов, по отношению к цифровому (от ФЭУ), имеют ли гальваническую изоляцию и (или) синфазные фильтры, чтобы у нас имелось основание считать, что в Вашей схеме соединений для них действительно  обеспечивается достаточная независимость в полосе частот цифровых сигналов (сотни МГц) с длительностью порядка 9 нс?   
2.  Разве в Вашей первоначальной постановке задачи было требование длительности импульса 9 нс на входе SYNC? По факту получается, что  9 нс - это время меньше, чем типичное время распространения сигнала во входном логическом элементе (серия 74HCT) тракта сигнала SYNC внутри модуля E20-10 рев.B. Гистерезиса у этого логического элемента нет, таким образом, этот логический элемент для импульса длительностью 9 нс попадает в т.н. "метастабильное состояние", которое приходит на вход FPGA. В FPGA Cyclone 3 (для E20-10 рев.B), естественно, логические элементы значительно быстрее 9 нс, и там приняты меры  против метастабильности. Но, тем не менее, для длительностей импульса 9 нс цифровой элемент серии 74HCT, грубо говоря, имеет право вести себя как аналоговый, но уже с ненормированными свойствами!  И искать какую-то предсказуемость в статистике срабатывания такого тракта при столь коротких импульсах - это эксплуатировать прибор вне области его нормальной работы. В соответствии с Вашими первоначальными требованиями, была создана новая прошивка FPGA E20-10 рев.B с возможностью цифрового ввода с периодом дискретизации до 60 МГц для цифрового входа, но к длительности TTL-импульса Вы требований не предъявляли... Разрешение по времени 16,7 нс при дискретизации на входе SYNC с частотой 60 МГц Вы корректно получите, если длительности импульсов будут заведомо больше 16,7 нс.

Отредактировано Инженер (26.05.2019 08:50:27)

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

Но при этом выявлен факт странного поведения, с существенной вероятностью свидетельствующий об особенностях программного обеспечения. Пока не установлено, что эти особенности (если они есть) выводят характеристики изделия за пределы техзадания, их можно считать именно особенностями, а не дефектом. То есть если точно будет известно, что в будущем всё будет работать именно так, то вопросов и претензий нет.

Но поскольку в данный момент причина неизвестна (ни мне, не разработчикам), то есть вероятность, что она связана со случайной программной ошибкой в прошивке и/или lcomp и кроме описанного проявления может иметь и другие, которые уже будут техзадание нарушать.

Что касается длительности импульсов. В данном случае описан самый простой вариант схемы, к которому мы пришли в процессе локализации возможной проблемы. В реальных измерениях принимались разные меры (в частности, между ФЭУ и E20-10 включался делитель частоты нужной производительности, выдававший переключающийся с 0 на 1 и обратно сигнал, подходящий по длительности для E20-10, использовалось сопоставление сигналов с разной предварительной обработкой по двум цифровым входам и т. п.). При этом также наблюдались странности в статистике (опять таки не выходящие за рамки техзадания), в процессе поиска причины которых схема была упрощена до описанного выше состояния и был получен описанный выше эффект.

По поводу подключений. Аналоговый сигнал берётся с резистора в цепи обратной связи преобразователя напряжения в ток на операционном усилителе. Опорное напряжение (вход "+" ОУ) берётся с выхода устройства LTR34-8. К выходу ОУ подключена катушка индуктивности. Питающее напряжение берётся с двух источников питания Меанвелл 15В (двухполярное). Всё это включено в одну розетку и имеет надёжную гальваническую изоляцию от других цепей прибора (в некоторых из них напряжение десятки кВ, поэтому изоляция хорошая).

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

Алексей, не в качестве оправдания чьей-либо позиции, а по факту, имеем следующее:
- По вопросу 1: Вы в сообщении выше утверждали, что видите корреляцию сигналов. Как электронщик, я понимаю, что корреляцию сигналов нужно искать в их рабочей полосе частот (в данном случае, сотни МГц). Поэтому, я спросил Вас, о мерах по обеспечению независимости подаваемых на входы E20-10 сигналов (в условиях того, что у самого E20-10 имеется внутренняя точка соединения аналоговой и цифровой земли, см. руководство пользователя). Это должны быть высокочастотные меры (высоковольтные свойства какой-либо гальваноразвязки прямого отношения к данному вопросу не имеют). О подобных мерах Вы не сообщили - соответственно невозможно оценить степень независимости подаваемых сигналов и их корреляцию.
- По вопросу 2: В сообщении Вы утверждали, что подаёте на цифровой вход импульсы длительностью 9 нс. Я объяснил выше, почему это нельзя считать корректным рабочим режимом оборудования.
- По вопросу поиску программных ошибок: Вам крайне тяжело разобраться, обладает ли E20-10 теми свойствами прибора, которые Вы от него ждёте (помимо оговорённых свойств в его документации, и ожидания которых, возможно, Вы ещё скрываете от нас), поскольку Вы точно не знаете свойств подаваемых на его вход сигналов. Для предположений о программных ошибках, прежде всего, аппаратно должна быть обеспечена независимая схема подачи сигналов с известными метрологическими свойствами. Иначе - сами не разберётесь и нас (техподдержку) приговариваете на перманентные обсуждения экспериментов с плохо определёнными физическими условиями для E20-10. Алексей, если хотите обсуждать найденные проблемы  E20-10, то стремитесь, пожалуйста, приводить данные максимально независимых экспериментов с E20-10 с метрологически известными условиями и с известным ПО (если Вашим, то с исходным кодом - упрощённым для выявления эффекта)! Иначе, техподдержку просто уволят с работы за пустую трату времени...

Алексей, корректное обращение в техподдержку в идеале должно быть ровно по выявленной проблеме, и должно звучать так:
- Подключаю прибор L-Card (указать серийный номер, версию прошивки и встроенного ПО) к Средству Измерения (указать тип) следующим образом (привести детальную схему подключения),
- при следующих условиях внешней среды (указать условия).
- Запускаю такое-то (указать) ПО (для собственного ПО выслать ПО с исходными кодами), указать версию ПО.
- Ввожу следующие настройки (перечислить настройки).
- Наблюдаю следующий эффект (перечислить количественные данные эффекта, приложить скриншоты).
- Формулирую вопрос к техподдержке.

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

Сутью проблемы мы на всякий случай решили поделиться начальном этапе этой работы, дабы не делать её зря (если бы вдруг выяснилось, что о проблеме вам уже было известно и/или кто-то этим вопросом уже занимается).

Для упрощения ситуации прошу уточнить, есть ли возможность для отладочных целей и упрощения ситуации заменить наше ПО на штатное (чтобы вам не приходилось наше ПО анализировать). То есть существует ли штатное ПО (под linux или windows), позволяющее сконфигурировать E20-10 нужным образом (опрос каналов в последовательности 2-6-1-6... на частоте 10 МГц) и сохранить результат измерения в файл. Например, возможно ли это сделать с помощью lgraph?

lcomp и под linux и под windows данные от модулей не трогает вообще - отдает нативный поток. настройки вполне себе можно задавать в примере L7XX.TST который пишет данные в файл...

Прошу уточнить, возможно ли у вас заказать разработку и изготовление технического решения, позволяющего организовать счёт коротких импульсов с помощью устройства E20-10.

В качестве возможного варианта это мог бы быть "переходник", принимающий ТТЛ импульсы на входе, считающий их и выдающий на выходе в том же количестве как можно скорее, но с такой скоростью (длительность импульса и интервал между импульсами), с какой они могут быть корректно зарегистрированы на цифровом входе E20-10, настроенном на частоту 60 МГц.

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

Также годится любой другой вариант технического решения, подходящий для описанной задачи.

Здравствуйте, Алексей.
1. Перед тем, как начинать новую тему, хотелось бы сначала получить ответ по вышеупомянутым вопросам: нашли ли Вы физическую причину корреляции сигналов и пробовали ли работать на длительностях цифровых импульсов более 9 нс, соответствующих возможностям синхронного  цифрового входа E20-10?
2. Я не думаю, что функция счёта импульсов соответствует назначению E20-10, тем более, что цифровые входы E20-10 ограничены по быстродействию для подобных задач.
3. Когда говорят про длительности импульсов  1-7 нс, то про TTL-подобный стандарт оборудования нужно вообще забыть. Это должен быть, например, счётный вход 50 Ом быстродействующего компаратора частотомера с регулируемыми порогами срабатывания.     
4. Мы в скором времени собираемся развивать проект частотомера LTR51 и готовы подумать в Вашу сторону, если Вы более подробно сформулируете технические требования. - На первый взгляд,  задача соответствует, если трафик передачи данных (результатов счёта) от одного модуля LTR51 в ПК условно не превысит 1 Мбайт/c. (Пожеланиям других пользователей мы тоже открыты.)

Кратко техническая задача: нужен 4-канальный АЦП с дополнительной возможностью бинарной (0/1) маркировки семплов. Маркировка должна задаваться состоянием цифрового входа и нужна в двух режимах:
1. маркировка конкретного семпла (или даже более точно - момента времени относительно начала кадра), если интервалы между импульсами большие и есть такая техническая возможность;
2. в случае временного увеличения частоты до значений, делающих невозможным реализацию п. 1 - временно пожертвовать информацией о точной привязке импульсов к семплам (ко времени), но сохранить информацию о количестве импульсов, после чего (как это станет возможным) вернуться к п. 1.

Судя по всему, связка E20-10 + LTR51 для решения этой задачи подходит. Но остаётся вопрос о синхронизации между ними (привязки получаемых с них данных по времени друг к другу). Идеальным вариантом, как мне представляется, была бы доработка LTR51 - сделать с него синхронный аппаратный вывод информации о зарегистрированных импульсах в виде сигнала с параметрами, совместимыми с цифровым входом E20-10.

Ответы на вопросы.

Нет, причину понять не удалось. Сейчас накоплен большой массив экспериментальных данных, из которых видны странные статистические свойства получаемой с E20-10 информации, никак не соответствующие изучаемому физическому процессу.

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

Алексей, а от АЦП Вам нужен покадровый сбор данных (с паузами сбора между кадрами)? Дело в том, что в системе LTR имеется 10-мегагерцовые АЦП LTR210 с параллельными каналами (без всякой коммутации), но с покадровым (осциллографическим) режимом сбора данных. Пара  LTR210 c модулем LTR51 (или с новым LTR51М) могла бы образовывать единую синхронную 4-канальную систему, используя свои штатные средства. Учёным-экспериментаторам, занимающимся исследованиями широкополосных  физических сигналов, LTR210 обычно нравится, поскольку у него есть осциллографический функционал, но, по сравнению с осциллографами, имеет больше динамический диапазон и лучшие метрологические характеристики. К тому же, несколько LTR210 легко соединяются в синхронную многоканальную систему...

Мне непонятна Ваша логика. Если прибор эксплуатируется вне рабочего режима (в данном случае - по длительности импульсов), разве должны показания этого прибора соответствовать изучаемому физическому процессу?

Нам крайне желательна возможность гибкой настройки кадра и прочие возможности E20-10. Связка LTR210+LTR51 скорее всего для некоторых наших задач подойдёт, но для меньшего их количества, чем E20-10. Также важно иметь возможность гибкой программной переконфигурации, не трогая электрическую часть (и вообще не подходя к прибору близко). Поэтому постоянные переключения проводов между E20-10 и LTR210 для разных задач были бы нежелательны.

Имелось ввиду только то, что физический процесс не является источником наблюдаемых статистических странностей и поэтому методом исключения в качестве их источника можно было бы предположить E20-10.

Синхронная связка E20-10, как ведущего по сигналам синхронизации SYNC и START, с новым LTR51M также будет возможна, судя по всему, поскольку вход внешней синхронизации частоты преобразования у LTR51M запланирован, а START можно будет завести на один из каналов LTR51M. Однако, Ваше формальное описание задачи (для понимания всех временнЫх характеристик во всех возможных временных диаграммах) оставляет желать лучшего... Алексей, может быть на графических диаграммах (с указанием количественных временнЫх характеристик) у Вас лучше получится объяснить? Картинки сюда сможете загрузить, я надеюсь

В первом приближении LTR51M с описанными свойствами - это как раз то, что нужно. Соответственно, самый главный вопрос - когда можно будет купить.

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

Поэтому был бы крайне желателен режим синхронизации в обратную сторону. То есть реализация в LTR51M описанного выше эхо-режима: выдать столько синхроимпульсов, сколько было зарегистрировано импульсов на входе (но, возможно, с запаздыванием, если частота входных импульсов больше, чем допустимая частота синхронизации). Или по крайней мере аппаратно предусмотреть в конструкции синхровыход, чтобы потом его можно запрограммировать нужным образом.

По поводу точных временнЫх параметров. Делать что-то на заказ под конкретный источник импульсов (ФЭУ и т. п.) никакого смысла нет, Такая продукции сейчас на рынке представлена очень широко, во многих случаях есть возможность тестирования совместимости до покупки. Поэтому вполне достаточно (для наших задач по крайней мере) ориентировки на приблизительный диапазон длительности и скважности импульсов (от 7 (достаточно) до 1 (желательно) нс), А уже к готовому изделию LCARD подбирать средства измерения исходя из их собственных характеристик, а также искажений и помех в реальной обстановке.

- Пока это - наша инициативная работа с низким приоритетом. Если появится заказчик с договорными отношениями с нашим отделом продаж, то он может ведь и конкретные сроки диктовать...

- Решить вопросы синхронизации в обратную сторону также вполне возможно технически.  По поводу "выдать столько синхроимпульсов, сколько было зарегистрировано импульсов на входе", - это возможно, но с ограничением трафика 1 Мбайт/c передачи данных (результатов счёта) от одного LTR51, о котором я писал выше, и в пределах возможности буферизации данных внутри недорогих FPGA (несколько тыс. отчётов - результатов счёта внутри буфера LTR51 - вполне возможно).

Меньше, чем 4 нс - разрешение по времени, вряд ли будет технически возможно в проекте LTR51М. Даже в этом случае потребуется частота дискретизации 250 МГц  внутри FPGA. Будем считать, что это - технический предел для подобного проекта. Если принципиально нужно иметь разрешение по времени меньше 4 нс, то это - уже совсем другой проект.

Описанные параметры вполне годятся (в частности, годится разрешение 5 нс и 2048 отсчётов в буфере). При этом серийное изделие (с возможностью покупки идентичных дополнительных экземпляров и/или замены в случае поломки) более предпочтительно, чем изготовленное эксклюзивно в единственном экземпляре (пусть даже в более сжатые сроки). Каковы мои дальнейшие шаги для этой работы?