CC BY
51
2014 Электротехника, информационные технологии, системы управления № 12 УДК 65.011.56:004.75
С.А. Даденков, Е.Л. Кон
Пермский национальный исследовательский политехнический университет,
Пермь, Россия
АНАЛИТИЧЕСКИЙ РАСЧЕТ И АНАЛИЗ СРЕДНЕГО ВРЕМЕНИ РЕАКЦИИ ПРИЛОЖЕНИЯ УЗЛА НА СОБЫТИЕ В ИНФОРМАЦИОННО-УПРАВЛЯЮЩЕЙ СЕТИ
Исследован алгоритм циклического обслуживания приоритетных задач (модулей) программы узла информационно-управляющей сети (ИУС). Выполнен анализ факторов, влияющих на производительность приложения узла ИУС. Разработано аналитическое соотношение для определения одного из наиболее важных показателей производительности - времени реакции программы на происходящие события. Выполнены количественная оценка и анализ среднего времени реакции. Сделан вывод об адекватности предложенных соотношений и полученных результатов оценки. Сформулированы некоторые рекомендации к проектированию приложения узла ИУС.
Ключевые слова: аналитический расчет, время реакции, информационно-управляющая система, задача, конфигурационные свойства, условие проверки, программа, производительность, событие, узел, циклический алгоритм обслуживания, LonWorks, CSMA.
S.A. Dadenkov, E.L. Kon
Perm National Research Polytechnic University, Perm, Russian Federation
ANALYTICAL CALCULATION AND ANALYSIS OF APPLICATION NODE AVERAGE RESPONSE TIME ON EVENTS IN DISTRIBUTED CONTROL SYSTEM
The algorithm of round robin servicing of priority tasks (modules) node ICS (DCS) is research. Analysis of application node factors influencing performance is made. The analytical ratio is developed for determination of time of response of the program to the occurring events. The quantitative evaluation and analysis of average time response is executed. The conclusion is drawn on adequacy of the proposed relationships and results. Some recommendations to an ICS node application programming are formulated.
Keywords: analytical calculation, response time, industrial control system, task, configuration property, when, application, performance, event, node, LonWorks, round-robin, CSMA.
Введение. Сегодня большинство создаваемых распределенных информационно-управляющих систем и сетей (РИУС) управления технологическими процессами и объектами критической инфраструктуры
строятся на основе йеЫЬш-технологий. Это обусловлено высокими техническими показателями йеЫЬш-систем, в частности, одним из наиболее важных - производительностью. Важность адекватной оценки производительности РИУС заключается в необходимости эффективного проектирования сети требуемой производительности, обеспечиваемой корректным распределением функционала между элементами сети и определением системных параметров.
Анализ публикаций [1-6] иллюстрирует преимущественный интерес ученых к анализу методов временного разделения сетевых каналов. Важность исследований обусловлена характерной, для промышленных ИУС, низкой пропускной способностью сетевых каналов. Влияние метода доступа (в частности, СБЫЛ) на производительность является решающим фактором при высокой загрузке канала. Для наиболее характерной ИУС, малой и средней загруженности канала, важным фактором, влияющим на производительность, становится алгоритм обслуживания задач программы узла сети. Это обусловлено характерной для ИУС малой вычислительной мощностью узлов и большим количеством прикладных задач. Решению задачи количественной оценки производительности приложения узла посвящено малое количество работ [7-10]. В [7] выполнен натурный эксперимент с приложением узла и получены частные результаты оценки производительности. В [8, 9] авторами проведены анализ и систематизация факторов, потенциально влияющих на производительность приложения. В [10] разработана имитационная модель уровня приложения, реализованная в системе моделирования ЛпуЬо§1е. Анализ работ показывает недостаточность существующих результатов для проектирования ИУС. Поэтому в работе производится разработка аналитического соотношения для расчета одного из наиболее важных показателей производительности ИУС - среднего времени реакции приложения узла на различные события. Исследуемая в работе циклическая дисциплина обслуживания задач программы узла используется во многих ИУС, в частности в распространенной LonWorks-системе [11, 12].
Алгоритм циклического обслуживания задач программы узла. Назначением работы приложения узла является своевременная реакция (выработка управляющих воздействий на ИМ) на происходящие в контролируемых процессах события (изменения величин параметров, измеряемых датчиками (Д), принимаемых от исполнительных механизмов
(ИМ), принимаемых сообщений от удаленных сетевых узлов (Д и ИМ)). Организация контроля за параметрами процесса производится в рамках программы циклическим обслуживанием модулей, включающих проверку определенных параметров по условию when и при успешной проверке условия решения задачи task. При этом критерием успешного выполнения проверки и решения задачи является предшествующее проверке событие. Следовательно, событием в системе является не любое изменение величин параметров контролируемого процесса, а только изменение, приводящее к потенциальному (будущему) срабатыванию определенных проверок when. Исследуя в работе аспекты производительности алгоритма обслуживания задач программы узла, особое внимание уделяется показателю времени реакции узла на событие. Отметим, что время реакции представляет интервал времени от момента происхождения события и до выработки на него управляющего воздействия определенным модулем программы (решение задачи и обработка ее результата).
Приложение узла представляется циклическим обслуживанием неоднородных по приоритетам задач и образует алгоритм обслуживания (рис. 1). Последовательность обслуживания прикладных модулей выполняется по круговой дисциплине (round-robin) с двумя уровнями приоритетов (приоритетные и неприоритетные), образуя соответственно цикл приоритетных задач (ЦПЗ) и цикл неприоритетных задач (ЦНПЗ).
Рис. 1. Циклический алгоритм обслуживания задач приложения
Началом работы программы является точка входа (в литературе встречается термин «точка завершения критической секции»), в рамках которой выполняется обработка входящих (потенциальных событий) и исходящих (результата уже обработанной задачи) сообщений уровня приложения. Затем управление передается циклу приоритетных задач, в рамках которого происходит последовательное (согласно расположению) выполнение приоритетных модулей - проверок when и задач task. В случае успешного выполнения проверки условия и последующего решения прикладной задачи управление в программе передается в точку входа, совершая при этом фрагмент ЦПЗ, начинается новый цикл приоритетных задач. ЦПЗ завершается, если в ходе последовательной проверки всех модулей не произведено успешных проверок when. За время до завершения ЦПЗ может быть выполнено множество задач, при этом в каждой новой итерации (повторении) фрагмента приоритетного цикла количество проверок начальных условий (в порядке расположения) больше либо равно количеству вышестоящих проверок. Таким образом, за счет более частных проверок начальных модулей время реакции на соответствующие им проверки меньше, чем время для вышестоящих модулей, и зависит от числа приоритетных модулей n программы. При проектировании приложения следует учитывать данный факт и располагать модули в порядке важности задач (начиная с наиболее значимых).
По завершении ЦПЗ управление программой передается к ЦНПЗ. Цикл неприоритетных задач выполняется за одну итерацию, обрабатывая фрагмент цикла с модулем, следующим в порядке расположения. После обработки управление передается в точку входа. Таким образом, время реакции на неприоритетное событие в программе может включать время обслуживания всех фрагментов и полных циклов приоритетных и предшествующих неприоритетных циклов.
Как отмечено, значимым фактором, влияющими на время реакции, является количество циклов обслуживания, предшествующих работе с целевым (для которого наступило событие) модулем. В свою очередь, количество циклов определяется частотой (интенсивностью) происхождения событий или, что то же самое, интенсивностью срабатывания проверок модулей.
Решающим фактором, влияющим на интенсивность срабатывания проверок являются моменты происхождения событий и, в частности,
интервалы времени между событиями. Учет данного фактора особо важен ввиду малой вычислительной мощности узла, обусловливающей большое время обработки точки входа TV, время проверки TW, время задачи TT.
Критерием «успешности» завершения проверки является конфигурационное свойство (configuration property), используемое в условии when и описывающее тип и граничные значения параметров проверки. Наиболее распространены пять видов конфигурационных свойств [11, 12]: 1) тактовые импульсы передачи (максимальное время между передачами, Heartbeat, maxSndTime); 2) тактовые импульсы приема (maxRcvTime); 3) дроссель передачи (минимальное время между передачами, Throttle, minSndTime); 4) дельта передачи (минимальное изменение контролируемого параметра, sndDelta, minDeltaLevel); 5) уровень передачи (изменение параметра, связанное с выходом за допустимые границы его значения, minLevel, maxLevel). Учет представленных факторов и их анализ для оценки производительности в известных источниках не проводились. Поэтому в рамках настоящей работы авторами предлагается следующий принцип учета данного фактора. Каждая проверка, вне зависимости от типа, характеризуется различными интервалами времени между наступлением событий, которые могут быть описаны различными законами распределения времени. Тактовые импульсы передачи/приема можно описать равномерным распределением, поскольку для них задаются и соблюдаются практически фиксированные интервалы между событиями. Остальные проверки ввиду неопределенности моментов времени их срабатывания могут быть описаны экспоненциальным законом распределения времени.
Анализ обслуживания цикла приоритетных задач. Выполним анализ приложения с n приоритетными модулями и без неприоритетных модулей. Тогда цикл обслуживания задач может быть представлен следующим образом (рис. 2).
Рассмотрим наихудший по времени реакции на событие сценарий работы приложения. Предположим, что событие модуля x наступает в момент времени неуспешного завершения x-й проверки when. Тогда среднее время реакции TRx на данное событие представляет собой сумму времени завершения текущего цикла приоритетных задач TEx, времени от начала цикла и до начала x-й проверки TBx, а также полного времени обработки задачи модуля x:
TRx = TEx + TBx + [TV + TWx + TTx 1 (1)
Рис. 2. Цикл приоритетных задач
Типовое время обработки Ту, Тцг, Тт известно из литературы [7, 11].
Время окончания цикла ТЕх может быть определено суммой времени обработки каждого /-го модуля (/>х, г = х + 1..п), равного времени осуществления проверки и решения задачи с вероятностью наступления события рг, и обязательным совместным условием ¥[х того, что все предшествующие (начиная с х + 1) модулю г проверки не успешны:
0, при х = п,
(2)
T
-*- Z7,
Е [Fix (TW + Рг • TTi )], ПРи Х < П.
Вероятность успешного результата проверки при обработке i-го модуля определяется временем ti, прошедшим с момента последней проверки модуля, и средним временем Ti между событиями этого модуля. В зависимости от типа конфигурационного свойства условия проверки вероятность может быть описана экспоненциальным (3) и равномерным (4) распределением.
Рг = 1 - е7Ti,
= и / T, при tt £ T, Рг [1, при tt > T.
Функция вероятности Fix того, что все модули после х и до i были не успешны, может быть определена совместными вероятностями неуспешных проверок when:
1, при i = x +1,
(3)
(4)
F
П (1 - Pk X пРи г > x +1
k=x+1
(5)
Определим время ТВх с начала цикла и до начала обработки модуля х. Это время равняется времени обработки точки входа при х = 1. При х > 1 время определяется суммой времени обработки каждого модуля программы до х, определяемого произведением числа фрагментов цикла ПЗ, и соответствующей продолжительности фрагмента цикла:
Ту, при х = 1,
T =
Bx
x—1
Tv + Z
г=1
Z
o=1
(Tv+TWo+Tto ) П Q + TWo • Mo x k=1
при x < n,
(6)
где Ck - среднее количество подряд следующих циклов обработки модуля k при первом обращении (и срабатывании) к нему (или частота выполнения задачи модуля k), Mo,x - частота выполнения неуспешных проверок when в рамках фрагментов цикла до модуля х:
С
10
:Z k • р!
k=1
M
(7)
(8)
11, при о +1 = х, [1 + С (о +1), при о +1 > х.
Приведем пример расчета времени доступа к модулю х с номером 2 по формуле (6):
Т = Т + (Т + Т + Т )С + Т
±Е2 ±У ^ \±У ^ ±Ш 1 ^ Т1 / 1 JW1-
Таким образом, время от начала цикла до модуля 2 составляет сумму времени точки входа и одной проверки, предшествующей целевому модулю, а также времени выполнения С1 циклов обслуживания модуля х с номером 1.
Сложность численного расчета среднего времени реакции узла на событие в программе по предложенным соотношениям заключается в сложности определения времени прошедшего с момента последней проверки модуля I. Данное время влияет на вероятность (3, 4) успешной проверки модуля. Вероятность составляет основу расчета количества циклов обслуживания модулей и проверок (7, 8), тем самым влияет на время начала (6) и окончания (2) цикла и соответственно на время ti. В условиях обозначенной взаимозависимости параметров для выполнения количественных расчетов необходимо задаться определенным значением указанного времени. В рамках данной работы мы предлагаем считать время Ь, прошедшее с последней проверки модуля i,
равным времени полного приоритетного цикла Тр задач с последней решаемой задачей модуля п:
п
г, = Тр = Ту + ^ % +Ттп . (9)
г=1
Введенное допущение справедливо и описывает верхнюю границу возможного времени гг для малой нагрузки на программу, когда выполнение задач производится редко. Для средней и высокой нагрузки в приложении реальное время гг для малых г меньше принятого Тр, что будет приводить к появлению дополнительных циклов и увеличению времени реакции, а для модулей программы с большими номерами г время гг > Тр, что будет немного занижать расчетное время реакции для соответствующих задач ввиду меньшей вероятности рг (3, 4) успешного завершения проверки.
Количественный анализ среднего времени реакции. Выполним анализ среднего времени реакции программы узла на события. Целью анализа являются исследование адекватности результатов, получаемых с помощью соотношений (1-9), а также выработка рекомендаций к проектированию приложения узла ИУС. Критерием адекватности результатов примем подтверждение ожидаемого (известного из анализа) характера изменения времени реакции на различные события в программе:
• Среднее время реакции на события начальных (в порядке расположения в программе) модулей всегда меньше либо равно времени реакции последующих модулей, т.е. Три < Трх при г < х. Это справедливо, поскольку каждой последующей проверке предшествуют циклы обслуживания ранних модулей. Исключением являются прикладные сценарии, характеризующиеся перегруженностью событиями одного или нескольких модулей (как правило, начальных), что приводит к уменьшению времени реакции на них и увеличению времени для вышестоящих задач.
• Изменение среднего времени реакции по модулям 1..п программы при малой интенсивности событий, должно носить линейный возрастающий характер, поскольку задачи выполняются редко. С увеличением интенсивности событий (уменьшением времени между событиями) кривая изменения времени должна приобретать форму экспоненты, поскольку время реакции на каждую последующую задачу включает в себя время всех предшествующих циклов.
Особый интерес представляет анализ эффективности перехода от приложения с n модулями к j совместным модулям (j < n), объединяющим несколько проверок и задач, при условии неизменной суммарной интенсивности событий = T^- . При этом время совместной проверки увеличивается кратно числу объединенных условий when. Предполагается, что снижение количества проверок when должно привести к уменьшению времени реакции узла для каждого модуля ввиду сокращения числа предшествующих фрагментов цикла ПЗ.
Для анализа указанных положений количественный анализ среднего времени реакции программы узла на события выполняется для следующих исходных данных (таблица).
Исходные данные
№ n Ti (T1..n) (мс) Tv (мс) Tw (мс) TT (мс)
1 1000
2 10 50 0,3
3 20
4 500 1 1
5 5 25 0,6
6 10
7 10 500 (T3 = 10) 0,3
8 50 (T4 = 5)
Оценка времени реакции для исходных данных № 1-6 выполняется с целью установления общего соответствия результатов аналитических соотношений (1-9) представленным ранее положениям. Результаты представлены на рис. 3.
а б
Рис. 3. Зависимость времени реакции на событие от номера модуля х при различном времени Тмежду событиями: а - х (п = 10); № 1-3 / Т1:10 = 1000▲, 50^, 20^; б - х (п = 5); № 4-6 / Т1:5 = 500А, 25^, 10^
Анализ характера изменения среднего времени реакции модуля на событие подтверждает обозначенные рациональные положения. Сравнивая попарно результаты оценок № 1-3 и № 4-6, подтверждается гипотеза эффективности перехода к программе с меньшим числом модулей (в данном случае от п равного 10 к 5) при неизменной суммарной интенсивности нагрузки, создаваемой модулями программы. При этом, среднее время реакции модулей сокращается более чем в два раза. Данное положение ранее не подтверждалось в известной литературе и может быть использовано на этапе проектирования для построения эффективных прикладных программ узлов ИУС.
Анализ приложений с исходными данными № 7-8 выполняется с целью подтверждения реакции программы на появление большой нагрузки, создаваемой определенным модулем. Согласно исходным данным исследуется влияние увеличения интенсивностей событий модулей 3 и 4 на время реакции модулями программы. Результаты представлены на рис. 4.
25
12.5
г г
15
£ к
10 2 4 6 3 10
а б
Рис. 4. Влияние номера модуля-источника интенсивных событий на время реакции модулей х программы: а - х (п = 10); № 7 / 7\:10 = 500А, (Т3=10) ▲: б - х (п = 5); №7 / Т1:10 = 50А, (Г4=5)А
Анализ полученных результатов позволил установить влияние модуля-источника интенсивной нагрузки на среднее время реакции для модулей программы. Ввод в программу высокоинтенсивного модуля х (модули 3 и 4, см. рис. 4, а, б соответственно) приводит к уменьшению времени реакции для предшествующих его модулей, что обусловлено увеличением частоты проверок начальных модулей. Другим важным последствием введения интенсивного модуля является увеличение
времени реакции всех последующих за ним модулей, поскольку им начинает предшестовать большее количество фарагментов цикла ПЗ.
Таким образом, проведенное в рамках работы исследование циклического обслуживания задач в программе узла ИУС и выполненный анализ результатов оценки времени реакции на события в приложении подтверждают адекватность разработанных аналитических соотношений. Выполненная количественная оценка времени реакции и анализ позволили сформулировать рекомендации к проектированию приложения узла.
Библиографический список
1. Miskowicz M. Analysis of Mean Access Delay in VariableWindow CSMA // Sensors. Schweiz: Molecular Diversity Preservation International. - 2007. - Vol. 7. - P. 3535-3559.
2. Moshe Kam. Collision Resolution Simulation for Distributed Control Architectures using LonWorks // IEEE International Conference on Automation Science and Engineering. - Edmonton, Canada: IEEE, 2005.
3. Buchholz P., Plonnigs J. Analytical analysis of access-schemes of the CSMA type // IEEE International Workshop on Factory Communication Systems. - Wien, 2004. - P. 127-136.
4. Даденков С.А., Кон Е.Л. Исследование производительности алгоритма доступа к среде predictive p-persistent CSMA протокола // Вестник Пермского национального исследовательского политехнического университета. Электротехника, информационные технологии, системы управления. - 2012. - № 6. - С. 217-230.
5. Даденков С. А., Кон Е.Л. Оценка и анализ производительности LonWorks сети на основе predictive p-persistent CSMA протокола // Вестник Пермского национального исследовательского политехнического университета. Электротехника, информационные технологии, системы управления. - 2012. - № 6. - С. 206-216.
6. Даденков С.А., Кон Е.Л. Подход к построению аналитической модели информационно-управляющей сети LonWorks на основе нейрочипов // Нейрокомпьютеры: разработка, применение. - М.: Радиотехника, 2013. - № 11. - С. 64-69.
7. Miskowicz M. Latency Characteristics of Event-Driven Task Scheduler Embedded in Neuron Chip // IJCSNS International Journal of Computer Science and Network Security. - 2007. - Vol. 7, No. 12. - P. 132-149.
8. Даденков С. А., Чмыков В.В. К проблеме анализа производительности промышленных сетей (на примере LonWorks) // Sworld: сб. науч. тр. - 2014. - Т.10, № 3. - С. 81-87.
9. Даденков С.А., Чмыков В.В. К вопросу анализа конфигурационных свойств узлов как фактора, влияющего на производительность сети LonWorks // Sworld: сб. науч. тр. - 2014. -Т. 5, № 1. - С. 84-90.
10. Даденков С.А., Чмыков В.В. Разработка имитационной модели уровня приложений узла LonWorks сети // Автоматизированные системы управления и информационные технологии: матер. краев. науч.-техн. конф. - Пермь: Изд-во Перм. нац. исслед. политехн. ун-та, 2014. - С. 124-130.
11. Дитрих Д., Лой Д., Швайнцер Г.Ю. LON-технология, построение распределенных приложений: пер. с нем. / под ред. О.Б. Низамутдинова. - Пермь: Звезда, 1999. - 242 с.
12. LonTalk protocol specification, ANSI/CEA-709.1-B. United States: ISO/IEC JTC 1 SC 25, 2006.
References
1. Miskowicz M. Analysis of Mean Access Delay in VariableWindow CSMA. Sensors. Schweiz: Molecular Diversity Preservation International, 2007, vol. 7, pp. 3535-3559.
2. Moshe Kam. Collision Resolution Simulation for Distributed Control Architectures using LonWorks. IEEE International Conference on Automation Science and Engineering. Edmonton, Canada: IEEE, 2005.
3. Buchholz P., Plonnigs J. Analytical analysis of access-schemes of the CSMA type. IEEE International Workshop on Factory Communication Systems. Wien, 2004, pp. 127-136.
4. Dadenkov S.A., Kon E.L. Issledovanie proizvoditel'nosti algoritma dostupa k srede predictive p-persistent CSMA protokola [Research of productivity of algorithm of media access of predictive p-persistent CSMA of the protocol]. Vestnik Permskogo natsional'nogo issledovatel'skogo politekhnicheskogo universiteta. Elektrotekhnika, informatsionnye tekhnologii, sistemy upravleniia, 2012, no. 6, pp. 217-230.
5. Dadenkov S.A., Kon E.L. Otsenka i analiz proizvoditel'nosti LonWorks seti na osnove predictive p-persistent CSMA protokola [Assessment and performance review of LonWorks of a network on the
basis of protocol predictive p-persistent CSMA]. Vestnik Permskogo natsional'nogo issledovatel'skogo politekhnicheskogo universiteta. Elektrotekhnika, informatsionnye tekhnologii, sistemy upravleniia, 2012, no. 6, pp. 206-216.
6. Dadenkov S.A., Kon E.L. Podkhod k postroeniiu analiticheskoi modeli informatsionno-upravliaiushchei seti LonWorks na osnove neirochipov [Approach to creation of analytical model of the management information LonWorks network on the basis of neurochips]. Neirokomp'iutery: razrabotka, primenenie. Moscow: Radiotekhnika, 2013, no. 11, pp. 64-69.
7. Miskowicz M. Latency Characteristics of Event-Driven Task Scheduler Embedded in Neuron Chip. IJCSNS International Journal of Computer Science and Network Security, 2007, vol. 7, no.12, pp. 132-149.
8. Dadenkov S.A., Chmykov V.V. K probleme analiza proizvoditel'nosti promyshlennykh setei (na primere LonWorks) [To a problem of performance review of industrial networks (on the example of LonWorks)]. Sworld: sbornik nauchnykh trudov, 2014, vol. 10, no. 3, pp. 81-87.
9. Dadenkov S.A., Chmykov V.V. K voprosu analiza konfiguratsionnykh svoistv uzlov, kak faktora, vliiaiushchego na proizvoditel'nost' seti LonWorks [To a question of the analysis of configuration properties of nodes, as the factor influencing LonWorks network productivity]. Sworld: sbornik nauchnykh trudov, 2014, vol. 5, no. 1, pp. 84-90.
10. Dadenkov S.A., Chmykov V.V. Razrabotka imitatsionnoi modeli urovnia prilozhenii uzla LonWorks seti [Development of a simulation model of level of applications of the LonWorks node of a network]. Materialy kraevoi nauchno-tekhnicheskoi konferentsii Avtomatizirovannye sistemy upravleniia i informatsionnye tekhnologii. Permskii natsional'nyi issledovatel'skii politekhnicheskii universitet, 2014, pp. 124-130.
11. Ditrikh D., Loi D., Shvaintser G.Iu., Nizamutdinov O.B. LON-tekhnologiia, postroenie raspredelennykh prilozhenii: perevod s nemetskogo [LON technology, creation of the distributed applications: translation from German]. Perm': Zvezda, 1999. 242 p.
12. LonTalk protocol specification, ANSI/CEA-709.1-B. United States: ISO/IEC JTC 1 SC 25, 2006.
Сведения об авторах
Даденков Сергей Александрович (Пермь, Россия) - ассистент кафедры автоматики и телемеханики Пермского национального исследовательского политехнического университета (614990, Пермь, Комсомольский пр., 29, e-mail: dadenkov@rambler.ru).
Кон Ефим Львович (Пермь, Россия) - кандидат технических наук, профессор кафедры автоматики и телемеханики Пермского национального исследовательского политехнического университета (614990, Пермь, Комсомольский пр., 29, e-mail: kel-40@yandex.ru).
About the authors
Dadenkov Sergey Alexandrovich (Perm, Russian Federation) is an Assistant at the Department of Automation and Telemechanics Perm National Research Polytechnic University (614990, Perm, 29, Komsomolsky prospect, e-mail: dadenkov@rambler.ru).
Kon Efim Lvovich (Perm, Russian Federation) is Ph.D. of Technical Sciences, Professor at the Department of Automation and Telemechanics Perm National Research Polytechnic University (614990, Perm, 29, Kom-somolsky prospect, e-mail: kel-40@yandex.ru).
Получено 12.12.2014
