Меню
+7 (495) 785-95-25
sale@lcard.ru
sale@lcard.ru
Добрый день! В общих чертах проблема в следующем.
В потоковом режиме на частоте 192 кГц доступно управление только одним аналоговым каналом. Для наших экспериментов требуется больше каналов (2 канала управляют развёртками по координатам X и Y, ещё 2 - токами в конденсорных линзах, также могут потребоваться дополнительные каналы для управления воздействием на образец во время измерений). Поэтому приходится использовать циклический режим.
Вставить переключение нужных сигналов в данные циклического режима не получается из-за необходимости экономить место в буфере и из-за несовпадения периодов необходимых переключений с периодом сигналов в буфере.
Из положения мы выходим, используя для ступенчатых сигналов работу соответствующего канала от арифметического генератора, при этом задаётся нулевая амплитуда, а смещение меняется асинхронно в нужные моменты. Точный момент переключения определяется по контрольному вводу с этого канала. Но тут всё равно возникает неудобство - этот момент можно только определить, а не точно задать (а также теряется возможность ввода с цифровых входов).
Здравствуйте, Алексей.
3) "Такой функционал нужен для генерации строчной развёртки по двум координатам."
- Взаимосвязь этой задачи с вышесказанным пока не удаётся проследить... Желательны пояснения.
Имеется ввиду на один выходной канал подать синус с арифметического генератора (пусть это будет координата X), а на другой (координата Y) - количество циклов (пропорциональное этому количеству напряжение). Тем самым обеспечивается перескок на следующую строчку после отработки развёртки предыдущей.
Имеет ввиду следующее. Сделать в дополнение 4 имеющимся арифметическим генераторам (1-4) ещё, например, 4 штуки (с номерами 5-8). Так, чтобы от генератора №5 можно было бы получить количество полных циклов (периодов) синусоиды, выданных к этому моменту времени генератором №1. Аналогично для №6 - получать информацию от №2, для №7 - от №3 и для №8 - от №4. А во всём остальном чтобы эти генераторы №№5-8 вели себя с программной точки зрения также, как уже имеющиеся №№1-4.
В каких единицах выдавать количество циклов - в принципе не важно, т. к. результат можно будет перемасштабировать произвольным образом, указав для конкретного канала вывода амплитуду и смещение. Можно, например, в долях вольтов, соответствующих единице младшего разряда ЦАП.
Прошу уточнить, возможно ли в прошивку LTR-35 добавить функционал арифметического генератора, который бы выдавал количество полных периодов синусоиды, выданных к данному моменту времени другим арифметическим генератором (выдающим синусоиду). С возможностью, также как и для синусоидальных арифметических генераторов, настраивать амплитуду и смещение отдельно по каналам.
(Такой функционал нужен для генерации строчной развёртки по двум координатам.)
Прошу подсказать, есть ли у вас готовое решение по подключению термопары к модулю E20-10 (какая термопара, как подключать). Подключение именно к E20-10 принципиально, т. к. температуру нужно измерять синхронно с измерениями по другим каналам E20-10. Желаемый диапазон температуры — от комнатной до ≈600 °C, желаемая точность ±1 °C. Калибровка температуры на месте возможна, но желательно было бы без неё обойтись.
Добрый день! Подскажите, пожалуйста, возможно ли подключение к модулю LTR-35 оптического энкодера ENS1J-B28-L00256L (описание: https://static.chipdip.ru/lib/681/DOC013681430.pdf с питанием от аналоговых или цифровых выходов LTR-35 и съёмом информации через входы DI1, DI2? Насколько плохо длительно подавать на DI1 и DI2 напряжение от 4 до 4.4 В? Каких помех можно ожидать по другим аналоговым выходам LTR-35 от такого подключения?
Если вариант с LTR-35 невозможен - прошу подсказать другие варианты подключения этого энкодера с использованием Вашего серийного оборудования.
Подскажите, пожалуйста, возможно ли в LTR-35 асинхронное управление цифровыми выходами (на фоне синхронной генерации по аналоговым выходам)?
Так, для аналоговых выходов такое возможно путём задания в качестве источника сигнала арифметического генератора, задания амплитуды=0 и переключения смещения на нужные значения в нужные моменты времени.
В связи с чем возникает вопрос - возможно ли для цифровых выходов использование в качестве источника сигнала арифметического генератора с той же целью - в нужные моменты времени выставлять "смещение", двоичное представление которого соответствовало бы битовой маске желаемого состояния цифровых выходов.
После создания структуры TLTR и перед вызовом любых других функций должен быть еще вызов LTR_Init(&hsrv).
Попробуйте, исправит ли это ситуацию.
Помогло. Спасибо.
Попробовал сделать в соотвектствии с руководством ltrapi.pdf - не получается. Фрагмент программы
TLTR hsrv;
LTR_OpenSvcControl(&hsrv, LTRD_ADDR_DEFAULT, LTRD_PORT_DEFAULT);
при выполнении приводит к ошибке segmentation error.
При этом всё остальное работает правильно (LTR Manager, крейт и сам модуль LTR-35).
Подскажите, что я делаю не так?
Может ли служба ltrd работать одновременно и с LTR Manager, и с моей программой? Или же LTR Manager нужно закрыть?
Подскажите, а возможно ли управлять соединением с крейтом (проверять наличие соединения, устанавливать, разрывать) не из графического интерфейса LTR Manager, а с помощью API из своей программы? Это бы полностью решило возникшую у нас проблему - дало бы возможность при пропадании соединения восстанавливать его со сбросом крейта не в случайный момент, а в безопасный с точки зрения логики эксперимента.
Да, метки времени, выданные командой journalctl -k, совпали с метками аналогичных событий из лога LTR Manager:
янв 05 16:02:37 emr102 kernel: igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Down
янв 05 16:02:40 emr102 kernel: igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
янв 05 16:02:52 emr102 kernel: igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Down
янв 05 16:02:53 emr102 kernel: igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
янв 05 19:09:22 emr102 kernel: nouveau 0000:01:00.0: Direct firmware load for nouveau/nv106_fuc084 failed with error -2
янв 05 19:09:22 emr102 kernel: nouveau 0000:01:00.0: Direct firmware load for nouveau/nv106_fuc084d failed with error -2
янв 05 19:09:22 emr102 kernel: nouveau 0000:01:00.0: msvld: unable to load firmware data
янв 05 19:09:22 emr102 kernel: nouveau 0000:01:00.0: msvld: init failed, -19
янв 05 19:28:56 emr102 kernel: igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Down
янв 05 19:28:58 emr102 kernel: igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
янв 05 19:29:09 emr102 kernel: igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Down
янв 05 19:29:11 emr102 kernel: igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
Оказалось, что предыдущий раз проблемы с интерфейсом eno1 возникали 10.11.2022, что было описано в предыдущих сообщениях. И с тех пор компьютер работал непрерывно и ничего подобного не происходило (ни во время работы оборудования, ни когда оно было выключено). Спасибо за разъяснения,
будем дальше разбираться в сути проблемы.
Роутер работает всегда (круглосуточно).
Да, установка соединения с крейтом скорее всего была в 16:03 (в этот день я делал это 1 раз и примерно в это время).
Разбежки системного времени с аппаратным в настоящее время не наблюдается:
$ date; sudo hwclock
Пт 06 янв 2023 16:13:16 MSK
2023-01-06 16:13:16.232969+03:00
Компьютер работает круглосуточно, а питание экспериментального оборудования (в т. ч. крейт с LTR-35) включается только на время эксперимента (типично - на рабочий день). Перед экспериментом всё включается и проверяется вручную. В частности, я после подачи питания на крейт установил в LTR Manager соединение с ним, щёлкнув мышкой, и проверил отсутствие галочек А и R в строчке с этим крейтом. (Галочки мы особенно внимательно проверили, помня про проблемы от них прошлый раз.)
Вмешательство посторонних лиц, поставивших галочку, крайне маловероятно. Я бы скорее предположил проблемы с интерфейсом LTR Manager: возможно, при щёлкании по крейту с целью установки соединения события мышки "просочились" каким-то нештатным образом за пределы нужной области экрана и повлияли на галочку - так, что она логически установилась, но не отобразилась сразу.
И остаётся вопрос с причиной разбежки по времени в логах ОС и LTR Manager.
Фрагмент вывода dmesg -T за интервал времени, заведомо перекрывающий промежуток [19:29:00 до 19:29:19]:
[Чт янв 5 16:04:56 2023] igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Down
[Чт янв 5 16:04:59 2023] igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[Чт янв 5 16:05:10 2023] igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Down
[Чт янв 5 16:05:12 2023] igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[Чт янв 5 19:11:42 2023] nouveau 0000:01:00.0: Direct firmware load for nouveau/nv106_fuc084 failed with error -2
[Чт янв 5 19:11:42 2023] nouveau 0000:01:00.0: Direct firmware load for nouveau/nv106_fuc084d failed with error -2
[Чт янв 5 19:11:42 2023] nouveau 0000:01:00.0: msvld: unable to load firmware data
[Чт янв 5 19:11:42 2023] nouveau 0000:01:00.0: msvld: init failed, -19
[Чт янв 5 19:31:15 2023] igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Down
[Чт янв 5 19:31:17 2023] igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[Чт янв 5 19:31:28 2023] igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Down
[Чт янв 5 19:31:30 2023] igb 0000:02:00.0 eno1: igb: eno1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
С интерфейсом eno1, действительно, что-то происходило, но не в то время, которое указано в логе LTR Maneger (19:29:19), а на 2 минуты позже.
Функции LTR_SetIPCrateFlags или LTR_AddIPCrate в программе не используются.
Вопрос заключается в том, как в случае возникновения проблем (пропадания связи с LTR-35 по какой-либо причине) избежать возникновения дополнительных проблем, возникающих из-за действий ПО. В логике нашего эксперимента наиболее удачным решением было бы не перезагружать автоматически LTR-35 каждый раз в таком случае, а вывести сообщение об ошибке и ожидать реакции оператора. Как выяснилось, убрать галочки A и R для этого оказалось недостаточно.
Перезагрузок роутера в указанное время не наблюдалось - судя по тому, что в этот момент роутер также был задействован для передачи других данных (не связанных с LTR-35) в рамках того же эксперимента, и с теми данными ничего не случилось.
Опять столкнулись с проблемой самопроизвольного отключения LTR35.
Перед началом работы проверили, что в LTR Manager (версия 1.5.5) у крейта не стоят галочки A и R.
После возникновения проблемы оказалось, что стоит галочка A (появилась сама собой), галочки R не было.
Проблема возникла первый раз за несколько месяцев работы, до этого (с момента предыдущего сообщения на форуме) всё было в порядке.
Условия подключения с тех пор не менялись, всё осталось как было и как описано выше.
Лог LTR Manager:
16:03:01, 5.01.2023 Информация Service:New host address: intf name: eno1, addr 192.168.0.99, msk 255.255.255.0
16:04:29, 5.01.2023 Информация Crate init [TCP, 192.168.0.35]:Start connection
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]:New crate initialized successfully:
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Location = 192.168.0.35
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Crate type name = LTR-CEU-1
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Serial = 2T728370
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Firmware version = 1.0.4.0
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Bootloader version = 2.1.0.0
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: CPU Type = LPC4337
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Board revision = 1
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: FPGA name = LTR-CEU-1
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: FPGA version = 1.0.4
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: mode = 2
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Protocol version = 1.1
16:04:29, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]:New module detected in slot 1
16:04:29, 5.01.2023 Информация LTR35-1 (Crate LTR-CEU-1 [TCP, 2T728370], slot 1):Initialized successfully
19:29:10, 5.01.2023 Ошибки (-505) Crate LTR-CEU-1 [TCP, 2T728370]:Crate ping failed: Command reply timeout
19:29:10, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]:Crate closed
19:29:19, 5.01.2023 Информация Service:New host address: intf name: eno1, addr 192.168.0.99, msk 255.255.255.0
19:29:19, 5.01.2023 Информация Crate init [TCP, 192.168.0.35]:Start connection
19:29:19, 5.01.2023 Предупреждения Crate init [TCP, 192.168.0.35]:Connection already established! Force primary connection!
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]:New crate initialized successfully:
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Location = 192.168.0.35
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Crate type name = LTR-CEU-1
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Serial = 2T728370
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Firmware version = 1.0.4.0
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Bootloader version = 2.1.0.0
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: CPU Type = LPC4337
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Board revision = 1
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: FPGA name = LTR-CEU-1
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: FPGA version = 1.0.4
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: mode = 2
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Protocol version = 1.1
19:29:19, 5.01.2023 Информация Crate LTR-CEU-1 [TCP, 2T728370]:New module detected in slot 1
19:29:19, 5.01.2023 Информация LTR35-1 (Crate LTR-CEU-1 [TCP, 2T728370], slot 1):Initialized successfully
Подключение через WiFi-роутер по проводам. В одно из гнёзд LAN роутера подключён компьютер, в другое - крейт с LTR-35.
Установка флага LTR35_CFG_FLAG_DISABLE_AFC_COR решила имевшиеся проблемы. Спасибо за подсказку.
Но после этого (не знаем, вследствие ли этого) после нескольких часов работы с конфигурацией с установленным флагом модуль LTR-35 завис. После чего на всех выходах появились близкие к нулю, но не равные нулю точно, постоянные напряжения. Содержимое журнала (время записи об ошибке 20:42:24, 10.11.2022 совпадает с фактическим временем возникновения ошибки):
14:16:22, 10.11.2022 Информация Service:ltrd (v2.1.8.9) started
14:16:22, 10.11.2022 Информация Service:New host address: intf name: eno1, addr 192.168.0.99, msk 255.255.255.0
14:16:22, 10.11.2022 Информация Crate init [TCP, 192.168.0.35]:Start connection
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]:New crate initialized successfully:
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Location = 192.168.0.35
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Crate type name = LTR-CEU-1
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Serial = 2T728370
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Firmware version = 1.0.4.0
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Bootloader version = 2.1.0.0
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: CPU Type = LPC4337
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Board revision = 1
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: FPGA name = LTR-CEU-1
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: FPGA version = 1.0.4
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: mode = 2
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Protocol version = 1.1
14:16:22, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]:New module detected in slot 1
14:16:22, 10.11.2022 Информация LTR35-1 (Crate LTR-CEU-1 [TCP, 2T728370], slot 1):Initialized successfully
14:16:24, 10.11.2022 Информация Service:New host address: intf name: tun0, addr 10.8.0.102, msk 255.255.255.255
20:42:24, 10.11.2022 Ошибки (-505) Crate LTR-CEU-1 [TCP, 2T728370]:Crate ping failed: Command reply timeout
20:42:24, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]:Crate closed
20:42:39, 10.11.2022 Информация Service:New host address: intf name: eno1, addr 192.168.0.99, msk 255.255.255.0
20:42:39, 10.11.2022 Информация Crate init [TCP, 192.168.0.35]:Start connection
20:42:39, 10.11.2022 Предупреждения Crate init [TCP, 192.168.0.35]:Connection already established! Force primary connection!
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]:New crate initialized successfully:
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Location = 192.168.0.35
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Crate type name = LTR-CEU-1
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Serial = 2T728370
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Firmware version = 1.0.4.0
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Bootloader version = 2.1.0.0
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: CPU Type = LPC4337
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Board revision = 1
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: FPGA name = LTR-CEU-1
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: FPGA version = 1.0.4
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: mode = 2
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]: Protocol version = 1.1
20:42:39, 10.11.2022 Информация Crate LTR-CEU-1 [TCP, 2T728370]:New module detected in slot 1
20:42:39, 10.11.2022 Информация LTR35-1 (Crate LTR-CEU-1 [TCP, 2T728370], slot 1):Initialized successfully
С другой стороны, если работать в потоковом режиме со сброшенными коэффициентами в начальное состояние, то в FPGA LTR35 никакой арифметической обработки не будет и необходимую обработку можно делать и на верхнем уровне.
Как работать с LTR35 со сброшенными коэффициентами в начальное состояние без порчи заводской информации во flash-памяти LTR35 - об этом может рассказать наш Алексей.
Да, такая возможность была бы очень полезной для наших экспериментов.
Алексей, прошу пояснить, какая пользовательская задача (или обнаруженная проблема) вызвала подобные специфические вопросы?
Речь идёт о физическом процессе (эксперименте), чувствительность которого превышает единицу младшего разряда кода ЦАП LTR-35 (а именно, речь идёт о сканировании электронной дифракционной картины, выдаваемые LTR-35 напряжения используются для генерации токов развёрток в отклоняющих катушках).
В таких экспериментах возникает задача точно (с максимально возможной точностью) повторить форму сигнала и/или его фрагмента за какой-то промежуток времени. Это бывает нужно для верификации экспериментальных результатов или для работы по усовершенствованию формы сигнала под экспериментальную задачу или для подбора других параметров при неизменной форме сигнала с LTR-35. В частности, была бы полезна возможность точно повторить сигнал арифметического генератора с помощью режима циклического или потокового воспроизведения (и далее редактировать данные, используемые в этом режиме) - т. е. выдать вручную точно такую же последовательность кодов, которую генерирует арифметический генератор.
Возник ещё вопрос. Возможно ли, зная настройки арифметического генератора, узнать точную последовательность кодов, которые будут выданы на ЦАП? Т. е. алгоритм, по которому LTR-35 эти коды вычисляет.
Подскажите, в каком порядке в структуре .Module.CbrCoef расположены структуры с калибровочными коэффициентами. Там их 8 пар, как я понимаю, по одной паре на канал вывода, соответственно для выходов 1:1 и 1:10. Но в Руководстве программиста не указано, какой элемент пары относится к 1:1, а какой к 1:10.
Вышеописанное верно для всего диапазона возможных кодов ЦАП?
Подскажите, как правильно выяснить, сколько Вольт получится выдаст на выходе LTR-35 в ответ на загрузку данного кода ЦАП.
Есть ли для этого функция API? Или какую формулу для этого использовать?
(Задача, для которой это понадобилось: ведётся управление развёртками мелкими шагами (1 шаг = единица младшего разряда кода ЦАП), но при этом есть ограничения по напряжению, которые нельзя превышать. Причём эти ограничения меняются со временем. Поэтому про каждый код ЦАП нужно выяснять, попадает ли он в безопасный диапазон по напряжению.)
Уточнение. Имеется ввиду не создание нового осциллографического режима, а использование имеющихся возможностей. Например, кадр из примерно 1000 измерений и затем межкадровая задержка, достаточная по времени для вычитывания буфера.
Возможно ли в E20-10 обеспечить одновременно и непрерывное считывание одного из цифровых каналов, и аналогового канала с частотой 10 МГц? Например, вставляя эти данные в выходной поток последовательно друг за другом. При этом понятно, что скорость генерации выходного потока данных будет превышать пропускную способность USB. Но такой режим нужен на относительно короткие интервалы времени - все нужные данные поместятся в буфер и потом будет время передать их по USB до начала следующих измерений.
Адрес: 117105, Москва, Варшавское шоссе, д. 5, корп. 4, стр. 2
Многоканальный телефон:
+7 (495) 785-95-25
Отдел продаж: sale@lcard.ru
Техническая поддержка: support@lcard.ru
Время работы: с 9-00 до 19-00 мск