г. Смоленск

+7 (4812) 566-444

 +7 (4812) 24-41-40

+7 (906) 516-99-55

г. Брянск

8 (962) 136-22-25
8 (962) 148-60-60
Вакансии

Для каждой из своих систем Инжиниринговый сервисный центр «Техносистемы» предлагает бесплатное программное обеспечение для удалённого мониторинга и управления. Возможно управление диспетчером как одним объектом так и группой объектов. 

Удаленный интерфейс пользователя (Remote User Interface)

Разработанный удаленный интерфейс пользователя является ОЕМ-решением ГК АТ и предназначен для интегрирования блока управления (БУ) насосных установок в структуры SCADA-систем. Программное обеспечение для построения интерфейса находится в свободном доступе на сайте ГК АТ. Связь с БУ осуществляется через бесплатный ОРС-сервер по любому доступному информационному каналу связи.

Интерфейс обеспечивает интегрирование в SCADA блоков управления насосных установок всех функциональных серий. Особенности интерфейса:

  1. Унификация. Возможности интегрирования в любую SCADA-систему, которые обеспечивают

    • графические отображения состояний оборудования; и параметров технологических процессов;

    • графические отображения изменений параметров технологических процессов в течение времени;

    • формирование журналов событий и отказов;

    • хранение архивов событий и отказов.

  2. Возможности управления объектом мониторинга:

    • изменение параметров регулирования;

    • управление режимами работы оборудования.

dispetcher.jpg

Использование программы Remote Access

Весь технологический процесс отображается на экране контроллера, используя бесплатную программу можно управлять системой аналогично тому как если бы Вы находились непосредственно перед ней.

remote-access(1).jpg

Реализует удалённый доступ к экранам меню блока управления в полном объеме по интерфейсу RS232/RS485. Связь с блоком управления осуществляется по физической линии или по сети Ethernet. Редактор функционально встроен в операционную систему.

Обеспечивает: 

  • наблюдение за состоянием системы управления, насосных агрегатов;

  • наблюдение за состоянием параметров технологических процессов;

  • управление уставками технологических процессов;

  • изменение параметров, структуры и режимов работы установки;

  • управление состоянием установки и насосов;

  • получение архивных отчётов о состояниях и отказах системы управления и насосов;

  • получение трендов изменения параметров питающих напряжений и параметров технологических процессов.

Оборудование для систем диспетчеризации

Универсальный шкаф диспетчеризации

shkaf-disp(1).jpg

Функциональное назначение

Универсальный шкаф диспетчеризации УШД) предназначен для организации информационных потоков между технологическими объектами и АРМ-ом диспетчерского пункта.

Основные особенности УШД

  • Возможность интеграции в любую SCADA-систему, использующую протокол MODBUS

  • Все пределы и алгоритмы управления и обработки значений датчиков задаются SCADA-системой

  • Возможность подключения по интерфейсу RS485 до 256 исполнительных устройств, приборов учета и т.д.

  • Количество аналоговых входов до 512 (12 бит)

  • Количество дискретных входов до 2048 (12-24 В)

  • Количество дискретных выходов до 1024 (250AC/DC 140mA)

  • Возможность использования любого канала передачи
    информации (прямое соединение, Ethernet, GSM, радиоканал)

  • Возможность оперативной настройки параметров передачи информации

  • Возможность удалённого перепрограммирования логического контроллера

Состав

УШД стандартно комплектуется следующими элементами:

  • Программируемый логический контроллер (PLC) ICP-CON I-7188EX;

  • Аналого-цифровой преобразователь (АЦП);

  • Блок питания;

  • Источник бесперебойного питания;

Электротехнический шкаф степени защиты не ниже IP54.

Системы диспетчеризации для территороиально  расположенных объектов

Всё чаще и чаще в последнее время, когда говорят об автоматизации каких-либо промышленных объектов, обязательно поднимается вопрос о возможности диспетчеризации, при этом как таковая локальная диспетчеризация, когда оператор находится непосредственно на контролируемом объекте, уже не удовлетворяет требованиям.

