УДК
621.436.038.6
В.И. БРЕЖНЕВ, аспирант
Национальный минерально-сырьевой
университет «Горный»
А.Б. ШАДРИН, д-р техн. наук, профессор
Национальный
минерально-сырьевой университет «Горный»
ИНТЕГРАЦИЯ
СЕТЕВЫХ ПРОЦЕССОВ В ЭНЕРГОМАШИНОСТРОЕНИИ
РЕФЕРАТ:
Приведены элементы информационного обеспечения для бортовых серверно-сетевых систем с учетом решения проблем совершенствования обучения
многоцелевым ресурсам интерсервисов в петле качества электронных регуляторов
агрегатов в условиях высоких темпов развития новых элементов матроники в энергомашиностроении
Совершенствование
информационного обеспечения для серверно-сетевых систем [1,2] требует
обучения многоцелевому доступу к
ресурсам электронных регуляторов в
бортовых агрегатах в условиях жестких требований к многоуровневой защите
сетевых элементов матроники в интегрированных транспортных комплексах [2-13].
Новые элементы технологий: Drive ES, Drive Ware, PowerSuite, CX-Server
необходимо внедрять для обучения возможностям интерсервисов для всех стадий
петли качества бортовых агрегатов транспортных комплексов.
Drive ES
Basic интегрируется в SIMATIC-Managers STEP 7 с Teleservice от SIMATIC и
открывает широкие возможности оперативного обучения информационному обеспечению
серверно-сетевых элементов управления
электронными регуляторами во всех
агрегатах транспорта. В среде
Drive ES PCS7 реализуются
магистрально-модульные регуляторы на основе PROFIBUS и SIMATIC PCS7.
STEP-7-Slave-Objektmanager упрощает конфигурирование микросистем с организацией
технологических и бортовых сетей на базе PROFIBUS-DP и CAN.
Для
подготовки «серверистов-транспортников» [1,12] важно внедрить
компоненты: STEP 7 с менеджером SIMATIC; «Центр управления операциями» СР;
графическое обеспечение сетей; NETPRO — настройка соединений между компонентами
системы управления процессом; NCM S7 для Industrial Ethernet/PROFIBUS —
настройка коммуникационных процессоров; Structured Control Language
(SCL) — Структурированный язык управления; CFC (схема непрерывных функций) -
графическое определение основных функций PLC; SFC (схема последовательных функций) — графическое
определение технологических операций;
Multi–clients (MC) — клиенты, которые имеют доступ к данным от
нескольких ОС-серверов, управляющих
сложными бортовыми агрегатами транспорта Они могут одновременно обращаться к
нескольким ОС- серверам, например, двигателя и тормозной системы [2,3-7].
Данные проекта для серверно-сетевой системы транспорта, значения процесса и
архивы предоставляются мультиклиентам ОС- сервером. ОС -мультиклиент имеет
локальные конфигурационные данные аграгатов транспорта. Мультиклиентная
архитектура интеллектуальной бортовой системы транспорта позволяет распределить
данные по нескольким бортовым серверам в агрегатах и получать коллективный
доступ к ним через мультиклиентов. Это делит учебную установку на несколько
частей. Такое распределение отвечает за иерархию установки в конфигурации
контроллеров в электронных регуляторах агрегатов. Каждая часть установки имеет
свой ОС-сервер.
Защита от несанкционированного доступа
[2-7] к однопользовательской системе или операторским терминалам
многопользовательской системы для интерсервисов агрегатов транспорта должна
обеспечиваться магнитными картами. Защита построена так, что
«серверист-двигателист» имеет доступ к ОС только пока вставлена магнитная карта
в считыватель ОС для идентификации. Если требуется однозначная идентификация,
то на каждом терминале процесса устанавливаем считыватель магнитных карт.
Для длительного хранения данных о
процессах транспорта, в соответствии с требованиями FDA, данные, собираемые
на каждой операторской станции для
отдельных бортовых агрегатов, могут автоматически сохраняться на внешних
носителях. Это могут быть архивы сообщений, архивы значений измеряемых величин
и протоколы, которые могут автоматически выгружаться, например, после определенного
события процесса или циклически. Данные сохраняются на внешних носителях, таких
как EOD/MOD. Storage [Хранилище] поддерживает все накопители. В
многопользовательских учебных классах Storage
устанавливаем только на ОС-сервере.
Для работы с несколькими мониторами не
требуется дополнительной настройки операторской станции. Определение нескольких
мониторов может быть сделано при помощи мастера разбиения экрана (split–screen
wizard).
Для синхронизации необходимо определить
единое время для всего тренажера из бортовых агрегатов транспаорта, с
автоматическим переключением "летнее/зимнее время". Операторские
станции отвечают за синхронизацию локального времени всех узлов. Для приема
даты и времени на ОС имеется две системы: Приемник DCF 77; Приемник GPS.
Приемник - Global Positioning System
(GPS) доступен по всему миру и не зависит от национальных передатчиков сигналов
времени.
С учетом уникальных серверно-сетевых
возможностей выбрана среда PCS 7 для
обучения информационному обеспечению энергоагрегатов транспорта: Fast Industrial Ethernet; Industrial Ethernet
(SINEC H1); PROFIBUS (FMS); PROFIBUS-DP; PROFIBUS-PA; AS-I. Optical
Switch Module (OSM) упрощают создание IEthernet через каналы на основе: витой пары (до 10
Мб/с); оптоволоконного кабеля (до 100 Мб/с). OSM для IEthernet имеет шесть портов Industrial Twisted Pair (ITP) - терминалов или ITP-сетей и два порта
для оптоволоконного кабеля для дополнительных модулей OSM. SINEC определяет
время на шине IEthernet и синхронизирует все
станции, подсоединенные к шине с точностью 1мс.
Techmation
Protuner Protuner — технология автоматизации процессов: визуализации,
конвертирования, преобразования и вычисления профилей процессов управления.
Отметим многоцелевые возможности
технологии: ввод информации о профилях элементов проекта микросистемы
(диапазон изменений входных и выходных
сигналов; профиль процесса управления; элементы структуры микросистемы и
особенности профилей узлов: фильтрации, дискретизации, преобразований). Следует
отметить встроенные процедуры синтеза профилей для управления: обработки
данных, отладки, идентификации, визуализации элементов диаграмм, расчета
частотных характеристик для оптимизации выбора параметров профилей элементов
бортовых электронных регуляторов в
агрегатах транспорта.
Выделим ряд технологий: Lab VIEW PID Control Toolset, Intelligent Tuner (Fisher-Rosemount), Profit PID (Honeywell), в которых можно реализовать многие современные
способы анализа и синтеза элементов внутренней цифровой модели для управления
и сетевые элементы в агрегатах
транспорта: ОРС, DDE, СОМ, DCOM c учетом развития SCADA (в DeltaV уже были реализованы элементы табличного
управления и адаптации с возможностями способов для электронных регуляторов на
основе нечеткого регулирования и систем с транспортной задержкой). Часто
используют способ релейной идентификации и возможности встроенных моделей
электронных регуляторов для оперативного получения характеристик процесса
управления и оптимизации программы
профиля для контроллера в агрегате транспорта. Для идентификации параметров по
способу релейного управления входной и
выходной фильтры обеспечивают выделение
частоты колебаний в электронном регуляторе агрегата на уровне первой
гармоники в спектре (гармонический баланс).
Отметим
информационную среду — EXACT MV (блоки: PIDA, FBTUNE и FFTUNE). PIDA — упрощает
настройки бортового электронного регулятра агрегата транспорта на основе
модификации предиктора Смита. FBTUNE
решает вопросы адаптации
петлевого усиления и
предварительной настройки. FFTUNE упрощает настройку элементов в прямой
связи по параметрам: перерегулирования и коэффициента затухания. В этой информационной среде можно
вырабатывать ступенчатый сигнал. По реакции на него определяются параметры модели
электронного регулятора агрегата первого порядка и параметры для бортового
контроллера по методу Зиглера-Никольса.
Такая информационная среда для бортовых контроллеров имеют широкие
возможности для моделирования и оптимизации параметров электронных регуляторов
в агрегатах транспорта по способам: распознавания образов или компенсации
возмущений на базе регулятора с прямой связью. Отметим, что в бортовых
электронных регуляторах уже реализуются способы настройки, основанные на формулах, но часто применяют модели с
нечеткой логикой. Следует выделить
распространение технологии PowerSuite в
части: Telemecanique — интеллектуальных пускателей TeSys модели U; Altistart —
устройств плавного пуска и торможения; Altivar — преобразователей частоты;
Lexium — преобразователей частоты. В среде PFAD Plus реализуют
частотно-регулируемые бортовые электронные регуляторы на основе SIMOVERT MASTERDRIVES Vector
Control и Motion
Control с учетом требуемых параметров нагрузочной
характеристики или из нагрузочного цикла — широко применяют в
подъемно-транспортных механизмах. Среда DriveMonitor для SIMOREG, MICROMASTER, SIMOVERT MASTERDRIVES
упрощает выполнение всех процессов в петле качества интерсервисов агрегатов
бортовых энергоустановок: таблицы
параметров; оптимизация элементов
преобразователей; режимы управления; диагностика; работа в реальном времени и без подключения к преобразователю;
настройка сервисов. SIZER поддерживает весь цикл конфигурирования в форме
сервисов для выбора напряжения сети; определения: двигателей, компонентов
привода; выбора инструментов и сервисов силовых элементов.
Адаптация усложняется (надо написать
загрузчик, системные тесты, обработчик таймера) для систем
исполнения: CSP8, CSP16, CSP32Eи CSP32F. Для 32х разрядных
систем с ОС РВ система CSP32F ориентирована механизмы многозадачных ОС (монитор
многозадачности без вытеснения). Общение системы программирования и системы
исполнения происходит через Gateway server. Обычно сверху, со средой
программирования он соединяется по TCP/IP, с системой исполнения по
последовательному каналу или fieldbus. Среда программирования и Gateway server
не обязательно должны функционировать на одной машине. Интерфейсы сервера и
сверху и снизу открыты. То есть в OEM можно применить для связи среды
программирования с бортовым контроллером в агрегате транспорта собственный
протокол, либо написать дополнительные программы, использующие протокол
CoDeSys. Через Gateway server работают и входящие в комплект
(бесплатно) OPC и DDE серверы.
WinAC ODK
позволяет: выполнять сбор
и обработку параметров,
обслуживание видео изображений, построение систем позиционирования и управления
перемещением; упростить доступ к
программным и аппаратным
ресурсам компьютера из программы контроллера; обеспечить доступ
к интерфейсам и файловой
системе компьютера из программы бортового контроллера транспорта.
WinAC ODK V4.1 может использоваться
совместно с WinAC Basis, WinAC RTX и WinAC Slot 412/416 V4.0. Системы WinAC
обеспечивают поддержку запросов к бортовым
приложениям в агрегатах транспорта, созданным с помощью WinAC ODK и
компилятора Visual C++. Такие запросы могут выполняться через целый ряд
дополнительных интерфейсов и существенно расширяют возможности интерсервисов
транспорта.
Software PLC Custom Code Extension
Interface (CCX) позволяет выполнять
вызов DLL библиотек для профилей в электронном регуляторе
из программы контроллера в агрегате
транспорта . DLL библиотеки в архивном сервере профилей агрегатов
разработчика транспорта создаются в
среде C/C++. Slot PLC Shared Memory Extension Interface (SMX) обеспечивает
доступ со стороны компьютеров на рабочих
сервисных станций к области отображения
элементов бортовых электронных регуляторов на уровне ввода-вывода Win AC
Software или Slot PLC. Controller Management Interface (CMI) позволяет
интегрировать панель управления
бортового контроллера в различные компьютерные приложения сервисных
станций. При этом приложения, использующие ССХ интерфейс, способны
работать в среде Windows и VenturCom RTX,
поэтому при разработке таких
приложений отсутствуют ограничения
на состав используемых языковых
элементов. ССХ приложения
выполняются на уровне DLL в средах: Windows и VenturCom RTX. Для разработки ССХ приложений используется Мастер, который обеспечивает поддержку:
синхронных вызовов ODK приложений (код программы выполняется как часть программы контроллера);
асинхронных вызовов (код программы
запускается параллельно с
контроллером и выполняется в фоновом режиме); непрерывного процесса (ODK приложение
работает параллельно с
контроллером и передает
необходимые данные в программу
контроллера методом вызова
соответствующих организационных блоков). Для запуска ССХ
приложений и вызова
их функций в
программе контроллера используются специальные системные
функциональные блоки. ССХ
интерфейс имеет
совместимость сверху вниз
с ODK предшествующих версий.
WinAC Slot PLC оснащены 2-портовым RAM,
доступ к данным которого обеспечивается как со
стороны программы слот
контроллера, так и
со стороны Shared Memory Extension (SMX) - приложений
через PCI интерфейса компьютера.
Подобный механизм взаимодействия
позволяет поддерживать независимое функционирование слот контроллера
от компьютера. WinAC Software
PLC для этой цели используют общую область памяти компьютера.
WinAC ODK
позволяет разрабатывать компьютерные приложения, которые способны
получать доступ к
элементарным типам данных через 2-портовое RAM или
через общую область памяти. Для разработки SMX
приложений используется специальный Мастер. Доступ к данным со
стороны бортового контроллера в агрегате транспорта выполняется
с помощью команд загрузки и передачи. SMX интерфейс является развитием
интерфейса комплекта T-Kit. SMX приложения могут работать в WinAC Software PLC
и WinAC Slot PLC. Controller Management Interface (CMI) позволяет
интегрировать в компьютерные приложения функции
панели управления контроллером. За счет этого компьютерные приложения получают возможность: производить включение и отключение
контроллера; производить перевод контроллера в режим RUN или STOP; отображать
состояния светодиодов контроллера; производить загрузку программ пользователя.
Используются открытые интерфейсы разработчика: CCX, C/C++, неуправляемый код;
SMX, C/C++, неуправляемый код; CMI, C/C++, C#, Visual Basic.
WinAC MP — системы: под управлением
операционной системы Windows CE;
управления и визуализации на платформе
панели оператора SIMATIC MP 370;
с детерминированным временем реакции; не требуют жесткий диск, дисковод, вентилятор; для автоматизации бортовых электронных
регуляторов транспорта, требующих использования многоцелевых программ
управления, а также обработки больших объемов данных. WinAC MP имеет большие
объемы памяти для хранения программы и данных о профилях агрегата транспорта.
Объемы этой памяти могут быть увеличены или перераспределены между Software PLC и системой визуализации
процессов в агрегатах.
Панели операторов SIMATIC MP 370 не имеют жесткого диска и
могут монтироваться в бортовые сети и работать в тяжелых
условиях, выполняя серверно-сетевые процессы бортовых агрегатов
транспорта с поддержкой обмена данными через интегрированные сети с
производителем агрегатов транспорта.
Для обучения информационному обеспечению
интерсервисам агрегатов транспорта выбрана среда STEP 7 (применяется c
WinAC MP для установки: сетевых адресов прибора; времени запуска/цикла:
установка максимальной длительности
цикла выполнения программы
и объема выполняемых функций самодиагностики; адресов
тактовых флагов; прав доступа к программе и данным; периода повторения
прерываний по времени и настройки
прерываний по дате
и времени). Программатор
используется для отображения состояний переменных во время выполнения программы,
независимой от программы
пользователя модификации переменных, вывода содержимого стека.
Программатор позволяет получать
информацию о степени
использования рабочей и
загружаемой памяти, режимах
работы центрального процессора, текущем времени цикла выполнения
программы, просматривать в текстовом
формате содержимое диагностического буфера. Центральный процессор
поддерживает множество системных
функций для выполнения
операций диагностики, настройки
параметров, синхронизации, обработки
аварийных сообщений, измерения временных интервалов. Для визуализации
автоматизируемых процессов в MP 370
используем WinCC flexible или
ProTool. На этапе инсталляции WinAC MP автоматически устанавливает соединения с
пакетом визуализации без использования дополнительных операций по конфигурированию
системы. В системе визуализации имеем доступ к данным процесса, оперативным и аварийным
сообщениям, а также к рецептурам. Интерфейс пользователя для WinAC MP
включается в систему визуализации и содержит: переключатель RUN/STOP, индикаторы его
состояний, дополнительные элементы
управления. Для этой цели
использованы специальные экранные
формы в WinAC MP. Система визуализации работает параллельно с контроллером WinAC MP. В системе визуализации устанавливаются права
пользователей по уровню доступа к системе автоматизации.
При установке WinAC MP интерфейсы автоматически конфигурируются, поэтому после загрузки STEP 7 и системы визуализации панель становится готовой к
работе. Встроенный Ethernet в MP 370 позволяет производить загрузку
программы контроллера WinAC, загрузку проекта системы автоматизации, а также
выполнять обмен данными с другими системами автоматизации. Программа контроллера может загружаться
через PROFIBUS панели MP 370.
Панель
оператора MP 370 оснащена: PROFIBUS,
Ethernet, RS 232 и USB. Все приборы системы распределенного ввода-вывода
подключаются к панели MP370 через PROFIBUS. WinAC MP
автоматически конфигурирует интерфейс
в процессе установки на панель. Параметры конфигурации системы
распределенного
ввода-вывода задаются в проекте STEP 7.
Контроллер WinAC MP использует PROFIBUS и Ethernet
для обмена данными
с другими контроллерами SIMATIC. Контроллер WinAC MP
управляет ходом выполнения
программы и реализует
необходимый алгоритм управления оборудованием. Он
управляет обменом данными
через сеть PROFIBUS и
предоставляет данные, необходимые для работы систем визуализации и обработки
данных.
Для оптимизации процесса управления
контроллер WinAC MP обеспечивает поддержку различных вариантов выполнения
программ: циклический; аварийные
прерывания; запуск программ по дате и времени.
Выбор вариантов выполнения
производится в WinAC MP в среде
STEP 7.
Для программирования и конфигурирования в
среде WinAC MP используется пакет STEP 7, а также все средства SIMATIC в рамках
DIN EN 6.1131-3. Уделяется внимание специфичным особенностям конкретных
типов процессоров S7.
Проекты
визуализации для MP 370 разрабатываем с помощью ProTool или WinCC flexible. В пакетах используем
единую со STEP 7 базу данных проекта.
Отметим многофункциональные панели MP 370:
12” сенсорный TFT дисплей, конфигурирование средствами ProTool от V5.2 SP3 и
выше. Полезно изучить руководства: S7-200/ -300/ -400, C7, LOGO, DP/ -PC/ -PG,
STEP 7, инструментальные средства проектирования, программное обеспечение
Runtime, PCS7, HMI, NET.
Перспективна Microbox 420-RTX -
система на базе Microbox PC
420. CF карта емкостью 1 Гбайт имеет
область памяти, используемую
контроллером WinAC RTX, а также
память, необходимую для
работы c Visual Basic
или c приложениями из WinAC ODK. Microbox 420-RTX оснащена
встроенным интерфейсом DVI, поэтому
для подключения VGA
мониторов необходим соответствующий адаптер. Microbox
420-RTX может дополняться панелями Flat
Panel и LCD мониторами SCD.
CF карта, обеспечивающая возможность WinLC
T и
других компьютерных приложений. Например, приложений Visual
Basic или приложений WinAC ODK.
Для построения готовых
систем управления Microbox 420-T может дополняться панелями Flat
Panel и LCD мониторами SCD. При
перебоях в питании
контроллер WinLC T способен выполнять
необслуживаемое сохранение до 30
Кбайт из оперативной памяти в SRAM
компьютера.
Интеграция распределенных процессов
управления транспортом [2-7] (im Zentrum) достигнута в iDrive. Водитель получает информацию на цветной дисплей, а отдает команды серверам с помощью джойстика (нажимается, наклоняется
в восьми направлениях и вращается). Джойстик обладает силовой обратной связью и
облегчает использование системы серверов. В
iDrive внедрена Windows CE. Отметим
процессы
в iDrive: Klima; Assist; Kommunikation; Short Message Service (SMS); Bord
Daten; Navigation ; GPS; Hilfe. Программирование diDrive построено на профилях процессов в
системах в форме библиотек подпрограмм
управления и настроек. Датчики: расхода воздуха, угла поворота
коленчатого вала, температуры
охлаждающей жидкости,
потенциометрический датчик
положения дроссельной заслонки интегрированы в мультиплексированную сеть для
опроса и сбора всех параметров тепловых
процессов в бортовой сервер двигателя -
Digital Motor Electronics
(DME): загрузка
двигателя, скорость вращения
коленчатого вала, температура, угол поворота дроссельной заслонки. DME
по многомерным таблицам формирует команды для управления исполнительными
устройствами: топливными форсунками,
клапаном управления холостым
ходом, клапаном продувки угольного
фильтра, реле. Основные профили
процессов измерений и управления (длительности замкнутого состояния контактов
прерывателя, установки угла опережения зажигания и продолжительности впрыска топлива) записаны в форме
многомерных таблиц в постоянную память DME. Применение оптимальных
многомерных таблиц, содержащих массивы параметров для рациональных режимов, скоростей и нагрузок (с шагом
от 5 об/мин для сжатия), позволяют DME выполнять интерполяцию отсчетов
измерений.
Благодаря технологии портежей,
Gentoo Linux используем в качестве защищенного сервера настольной и бортовой
систем из-за способности дистрибутива подстраиваться под задачи
сервериста-транспортника —“метадистрибутив”.
Portage — сердце Gentoo,
выполняющее множество ключевых функций. Для получения доступа к последним
версиям информационных программ для программ, достаточно набрать команду: emerge -sync — обновляет локальное дерево портежей системы
через Интернет. В дереве портежей содержится полная коллекция сценариев,
которые используются для сборки и установки последних версий пакетов Gentoo.
Важно обучать транспортников ресурсам
беспроводной сети, в которой исходные
данные (data) делятся на фреймы (fames) с размером 2346 бит. Объем фрейма задан
не жестко и, в зависимости от конфигурации оборудования, он может существенно
отличаться (в диапазоне от 1500 до 2346 бит).
Для каждого фрейма определяется и укладывается в пакет 32-битная контрольная
сумма (ICV), вычисляемая по алгоритму CRC32. Эффективный ключ шифрования
генерируется (PRNG – Pseudo-Random Number Generator – генератор псевдослучайных
чисел) на основе двух ключей — 40-битного секретного ключа (WEP key), назначаемого пользователем, и 24-битного
вектора инициализации (IV — Initialization Vector), генерируемого случайным
образом для каждого пакета. Затем данные “объединяются” со сгенерированным
потоком и передаются.
В учебный процесс внедрено шифрование по
WEP-протоколу, опирающемуся на потоковый криптоалгоритм RC4 (“шифр потока”).
Автор RC4 — Ronald Rivest. RC
расшифровывается как Ron's Code или Rivest's Cipher. Алгоритм RC4 строится, как потоковый
шифр на основе параметризованного
ключом генератора псевдослучайных битов с равномерным распределением. Основные
преимущества шифра — высокая скорость работы и переменный размер ключа.
Вектора инициализации назначаются
WLAN-устройством и передаются в открытом виде. Если злоумышленнику известен
хотя бы один исходный байт в каждом фрейме, ключ шифрования восстанавливается,
поскольку различные части ключа многократно применяются к различным частям зашифрованных
фреймов. Чтобы этого избежать, никакой ключ шифрования не должен использоваться
дважды. Вектора инициализации автоматически изменяются с каждым пакетом, что
обеспечивает “прозрачную” смену ключа, без участия пользователя. Внедрены для
бортовых комплексов “расширенные варианты” алгоритма WEP (ключи длиной более
104 бит). В этих алгоритмах увеличивается статическая составляющая ключа. Длина
инициализационного вектора остается той же самой, со всеми вытекающими отсюда
последствиями (лишь увеличивается время на подбор статического ключа).
Аутентификация осуществляется по схеме запрос/отклик (challenge/response).
Клиент (Client или Station), желающий подключится к точке доступа (Access
Point), посылает запрос на аутентификацию (Authentication Request). Точка
доступа генерирует 128-байтовый псевдослучайный “испытательный текст”
(Challenge Text) и отправляет его клиенту. Получив “испытательный текст”,
клиент шифрует его 64-битным ключом, полученным на основе секретного WEP-ключа
и произвольного вектора инициализации. Зашифрованный испытательный текст
(Encrypted Challenge Text) вместе с вектором инициализации передается на точку
доступа, где происходит обратный процесс: используя имеющийся в ее распоряжении
секретный WEP-ключ и открытый вектор инициализации, точка доступа
расшифровывает пакет и сравнивает полученный текст с оригинальным испытательным
текстом. Если они совпадают, аутентификация считается успешной и клиенту
отправляется подтверждение доступа (Confirm Success).
Поскольку в формировании эффективного
ключа участвует вектор инициализации, генерируемый произвольным образом, в
общий шифропоток неизбежно попадает некоторое количество слабых ключей. Собрав
достаточный объем трафика, злоумышленник отбирает пакеты, зашифрованные слабыми
ключами (такие пакеты называются “слабыми” или “интересными” – interesting).
Каждый слабый пакет с 5% степенью вероятности восстанавливает один байт
секретного ключа. С помощью увеличения размера ключей
и числа используемых ключей, а также создания механизма проверки целостности,
TKIP преумножает сложность декодирования данных в беспроводной сети. В
"Корпоративном/Enterprise" режиме WPA аутентификация осуществляется
через сервер аутентификации, используя различные типы мандатов: цифровые
сертификаты, имена пользователей и пароли, смарт-карты или другие формы ID.
Точка доступа или беспроводный маршрутизатор в данном случае лишь передают
трафик аутентификации между бортовой сетью транспорта и проводной сетью в
сервисной станции.
Совершенствование отечественного
образования в области энергоустановок которые должны опираться на зарубежные
комплексных решения на стыке наук и производств с учетом уникальных
ресурсов для интерсервисов бортовых
агрегатов для стадий в “петле качества” транспортных комплексов с учетом
многоцелевой защиты удаленных рабочих
мест отечественных учебных центров на уровне отмеченных выше информационных
программных элементов современных е-технологий.
Литература
1. Тузов, Л. Система
серверно-сетевого управления
транспортными средствами
/Л.В.
Тузов, А.Б. Шадрин – Двигателестроение. - 2007. N 1. С.37-41.
2. Шадрин,
А. Открываем сетевые ресурсы матроники транспорта/А.Б. Шадрин, C.А.
Ромашова, И. Кастильо Чагин –
Транспорт Российской федерации.-2009. N
3-4. С.26-29.
3.
Шадрин, А. Проектирование компьютерных сетей: учеб.-метод. комплекс
(информация о дисциплине, рабочие учебные материалы, информационные ресурсы
дисциплины, методические указания к
выполнению и задания на курсовой проект
или контрольную работу, блок контроля освоения дисциплины)/сост. А.Б. Шадрин -
СПб.: Изд-во СЗТУ, 2010. - 204 с.
4. Шадрин,
А. Проектирование компьютерных сетей:
учеб.-метод. комплекс (информационные ресурсы дисциплины, методические указания к выполнению лабораторных работ) /
сост. А. Б. Шадрин - СПб.: Изд-во СЗТУ, 2010. 115 с.
5.
Шадрин, А. Информационные
сети и телекоммуникации: учеб.-метод. комплекс (информация о дисциплине,
рабочие учебные материалы, информационные ресурсы дисциплины)/сост. А.Б. Шадрин
- СПб.: Изд-во СЗТУ, 2009. 217с.
7.
Шадрин, А. Информационные
сети и телекоммуникации: учеб.-метод. комплекс (информация о дисциплине,
рабочие учебные материалы, информационные ресурсы дисциплины)/сост. А.Б. Шадрин
- СПб.: Изд-во СЗТУ, 2009. 217с.
8. Шандров,
Т. Совершенствование виртуальных серверов /Т.В.Шандров, А.Б. Шадрин - Проблемы машиноведения и машиностроения: Сборник
Трудов. Выпуск 41.- СПб: СЗТУ, 2011. С.73-85.
9. Кареев,М. Совершенствование
удаленного управления процессами на
базе сетей/М.О.Кареев, А.Б. Шадрин - Проблемы
машиноведения и машиностроения: Сборник Трудов. Выпуск 40.- СПб: СЗТУ, 2010.
С.53-63.
10. Райтузов, С. Совершенствование сетевого управления процессами на
базе виртуальных технологий/ С.В. Райтузов, А.Б. Шадрин - Проблемы машиноведения и машиностроения: Сборник
Трудов. Выпуск 40.- СПб: СЗТУ, 2010. С.41-47.
11. Тарасов, Д.
Совершенствование элементов программирования процессов мониторинга в
транспортных комплексах /Д .И.Тарасов, А.Б. Шадрин - Проблемы машиноведения и машиностроения: Сборник
Трудов. Выпуск 41.- СПб: СЗТУ, 2011. С.65-73.
12. Шадрин, А.
Совершенствуем элементы
интеллектуальных транспортных комплексов /А.Б. Шадрин - Сборник научных
статей к юбилею кафедры процессов управления и информационных систем.- СПб: СЗТУ, 2010. С.122-130.