Система сбора данных нового поколения для спектрометрических многоканальных установок
Предлагаются распределённые системы сбора, транспортировки, обработки и представления данных (DAQ) для ИЯИ НАНУ и установки COMBAS (ЛЯР ОИЯИ) на основе инфраструктуры ngdp и пакета camac (ЛЯП ОИЯИ). Представление событий в online специальным ROOT-классом позволяет реализовать гистограммный сервер, к...
Збережено в:
| Дата: | 2010 |
|---|---|
| Автори: | , , |
| Формат: | Стаття |
| Мова: | Російська |
| Опубліковано: |
Національний науковий центр «Харківський фізико-технічний інститут» НАН України
2010
|
| Теми: | |
| Онлайн доступ: | https://nasplib.isofts.kiev.ua/handle/123456789/15710 |
| Теги: |
Додати тег
Немає тегів, Будьте першим, хто поставить тег для цього запису!
|
| Назва журналу: | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| Цитувати: | Система сбора данных нового поколения для спектрометрических многоканальных установок / А.Ю. Исупов, В.Е. Ковтун, А.Г. Фощан // Вопросы атомной науки и техники. — 2010. — № 2. — С. 154-158. — Бібліогр.: 11 назв. — рос. |
Репозитарії
Digital Library of Periodicals of National Academy of Sciences of Ukraine| _version_ | 1859641281686274048 |
|---|---|
| author | Исупов, А.Ю. Ковтун, В.Е. Фощан, А.Г. |
| author_facet | Исупов, А.Ю. Ковтун, В.Е. Фощан, А.Г. |
| citation_txt | Система сбора данных нового поколения для спектрометрических многоканальных установок / А.Ю. Исупов, В.Е. Ковтун, А.Г. Фощан // Вопросы атомной науки и техники. — 2010. — № 2. — С. 154-158. — Бібліогр.: 11 назв. — рос. |
| collection | DSpace DC |
| description | Предлагаются распределённые системы сбора, транспортировки, обработки и представления данных (DAQ) для ИЯИ НАНУ и установки COMBAS (ЛЯР ОИЯИ) на основе инфраструктуры ngdp и пакета camac (ЛЯП ОИЯИ). Представление событий в online специальным ROOT-классом позволяет реализовать гистограммный сервер, конфигурируемый во время исполнения. Клиенты последнего с полномасштабным графическим интерфейсом независимы от остальной DAQ и реализуются под любую операционную систему, поддерживающую ROOT.
Пропонуються розподілені системи збору, транспортування, обробки і зображення даних (DAQ) для ІЯД НАНУ і установки COMBAS (ЛЯР ОІЯД) на основі інфраструктури ngdp і пакета camac (ЛЯП ОІЯД). Зображення подій в online спеціальним ROOT-класом дозволяє реалізувати гістограмний сервер, що конфігурується під час виконання. Клієнти останнього з повномасштабним графічним інтерфейсом незалежні від інший DAQ і реалізуються під будь-яку операційну систему, що підтримує ROOT.
The data acquisition, transportation and processing (DAQ) systems for INR NASU and COMBAS setup (JINR, FLNR) are proposed on base of ngdp framework and camac package (JINR, DLNP). ROOT dedicated class representing events online allows to implement the runtime configurable histogram server. Ones clients with graphic interface are independent on another DAQ so suitable for any operating system supporting ROOT.
|
| first_indexed | 2025-12-07T13:22:30Z |
| format | Article |
| fulltext |
____________________________________________________________
PROBLEMS OF ATOMIC SCIENCE AND TECHNOLOGY. 2010. № 2.
Series: Nuclear Physics Investigations (53), p.154-158. 154
УДК: 004.031.4:539.1.075:539.17
СИСТЕМА СБОРА ДАННЫХ НОВОГО ПОКОЛЕНИЯ ДЛЯ
СПЕКТРОМЕТРИЧЕСКИХ МНОГОКАНАЛЬНЫХ УСТАНОВОК
А.Ю. Исупов1, В.Е. Ковтун2, А.Г. Фощан2
1Объединённый институт ядерных исследований, Дубна, Россия;
2Харьковский национальный университет имени В.Н. Каразина, Харьков, Украина
E-mail: kovtun@pht.univer.kharkov.ua
Предлагаются распределённые системы сбора, транспортировки, обработки и представления данных
(DAQ) для ИЯИ НАНУ и установки COMBAS (ЛЯР ОИЯИ) на основе инфраструктуры ngdp и пакета camac
(ЛЯП ОИЯИ). Представление событий в online специальным ROOT-классом позволяет реализовать гисто-
граммный сервер, конфигурируемый во время исполнения. Клиенты последнего с полномасштабным гра-
фическим интерфейсом независимы от остальной DAQ и реализуются под любую операционную систему,
поддерживающую ROOT.
1. ВВЕДЕНИЕ
В настоящее время в физических установках с
числом каналов десятки и сотни часто используются
магистрально–модульный стандарт КАМАК и ком-
пьютер архитектуры Intel IA-32 (i386) − т.е. совмес-
тимый с IBM PC и называемый в обиходе персо-
нальным − для съема данных. Зачастую также сис-
тема сбора данных представляет собой монолитную
программу под DOS, чтобы непосредственно рабо-
тать с аппаратными средствами и отчасти для обес-
печения быстродействия. Привязанность к DOS в
настоящее время не содержит положительных мо-
ментов. Такая программа практически не поддается
развитию, равно как и переносу на другую установ-
ку, т.е. создание для новой установки собственной
системы сбора данных потребует «полного цикла»
разработки, что зачастую нереально. Выходом явля-
ется использование каких-либо готовых решений,
например, инфраструктур (framework) qdpb [1] и
ngdp (см. [2] и [3]) для UNIX-подобной операцион-
ной системы (ОС) FreeBSD, позволяющих реализо-
вывать модульные распределенные системы сбора,
транспортировки, обработки и представления дан-
ных для разнообразных ядерно-физических устано-
вок с электронным съемом данных. Так, системы
сбора данных на их основе успешно эксплуатируют-
ся в ЛВЭ ОИЯИ и ХНУ имени В.Н.Каразина, а в
качестве подсистемы обслуживания КАМАК ис-
пользуется пакет camac (ЛЯП ОИЯИ, г. Дубна) [4]
под ОС FreeBSD.
2. ИСПОЛЬЗУЕМЫЕ ПРОГРАММНЫЕ
ПАКЕТЫ − NGDP, CAMAC, ROOT
В современном программировании очень важно
уметь находить и использовать уже готовые про-
граммные пакеты, предназначенные либо точно для
решения стоящей задачи, либо для чего-то похоже-
го. Использование таких пакетов на уровне источ-
ников позволяет перенимать также готовую проду-
манную идеологию и стиль программирования.
Как уже отмечено выше, инфраструктуры qdpb и
ngdp предлагают модульный принцип, позволяю-
щий исполнять многие элементы системы одновре-
менно, в том числе на различных процессорах и
компьютерах, передавая информацию, оформлен-
ную в некие пакеты, между различными программ-
ными модулями посредством потоков (а не файлов,
т.е. минуя файловую систему). Локальные потоки
практически между любыми модулями легко могут
быть заменены на межмашинные, что позволяет
произвольно распределять систему. Модульность
также позволяет изолировать зависимые от кон-
кретной установки части кода и реализовать осталь-
ное как набор неспецифических модулей, исполь-
зующихся в неизменном виде в любых системах
DAQ. Инфраструктурный подход минимизирует
усилия по разработке и сопровождению многих сис-
тем DAQ, поскольку одни и те же отлаженные мо-
дули можно применять снова и снова. Инфраструк-
тура ngdp избегает принудительного планирования
(preemptive scheduling) критичных частей кода, раз-
мещая часть модулей в ядре ОС, и использует пакет
netgraph(4) для организации потоков пакетов дан-
ных между ними внутри ядра ОС (оригинально
netgraph(4) разработан для реализации сложных
многоуровневых сетевых протоколов в виде графов
и пересылает сетевые пакеты вдоль ребер графа ме-
жду трансформирующими их узлами − вершинами
графа). Такая техника (оформление модулей контек-
ста ядра в стиле netgraph(4)) повышает быстродей-
ствие и скорость реакции на внешние события сис-
темы DAQ, не теряя естественную многозадачность
UNIX в пользовательском контексте, в котором ngdp
совместима с qdpb.
Пакет camac [4] под ОС FreeBSD, применяемый
для работы с аппаратными средствами КАМАК,
также изолирует в своих драйверах аппаратно-
зависимые части кода (поддержку конкретных пар
адаптер/контроллер крейта) от остальной, универ-
сальной части пакета. Такой подход позволяет пре-
доставить унифицированный аппаратно-независимый
пользовательский программный интерфейс работы с
КАМАК и, таким образом, существенно упрощает
использование пакета, а также формализует созда-
ние под него новых драйверов и модулей пользова-
тельских обработчиков прерываний от КАМАК.
Так, авторами реализован драйвер kh(4) контролле-
ра крейта CC02 [5] с адаптером шины PCI, разрабо-
танным в ХНУ им. В.Н. Каразина и предлагаемым к
155
использованию в спектрометрах COMBAS и ИЯИ
НАНУ. В драйвере kh(4) реализованы все операции
набора camac(2), кроме установки (CCEM) и провер-
ки (CTEM) маски LAM'ов, для чего отсутствует ап-
паратная поддержка в CC02. Для возможности сни-
жения накладных расходов во время исполнения
был также написан аппаратно-зависимый набор
макросов kh(9) для контекста ядра (в виде заголо-
вочного файла ci_kh.h), реализующих доступ к адап-
теру CC02. Таким образом, обработчик прерываний
может, жертвуя аппаратной независимостью ради
скорости исполнения, использовать макросы kh(9)
вместо функций набора camac(9). Впрочем, про-
гресс центральных процессоров неуклонно снижает
эту разницу в скорости на фоне неизменной скоро-
сти выполнения собственно аппаратного цикла
КАМАК.
Поскольку все аспекты гистограммирования дос-
таточно надежно, удобно и эффективно реализова-
ны в пакете ROOT [6], естественно использовать его
в качестве библиотеки, предоставляющей классы
одномерных (TH1F) и двумерных (TH2F) гисто-
грамм.
3. СПЕЦИФИКА СИСТЕМЫ DAQ
COMBAS
Фрагмент-сепаратор COMBAS [7] предназначен
для исследования нестабильных (нейтроно- и про-
тоно-избыточных) ядер, получаемых в реакциях с
тяжёлыми ионами низких и средних энергий поряд-
ка 100 МэВ/нуклон на циклотроне У-400М ЛЯР
ОИЯИ (Рис.1). Сбор данных с 64 каналов стриповых
ППД и 9 каналов детекторов CsI(Tl) производится
спектрометрической аппаратурой в стандарте
КАМАК. В дальнейшем число каналов других плеч
спектрометра возрастет до 320 (Рис.2).
Схема построения системы DAQ на основе ин-
фраструктуры ngdp с использованием пакета camac
достаточно подробно описана в [3] на примере уста-
новки QUADRO (ФТФ ХНУ имени В.Н. Каразина).
Граф, реализующий потоки пакетов в DAQ
COMBAS, будет аналогичным (см. Рис.3). При этом
зависимость от конкретной аппаратуры КАМАК
локализована в обработчике прерываний, а от кон-
кретного состава собираемых данных − в представ-
лении каждого отдельного события (триггера уста-
новки) для системы ROOT, реализуемого как ROOT
− класс Ecombas. Отметим, что видов событий, т.е.
триггеров, может быть более одного, возможно раз-
личающихся составом читаемых блоков КАМАК,
соответственно Ecombas может иметь член для
представления вида события. Поэтому, строго гово-
ря, все необходимые в нашем случае программные
модули уже предоставлены нам инфраструктурой
ngdp и некоторые лишь требуют компиляции с клас-
сом Ecombas.
Типовой обработчик прерываний от КАМАК в
виде загружаемого (KLD) модуля ядра ОС, сопря-
гаемый с нодой ng_camacsrc(4) системы ngdp, не
содержит в явном виде частей кода, реализующих
обслуживание аппаратуры КАМАК. Последние
оформлены в виде макросов, осуществляющих ини-
циализацию аппаратуры КАМАК, загрузку конфи-
гураций блоков, выяснение типа триггера, чтение и
сброс по триггеру каждого типа и т.д.
Рис.1. Многоканальный спектрометр COMBAS
В терминах таких аппаратно-зависимых макро-
сов и написан (на C) обработчик прерываний. Это
позволяет практически не менять его основной текст
от сеанса к сеансу даже при изменениях состава ап-
паратуры КАМАК. При необходимости работать с
различными составами аппаратуры в ходе одного
сеанса следует заготовить несколько наборов аппа-
ратных макросов и скомпилировать столько же
KLD-модулей обработчика прерываний, для смены
которых не требуется даже перезагрузка ОС. Что
касается реализации самих аппаратных макросов, то
на компактных установках, например, на различных
поляриметрах в ЛВЭ ОИЯИ (см., в частности, [8])
или на QUADRO [3] их несложно было написать
«вручную». Более обширная аппаратура КАМАК
спектрометров COMBAS и ИЯИ НАНУ, видимо,
потребует применения так называемого конфигури-
руемого представления аппаратуры КАМАК [9],
успешно эксплуатировавшегося в течение многих
лет при сопровождении систем DAQ на установках
СФЕРА [10] и СКАН [11] в ЛВЭ ОИЯИ. Конфигу-
рируемое представление позволяет формализовать
описание на C аппаратуры КАМАК и автоматизиро-
вать генерацию комплекта заголовочных файлов,
определяющих аппаратные макросы.
Спектрометры COMBAS и ИЯИ НАНУ предпо-
лагают набор и обработку во время online несколь-
ких сотен одномерных гистограмм по ~ 5000 кана-
лов и до сотни двумерных по ~5000×5000 каналов.
Предполагая значение float (8 байтов) в каждом ка-
нале, получаем более 2 Гигабайт оперативной памя-
ти только для хранения собственно гистограмм. По-
нятно, что поддерживать их все одновременно
слишком ресурсоемко, причем не только по памяти,
но и по вычислительной мощности. Тем не менее,
сохраняемая в бинарном формате эксперименталь-
ная информация позволит построить в offline любые
гистограммы в указанном количестве. Что же каса-
ется online, то, очевидно, следует накапливать толь-
ко те гистограммы, которые интересны в данный
момент для контроля ключевых параметров экспе-
римента, т.е. необходимо реализовать управляемый
во время исполнения гистограммный сервер.
156
Рис.2. Многоканальная система сбора данных (DAQ) установки COMBAS: 1 – предусилители (ПУ32, ПУ9);2
– спектрометрические усилители (СУ-16); 3 – спектрометрические АЦП16;; 4 – схема «или»;
5 – схема совпадений (СС)
Визуализацией гистограмм должны заниматься
клиенты этого сервера, которые будут запрашивать
с него − однократно или «непрерывно», т.е. перио-
дически через определенный интервал времени −
только те из ранее «заказанных» для накопления
гистограмм, которые соответствующие пользовате-
ли желают видеть в данный момент, чтобы не рас-
ходовать пропускную способность компьютерной
сети и вычислительный ресурс клиентских компью-
теров и не загромождать графические терминалы.
Такой подход легко реализуем на основе инфра-
структуры ngdp. Мы организуем поток пакетов сы-
рых данных в формате конкретной установки, как
это подробно описано в [2] и [3], и выводим его в
пользовательский контекст, так как модуль гисто-
граммного сервера (будем далее называть его r2h(1)
от «ROOT to histograms») реализован в ngdp в виде
процесса. Это обусловлено невозможностью слин-
ковать в ядро ОС, написанное на C, библиотеки па-
кета ROOT, написанные на C++. Для удобства рабо-
ты с данными сначала следует преобразовать сырой
формат в пособытийное ROOT−представление
Ecombas, для чего ngdp предоставляет конвертер
b2r(1) (от «binary to ROOT»). Класс Ecombas обя-
зан предоставить для b2r(1) интерфейс
pack2r(void *pack). Последний и осуществля-
ет преобразование пакета сырых данных, соответст-
вующего некоторому триггеру установки, в инстан-
цию класса Ecombas. Процессы b2r(1) и r2h(1) свя-
зываются конвейером (pipe), через который сериа-
лизированные функцией-членом Streamer(),
унаследованной от класса TObject, инстанции
Ecombas'а передаются от первого ко второму, для
удобства в виде пакетов специального типа.
Рис.3. Граф системы ngdp, реализующий DAQ COMBAS:
восьмиугольники – hook’и, прямоугольники – вершины графа
Наиболее дешевым способом сериализации нам
представляется инкапсуляция в класс
TBufferFile, существующий для ROOT версий
старше 5.16. b2r(1) инстанцирует пишущий вариант
класса TBufferFile, применяет к
ROOT-представлению события TBufferFile::
WriteObject(Ecombas *), затем записывает в
поток пакетный заголовок и в качестве тела
−собственно сериализированный класс из буфера по
указателю TBufferFile::Buffer()длиной
х32
х16
х16
х16
х9х9
х32
Y стрипы x32
X стрипы x32
CsI x9
вакуумная камера
х16
х9
СХЕМА «ИЛИ»
СХЕМА «ИЛИ»
СС
строб
х16
х16
х16
х16
1
2 3
4
5
157
TBufferFile::Length()байтов. r2h(1) инстан-
цирует читающий вариант класса TBufferFile с
телом пакета в качестве буфера длиной размер паке-
та минус размер заголовка, после чего применяет
TBuffeFile::ReadObject (TBufferFile::
GetClass()), получая указатель на полноценный
объект, Ecombas*. Как обычно для ngdp, поток
(данных) между модулями b2r(1) и r2h(1) может
вместо локального конвейера передаваться посред-
ством межмашинного сокетного соединения, в дан-
ном случае TSocket, передающего TMessage', что
позволяет легко распределить систему DAQ
COMBAS. Для r2h(1) класс Ecombas обязан пре-
доставить интерфейс Get_adc(int chan, int
mod, int group), позволяющий получить вели-
чину из события по номеру канала (и, возможно,
блока и группы блоков) АЦП для гистограммирова-
ния. Этой величиной заполняется
(TH1F::Fill(x)) одномерная, а парой таких ве-
личин (TH2F::Fill(x,y)) − двумерная гисто-
грамма.
Гистограммный сервер r2h(1) открывает сокет на
порту TCP 12341 и ждет запросов клиентов на реги-
страцию, которая может быть ограничена по адре-
сам удаленных машин, на которых исполняются
клиенты, двумя списками − полноправных и «толь-
ко читающих». Список заполняемых гистограмм
может быть «заказан» при запуске r2h(1) посредст-
вом файла в формате r2h.conf(5), указанного в ко-
мандной строке опцией -c, а также позднее по ко-
мандам от зарегистрированных (в полноправной
моде) клиентов. При этом используется единый
протокол, команды которого следующие:
Var с параметрами varname chan mod
group − объявляет переменную с именем
varname, которая может быть гистограммирована,
в терминах триплета номеров: канала chan, модуля
mod и группы модулей group. Предполагается, что
реализация класса, представляющего событие, по-
зволяет получить величину этой переменной в со-
бытии как результат, возвращаемый функцией-
членом Get_adc(chan, mod, group) этого
класса.
Add2var с параметрами varname chan mod
group − добавляет еще один триплет номеров к уже
существующему определению переменной
varname, что позволяет объединять в одну гисто-
грамму несколько каналов детектора.
Delvar с параметром varname − удаляет объ-
явленную ранее переменную varname и освобож-
дает соответствующие области памяти.
Book1d с параметрами hname fullhname
varnameX chansX minX maxX − объявляет од-
номерную (TH1F) гистограмму ROOT с именем
hname, идентификационной строкой fullhname,
гистограммируемой переменной varnameX (долж-
на быть уже объявлена), числом каналов chansX,
минимальным minX и максимальным maxX канала-
ми, которая будет заполняться по приходу каждого
события в ROOT-представлении (запрещено в
«только читающей» моде).
Book2d с параметрами hname fullhname
varnameX chansX minX maxX varnameY
chansY minY maxY − объявляет двумерную
(TH2F) гистограмму ROOT с именем hname, иден-
тификационной строкой fullhname, гистограмми-
руемыми переменными varnameX и varnameY
(должны быть уже объявлены), числами каналов
chansX и chansY, минимальными minX и minY и
максимальными maxX и maxY каналами, которая
будет заполняться по приходу каждого события в
ROOT − представлении (запрещено в «только чи-
тающей» моде).
Delete с параметром hname − удаляет объяв-
ленную ранее гистограмму hname и освобождает
соответствующие области памяти (запрещено в
«только читающей» моде).
Connect с параметрами host [port] − по-
сылает запрос на присоединение к серверу на порту
port на компьютере host.
Get с параметром hname − получает гистограм-
му с именем hname с сервера однократно.
Getcont с параметром hname − начинает полу-
чение гистограммы с именем hname с сервера в
«непрерывной» моде.
Stop с параметром hname − прекращает полу-
чение гистограммы с именем hname в «непрерыв-
ной» моде.
Stopall (без параметров) − прекращает полу-
чение всех гистограмм в «непрерывной» моде.
Reset с параметром hname − очищает гисто-
грамму с именем hname на сервере (запрещено в
«только читающей» моде).
Resetall (без параметров) − очищает все гис-
тограммы на сервере (запрещено в «только читаю-
щей» моде).
Quit (без параметров) − отсоединяется от сер-
вера.
Формат r2h.conf(5) поддерживает также строки
комментариев (# в первой позиции) и пустые стро-
ки, которые игнорируются. Команды Getcont,
Stop и Stopall являются внутренними для кли-
ента; команды Var, Add2var и Delvar в настоя-
щий момент являются внутренними для сервера,
поскольку объявление всех возможных переменных
не ресурсоемко и, следовательно, может не меняться
в течение сеанса; внутренние команды клиента, а
также Connect, Get, Reset, Resetall, Quit не
поддерживаются в файле.
Минимальный клиент реализован скриптом
ROOT client3.C , что имеет ограничения (сложности
реализации «непрерывной» моды и интерактивной
работы с визуализированными гистограммами). По-
этому реализован также полномасштабный клиент
histGUI(1), командная строка которого следующая:
histGUI [-l] [-tgui_sleep] [host
[port]]. После запуска histGUI(1) соединяется с
сервером r2h(1) на порту port на компьютере
host через TSocket, запускает TTimer для под-
158
держки «непрерывной» моды, отображает основное
окно и входит в цикл обработки событий (events)
ROOT. По получении команды оператора процесси-
рует ее сам или запрашивает сервер, получает ответ
и визуализирует гистограмму, либо отображает от-
вет сервера. Период обновления гистограмм в «не-
прерывной» моде задается опцией -t (по умолча-
нию 5 секунд). Опция -l означает вывод сообще-
ний об ошибках в системный журнал вместо стан-
дартного потока ошибок. Основное окно содержит
как минимум кнопку (TButton) «Exit», поле ввода
команд (TGTextEntry) и область вывода ответов
(TGTextView). Кроме того, одно и то же окно
(TCanvas) используется для однократного (по ко-
манде Get) вывода любой гистограммы, в «непре-
рывной» (по команде Getcont) моде для каждой
гистограммы открывается отдельная TCanvas, за-
крывающаяся после команды Stopall или соот-
ветствующей команды Stop. Вероятно, в будущем
возможно добавление системы меню в основное
окно и дополнительных окон, отражающих специ-
фику установки, для упрощения просмотра гисто-
грамм.
ЛИТЕРАТУРА
1. K.I. Gritsaj, A.Yu. Isupov // JINR Communications.
Dubna: 2001, E10−2001−116, p.1-19.
2. А.Ю. Исупов, В.Е. Ковтун, А.Г. Фощан. По-
строение систем сбора данных для многоканаль-
ных ядерно-физических установок на основе
Unix-подобных операционных систем // Вестник
Харьковского университета. Серия физическая
«Ядра, частицы, поля». 2009, 845(1(41)), p.93-
107.
3. А.Ю. Исупов, В.Е. Ковтун, А.Г. Фощан //
«NUCLEUS-2009. Fundamental problems and ap-
plications of nuclear physics: from space to nano-
technologies». Cheboksary, Russia, June, 15-19,
2009.
4. К.И. Грицай, В.Г. Ольшевский // Сообщения
ОИЯИ. Дубна: 1998, Р10−98−163, с.1.
5. ООО «РиЭС». Харьков: Каталог, 2009, с.1-40.
6. R. Brun and F. Rademakers. ROOT - An object ori-
ented data analysis framework // Nucl.Instr.and
Meth. in Phys. 1997, v.A389, p.81-86.
http://root.cern.ch/.
7. A.G. Artukh, G.F. Gridnev, M. Gruszecki, et al.
Wide aperture kinematic separator COMBAS real-
ized on the strong focusing principle // Nucl. Instr.
and Meth. in Phys. 1999, v.A426, p.605-617.
8. A.Yu. Isupov. Data acquisition systems for the high
energy and Nuclotron internal target polarimeters
with network access to polarization calculation re-
sults and raw data // Czech. J. Phys. Suppl. 2005,
v.A55, p.407-414.
9. A.Yu. Isupov // JINR Communications. Dubna:
2001, E10−2001−199, p.1-16.
10. A.Yu. Isupov // JINR Communications. Dubna:
2003, E10−2003−187, p.1-17.
11. С.В. Афанасьев, А.Ю. Исупов и др. Система сбо-
ра данных и триггер установки СКАН // ПТЭ.
2008, № 1, с.34-39.
Статья поступила в редакцию 07.09.2009 г.
THE DATA ACQUISITION SYSTEMS OF NEW GENERATION
FOR MULTICHANNEL SPECTROMETER SETUPS
A.Yu. Isupov, V.E. Kovtun, A.G. Foshchan
The data acquisition, transportation and processing (DAQ) systems for INR NASU and COMBAS setup (JINR,
FLNR) are proposed on base of ngdp framework and camac package (JINR, DLNP). ROOT dedicated class repre-
senting events online allows to implement the runtime configurable histogram server. Ones clients with graphic in-
terface are independent on another DAQ so suitable for any operating system supporting ROOT.
СИСТЕМА ЗБОРУ ДАНИХ НОВОГО ПОКОЛІННЯ ДЛЯ СПЕКТРОМЕТРИЧНИХ
МНОГОКАНАЛЬНИХ УСТАНОВОК
О.Ю. Ісупов, В.Є. Ковтун, А.Г. Фощан
Пропонуються розподілені системи збору, транспортування, обробки і зображення даних (DAQ) для ІЯД
НАНУ і установки COMBAS (ЛЯР ОІЯД) на основі інфраструктури ngdp і пакета camac (ЛЯП ОІЯД). Зо-
браження подій в online спеціальним ROOT-класом дозволяє реалізувати гістограмний сервер, що конфігу-
рується під час виконання. Клієнти останнього з повномасштабним графічним інтерфейсом незалежні від
інший DAQ і реалізуються під будь-яку операційну систему, що підтримує ROOT.
|
| id | nasplib_isofts_kiev_ua-123456789-15710 |
| institution | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| issn | 1562-6016 |
| language | Russian |
| last_indexed | 2025-12-07T13:22:30Z |
| publishDate | 2010 |
| publisher | Національний науковий центр «Харківський фізико-технічний інститут» НАН України |
| record_format | dspace |
| spelling | Исупов, А.Ю. Ковтун, В.Е. Фощан, А.Г. 2011-01-31T16:22:57Z 2011-01-31T16:22:57Z 2010 Система сбора данных нового поколения для спектрометрических многоканальных установок / А.Ю. Исупов, В.Е. Ковтун, А.Г. Фощан // Вопросы атомной науки и техники. — 2010. — № 2. — С. 154-158. — Бібліогр.: 11 назв. — рос. 1562-6016 https://nasplib.isofts.kiev.ua/handle/123456789/15710 004.031.4:539.1.075:539.17 Предлагаются распределённые системы сбора, транспортировки, обработки и представления данных (DAQ) для ИЯИ НАНУ и установки COMBAS (ЛЯР ОИЯИ) на основе инфраструктуры ngdp и пакета camac (ЛЯП ОИЯИ). Представление событий в online специальным ROOT-классом позволяет реализовать гистограммный сервер, конфигурируемый во время исполнения. Клиенты последнего с полномасштабным графическим интерфейсом независимы от остальной DAQ и реализуются под любую операционную систему, поддерживающую ROOT. Пропонуються розподілені системи збору, транспортування, обробки і зображення даних (DAQ) для ІЯД НАНУ і установки COMBAS (ЛЯР ОІЯД) на основі інфраструктури ngdp і пакета camac (ЛЯП ОІЯД). Зображення подій в online спеціальним ROOT-класом дозволяє реалізувати гістограмний сервер, що конфігурується під час виконання. Клієнти останнього з повномасштабним графічним інтерфейсом незалежні від інший DAQ і реалізуються під будь-яку операційну систему, що підтримує ROOT. The data acquisition, transportation and processing (DAQ) systems for INR NASU and COMBAS setup (JINR, FLNR) are proposed on base of ngdp framework and camac package (JINR, DLNP). ROOT dedicated class representing events online allows to implement the runtime configurable histogram server. Ones clients with graphic interface are independent on another DAQ so suitable for any operating system supporting ROOT. ru Національний науковий центр «Харківський фізико-технічний інститут» НАН України Применение ускорителей Система сбора данных нового поколения для спектрометрических многоканальных установок Система збору даних нового покоління для спектрометричних многоканальних установок The data acquisition systems of new generation for multichannel spectrometer setups Article published earlier |
| spellingShingle | Система сбора данных нового поколения для спектрометрических многоканальных установок Исупов, А.Ю. Ковтун, В.Е. Фощан, А.Г. Применение ускорителей |
| title | Система сбора данных нового поколения для спектрометрических многоканальных установок |
| title_alt | Система збору даних нового покоління для спектрометричних многоканальних установок The data acquisition systems of new generation for multichannel spectrometer setups |
| title_full | Система сбора данных нового поколения для спектрометрических многоканальных установок |
| title_fullStr | Система сбора данных нового поколения для спектрометрических многоканальных установок |
| title_full_unstemmed | Система сбора данных нового поколения для спектрометрических многоканальных установок |
| title_short | Система сбора данных нового поколения для спектрометрических многоканальных установок |
| title_sort | система сбора данных нового поколения для спектрометрических многоканальных установок |
| topic | Применение ускорителей |
| topic_facet | Применение ускорителей |
| url | https://nasplib.isofts.kiev.ua/handle/123456789/15710 |
| work_keys_str_mv | AT isupovaû sistemasboradannyhnovogopokoleniâdlâspektrometričeskihmnogokanalʹnyhustanovok AT kovtunve sistemasboradannyhnovogopokoleniâdlâspektrometričeskihmnogokanalʹnyhustanovok AT foŝanag sistemasboradannyhnovogopokoleniâdlâspektrometričeskihmnogokanalʹnyhustanovok AT isupovaû sistemazborudanihnovogopokolínnâdlâspektrometričnihmnogokanalʹnihustanovok AT kovtunve sistemazborudanihnovogopokolínnâdlâspektrometričnihmnogokanalʹnihustanovok AT foŝanag sistemazborudanihnovogopokolínnâdlâspektrometričnihmnogokanalʹnihustanovok AT isupovaû thedataacquisitionsystemsofnewgenerationformultichannelspectrometersetups AT kovtunve thedataacquisitionsystemsofnewgenerationformultichannelspectrometersetups AT foŝanag thedataacquisitionsystemsofnewgenerationformultichannelspectrometersetups |