Такая ситуация вполне объяснима – а именно когда множество автоматизированных объектов автономно работают полностью и совсем не требуют непосредственного присутствия обслуживающего персонала. Но в то же самое время, возникает необходимость в получении текущих данных о параметрах и состоянии объекта, чтобы при возникновении нештатных ситуаций(аварий) иметь возможность вовремя отреагировать на них.

К примеру, поломка даже одного из насосов в сети теплового пункта или отказ регулирующего клапана системы приточной вентиляции в зимние периоды может вызвать замораживание системы, и дальнейший её ремонт будет существенным для бюджета. Если как таковые отсутствуют системы по мониторингу и диспетчеризации на необслуживаемых объектах, какую-либо достоверную информацию о их состоянии можно получить только периодически совершая обход для снятия показаний, что не совсем эффективно.

Раз за разом возрастает интерес к таким системам диспетчеризации для объектов, распределенных по большой территории. Но всё же внедрение такой системы останавливает сложность в монтаже наладке и установке, а также и высокая стоимостью и дальнейшей эксплуатации.

Как всегда основная проблема, это проблема в обеспечении более менее надежной линии связи (среды) для передачи данных от оборудования, установленного на объекте на сервер диспетчерского пункта. Передача данных по телефонной линии связи не достаточно надежна в виду её изначально низкого качества и повлечёт за собой необходимость в монтаже и установке на диспетчерском пункте дополнительного модемного оборудования с несколькими каналами, что в несколько раз превышает цену оборудования, так и его периодическое обслуживание. В

своё время многие использовали радиосвязь для передачи данных, но они были способны осуществлять передачу сигнала на совсем небольшие расстояния, да и качество передаваемого сигнала серьёзно зависит от внешних помех (атмосферных и промышленных), а зачастую неприятности кроются в том что, на использование каких-либо радиочастот требуется специальные лицензии.

С появлением и ростом сотовой связи создаются системы, которые могут использовать специальный способ обмена информацией, так называемый метод SMS, но и он всё же не может являться как таковой системой реального времени, т.к. не может гарантировать получение сообщения диспетчером в бесконечно малый промежуток времени. Помимо этого, размер пакета информации в таком сообщении, которое удаётся переслать не может превышать 160 символов и как следствие требуемые и достаточные объёмы информации получаются далеко не в каждом случае, а цена за одно такое SMS сообщение значительна. Применение сотовых модемов как обыкновенные DialUp-модемы также показало себя как малоэффективный и дорогостоящий способ.

Уже на начальных стадиях по созданию системы необходимо определить основные задачи диспетчеризации:

  • Мониторинг за состоянием всех контролируемых объектов в режиме реального времени;

  • Оповещение оператора о возникших на объекте авариях;

  • Запись данных в архив с определённой периодичностью;

  • Возможность управления исполнительными механизмами на объекте;

  • Получение, распечатка и хранение отчетов в необходимом виде;

  • Обмен данными с другими клиентами.

При построении системы предпочтительно выбирать основным каналом передачи для передачи запрашиваемых данных – сеть Ethernet. Такая сеть имеет ряд преимуществ: уже готовая, достаточно развитая инфраструктура, высокая отказоустойчивость, нет ограничений в расстоянии, дешёвая стоимость трафика и общедоступность.

Помимо протоколов обмена была осуществленная разработка проекта для каждого из видов выпускаемой.

Главная идея такого проекта состоит в следующем: шкафы управления насосами, установленные на объектах, через каналы связи (GSM, GPRS, Ethernet, прямое соединение) опрашиваются поочерёдно сервером, на котором установлен специально разработанный проект со SCADA-системой. 

Для каждого такого опрашиваемого объекта в проекте для SCADA-системы существует своя страница, на которой отображается информация об объекте. Все страницы объединяются в иерархическую структуру, что существенно упрощает работу с ней корпоративным пользователям.

Для просмотра текущей информации о состоянии нет необходимости соединяться непосредственно к контроллеру на нужном объекте. Необходим только Интернет-браузер, при помощи которого, имея определённые права доступа, можно просматривать страницы, соответствующие интересующему объекту. Такая технология носит название - тонкий клиент.

tonkii-klient.png