Сервер для scada выбор конфигурации
Scada сервер купить, выбор конфигурации и цена системы хранения данных , серверное оборудование Конфигуратор серверов, подбор серверов, конструктор сервера, покупка сервера, конфигуратор серверов онлайн, продажа серверов, онлайн конфигуратор сервера, конфигуратор серверов интел, подбор сервера по параметрам, цена сервер, онлайн подбор серверов, купить сервер, расчет сервера, выбор сервера, выбрать сервер, подобрать сервер. расчет
|
Любой покупатель оборудования Dell, корпоративный заказчик или конечный пользователь, в случае неисправности должен обратиться в центр технической поддержки Dell по бесплатному телефону «горячей линии»:
8-10-800-20971044 или 8 (499) 500-8393 - поддержка ProSupport и NBD on Site
8-10-800-21561044 или 8 (499) 500-8391 - другие пакеты поддержки
2 - бесплатный звонок со стационарных телефонов по России, доступен с 10:00 до 18:00 по Московскому времени в рабочие дни;
Перед звонком в центр технической поддержки необходимо определить тип сервисной поддержки продукта, требующего ремонта. Определить уровень текущего пакета сервисной поддержки можно на сайте https://www.dell.com/support/home/ сервисному коду Service TAG или экспресс сервисному коду Express Service Code. Сервисный код представляет собой 7-значную алфавитно-цифровую последовательность и расположен на наклейке на нижней или задней поверхности клиентского оборудования, для серверов, систем хранения и сетевого оборудования наклейку располагают на задней поверхности или на выдвижном пластиковом лейбле с синей пометкой EST на передней панели. Экспресс сервисный код представляет собой код системы, переведенный в цифровой формат. Оба указанных кода могут использоваться взаимозаменяемо.
Расширение или продление гарантии: для любого владельца оборудования Dell, корпоративного заказчика или конечного пользователя, в период действия первоначальной гарантии имеется возможность продлить её срок (максимально до 5 лет с момента первоначальной продажи) и/или повысить уровень сервисной поддержки, например, с базовой гарантии до ProSupport.
Scada сервер купить, выбор конфигурации и цена системы хранения данных , серверное оборудование Конфигуратор серверов, подбор серверов, конструктор сервера, покупка сервера, конфигуратор серверов онлайн, продажа серверов, онлайн конфигуратор сервера, конфигуратор серверов интел, подбор сервера по параметрам, цена сервер, онлайн подбор серверов, купить сервер, расчет сервера, выбор сервера, выбрать сервер, подобрать сервер. расчет
Серверы и управление данными устройства SCADA
серверы предлагают сделать шаг в направлении больших данных, облегчая эффективное управление данными устройством SCADA. В приложениях автоматизации больших данных означает, что все большее количество данных датчиков из производственного процесса, который должен быть эффективно управлять.
Современные SCADA системы могут взаимодействовать напрямую с сервером , который в свою очередь взаимодействует с ПЛК, удаленными терминалами или блоков удаленного ввода / вывода для передачи показаний датчиков и сигналов управления назад и вперед между сервером и устройствами.
Там, где более традиционный сервер DA использует метод опроса, который может использовать пропускную способность сети, новые серверы используют "Отчет по методу исключения" методологии, чтобы уменьшить количество информации, которую сервер необходимо отправить на программное обеспечение SCADA. Сочетание с использованием технологии активного сервер предоставляет пользователям бесшовной связи решение, которое может спасти впечатляющее количество использования полосы пропускания.
Эта статья объяснит разницу между "обновления данных путем опроса" и "обновление данных по методу исключения" и дать некоторые общие правила большого пальца, что пользователи могут следовать, чтобы решить, какой метод подходит для различных устройств ввода / вывода, а также с сервером решения.
программное обеспечение SCADA
Современные системы имеют программное обеспечение SCADA в верхней части, контролируемые устройства в нижней части, и ОРС-сервер между ними.
Традиционная архитектура SCADA
На протяжении более полувека, SCADA системы дали операторы, расположенные в центральной диспетчерской, возможность контролировать и управлять множество людей устройств было распространено более широкой географической области.
Структура современной системы SCADA имеет программное обеспечение SCADA в верхней части, контролируемые устройства в нижней части, и сервер между ними. блоки ПЛК, RTUs, и / или удаленного ввода / вывода используются для передачи показаний датчиков и сигналов управления назад и вперед между сервером и устройствами. PLC / RTU и удаленного ввода / вывода обеспечивают удаленные места с определенным количеством автономии, и достаточно умны, чтобы реализовать локальные схемы управления независимо от самой SCADA программного обеспечения.
SCADA программное обеспечение и серверы традиционно были основаны на модели опроса клиент-сервер. То есть, SCADA программное обеспечение опросы сервер, который сам опрашивает систему для текущих показаний датчиков, а затем выдает оператор SCADA команды в ответ на то, что информация предоставляется пользовательским интерфейсом SCADA программного обеспечения. Хотя некоторые показания могут быть опрошены более или менее часто, чем другие показания, датчики, которые отслеживают критические показания (например, является ли открытая или закрытая закрытая дверь), возможно, потребуется опрашивать так часто, как один раз в секунду, чтобы дать операторам достаточно времени, чтобы принять необходимые меры (например, оповещение сотрудников службы безопасности), а также для того, чтобы система SCADA надлежащим образом уведомлен.
Например, если статус Дверь опрашивается один раз каждые пять секунд, но открыта дверь, а затем закрыта в течение 4-х второго временного интервала, система SCADA не будет даже знать, что дверь была открыта. Если вам нужно только следить за состоянием одной двери, затем частый опрос не может быть проблемой. Тем не менее, для SCADA-систем, которые контролируют состояние сотен дверей, частый опрос многих датчиков может занимать большое количество пропускной способности сети, и в результате привести к замедлению работы других приложений, которые подключены к той же сети.
Около десяти лет назад, Moxa представила свою запатентованную концепцию активного , которая осуществляется с помощью продукции МОХА ioLogik. Проще говоря, Active дает Тупой устройства ввода / вывода интеллект, они должны инициировать соединение с сервером . Другими словами, так как устройства ввода / вывода подключены к ioLogik посредством локальных последовательных соединений, то ioLogik может опрашивать эти устройства так часто, как это любит, не подвергая никакой нагрузки на сеть Ethernet, и только передает показания на сервер (над сеть Ethernet), когда определенные предварительно сконфигурированных условий. Как показано на диаграмме на странице 16, действие модели опроса традиционный клиент-сервер иногда описывается как "тянуть" (так как сервер "тянет" I / O чтения из различных устройств), в то время как действия Активный ioLogik в описывается как "толчок" (так как система удаленного ввода / вывода "выталкивает" I / O показания различных устройств на сервер ).
В более позднем развитии, использует модель "подписки и отслеживаются пункт" для управления связью между программным обеспечением SCADA и сервером. является абсолютно новым, в том, что она позволяет операторам работать непосредственно с системой SCADA для настройки способа ОРС-сервер взаимодействует с различными устройствами ввода / вывода. В самом деле, так как доклад за исключением "выталкивает" чтения с сервера на программное обеспечение SCADA, с использованием в сочетании с активным обеспечивает бесперебойную связь за счет реализации того, что мы могли бы назвать "толчок-толчок" стратегию, которая имеет потенциал чтобы сэкономить внушительные суммы пропускной способности сети.
отчет-по-исключения-концепции
Отчет за исключением использует подписку и методологию контролируемого пункта. Показания, которые не меняются, не публикуются, которая формирует суть "доклада исключения" концепции.
Обновления посредством опроса или исключения
В течение многих лет "Обновление данных путем опроса" была промышленным стандартом для обмена данными между сервером и клиентов (например, SCADA программного обеспечения).
Теперь, однако, инженеры могут выбирать между обновлением данных путем опроса и обновления данных по методу исключения. Вообще говоря, какой вариант выбрать, зависит от двух факторов: (1) частота, с которой изменяется показания датчика, и (2) срочность, с которой вы должны знать, что чтение изменилось. Показания датчиков, которые часто изменяются должны быть выбраны часто, чтобы получить истинную картину того, как показания датчика изменяются со временем. Для получения показаний датчиков, которые не меняются очень часто, вы могли бы в конечном итоге тратить совсем немного пропускной способности сети, если вы образца слишком часто. Но, если Вы пробуете слишком редко, вы можете полностью пропустить важные данные (например, о том, что дверь была открыта, а затем закрыта). Давайте рассмотрим более подробно, как обновление работает с сервером .
Все серверы до сих пор поддерживают обновление данных путем опроса, с процедурой конфигурации и способа работы, идентичной более традиционных серверов DA.
Выбор либо опроса или обновления исключений.
Выбор либо опроса или обновления исключений.
Обновление данных в виде исключения
При настройке для отчета исключения, сервер использует методологию "подписки и отслеживаются пункт", в котором клиент SCADA подписывается на набор контролируемых элементов. Образцы сервера точек данных через регулярные промежутки времени "выборки" помещает показания элемента в очереди, а затем публикует показания через регулярные промежутки времени "публикации".
Одним из важнейших аспектов этой операции заключается в том, что если выборка чтение не изменилась по сравнению с предыдущим образцом, чтение не помещается в очередь. Что это означает, что показания, которые не меняются, не публикуются, что суть "доклада исключения" концепции. Заметим также, что поддерживает отправку сигналов пульса во время длительных периодов простоя, так что каждая из сторон соединения будет знать, что другая сторона все еще жива, и, следовательно, не закрывает соединение.
Два параметра должны быть настроены на клиенте , чтобы дать возможность обновления по методу исключения: интервал выборки и интервал публикации. Интервал выборки определяет скорость, с которой сервер проверяет наличие изменений в контролируемых показаний прибора, а интервал издательство определяет скорость, с которой сервер отправляет уведомления клиента. Интервал выборки может быть короче, чем издательским интервал, в котором уведомления случае будут поставлены в очередь на сервере, пока интервал издательство не прошло. На этом этапе сервер отправляет все уведомления в очереди к клиенту.
С "обновление в порядке исключения", поскольку / вывода показаний I не передаются, когда статус отслеживаемой системы не меняется, операторы могут значительно сократить объем пропускной способности сети, что требуется. Это особенно верно, когда частота изменения значений гораздо меньше, чем интервал опроса, например, справедливо при мониторинге открытия / закрытия на статус двери. Отчет за исключением также экономит вычислительные ресурсы на сервере и клиентских компьютерах для обработки тайм-аута и повторных попыток.
Если частота изменения значений выше интервала опроса и актуальность имеет решающее значение, обновление данных по методу исключения по-прежнему является лучшим способом пойти. Тем не менее, доклад за исключением, возможно, до сих пор вызывают много данных, которые должны быть переданы в очень короткий промежуток времени, что может привести к перегрузке сети. Скопление может быть освобожден несколько, установив соответствующий "мертвая зона" для аналоговых данных, или путем обрезки вниз объем данных с помощью соответствующего численного алгоритма обработки данных перед отправляю. С другой стороны, если частота изменения значений выше, чем интервал опроса и срочности не имеет решающего значения (например, при мониторинге температуры жидкости), обновление путем опроса может быть более подходящим.
Большинство серверов используют протокол опроса типа, такие как Modbus, чтобы получить данные от своих устройств ввода / вывода. Тем не менее, возвышающихся сотни или тысячи тегов очень неэффективно. Если оба опроса и исключения варианты, вы можете определить наилучший подход, сначала тегов категоризации устройств в один из четырех типов, а затем увеличить эффективность вашей работы с помощью методов опроса типа на высокой частоте, но несущественные срочности теги обновить данные в систему SCADA.
Два параметра, интервал выборки и интервал издательское, должны быть настроены на клиенте , чтобы включить обновление в виде исключения. Интервал выборки определяет скорость, с которой сервер проверяет наличие изменений в контролируемых показаний прибора; интервал издательское определяет скорость, с которой сервер отправляет уведомления клиента.
Настройка имен тегов
Большинство серверов требуют имена тегов, чтобы начать с типом связи, таких как Ethernet или последовательный порт, а затем по имени устройства, за которым следует имя I / O точка. Например, имя тега для насоса в состояние включения / выключения может быть Ethernet. Device.Pump_Status.
Тем не менее, так как местоположение датчика имя тега, связанного с не входит в имени тега, а так как единая система SCADA может включать тысячи тэгов, трудно или даже невозможно для операторов, чтобы определить, какое из устройств именуются просто посмотрев на имя тега. По этой причине, метки часто связаны с более подробными описаниями, с именами тегов и описаний, организованных в листе Excel.
Один из способов обойти эту проблему, чтобы включать в себя местоположение устройства в имени тега, присоединяя его к имени устройства. Для иллюстрации, предположим, что система SCADA использует ту же модель устройства ввода / вывода для контроля двух различных насосов с именем PUMPA и PumpB. Если оба насоса контролируются различными устройствами ввода / вывода и той же модели, вы могли бы написать имена тегов, как Ethernet. Device_SiteA. Pump_Status и Ethernet.Device_SiteB. Pump_Status провести различие между ними. Но почему должны пометить имена начинаются с канала связи?
Если имена тегов на основе фактической архитектуры приложения, было бы легче для пользователей, чтобы построить имена тегов. Разница в теге стратегии именования показан на рисунке в верхней части этой страницы. Диаграмма слева менее интуитивным, и может получить довольно грязно, так как, если сайт A также использует последовательные устройства, а затем "Site A" также появится под серийным ветви. Диаграмма справа показывает ту же систему, организованную архитектуру приложения. В этом случае все устройства на объекте А появится под сайта филиала, а также имена тегов может быть написана как SiteA.Device.Pump_Status и SiteB.Device. Pump_Status. Эти имена тегов являются более удобным для чтения, и сделать его проще конфигурировать систему SCADA.
Тег-именование
Переход от канала связи с применением для тегов имен.
упрощает подключение
Конфигурирование для работы между сервером и клиентом на разных компьютерах была настоящей головной болью перед унифицированная архитектура была доступна. Например, пользователь должен был войти в систему с той же учетной записи и пароль как на стороне сервера и клиентских компьютеров, которые могут быть крайне неудобно с практической точки зрения. Кроме того, пользователю необходимо следовать детальным неинтуитивными инструкции шаг за шагом, чтобы настроить параметры безопасности DCOM.
В противоположность этому, использует оптимизированную TCP на основе двоичный протокол для обмена данными, в котором передает связи может быть активирована путем открытия единый пользовательский настраиваемый порт в брандмауэре. Пользователи могут создавать множество TCP URL-адресов для серверов конечных точек , с каждым отображением конечной точки к уникальному порту. Клиенты нужен только URL-адрес конечной точки сервера для подключения к серверу .
Интегрированные механизмы защиты, такие как сертификаты X509 обеспечить безопасную связь в сети Интернет. Пользователи могут определять политику безопасности, такие как "Подписать и зашифровать" между клиентом и сервером.
Пользователю нужно только импортировать файл клиента "центра сертификации" от клиента и экспортировать файл сервера "сертификатную" клиентам для установления полномочий между сервером и клиентом.
Тогда функция "обнаружения серверов" может использоваться в клиенте , чтобы обнаружить серверы , доступные по сети.
Наконец, пользователи могут выбрать TCP URL для подключения к серверу .