1-Wire На Предприятии, Уровень Программного Обеспечения

Первая статья из этой серии здесь Вторая часть этой серии здесь Третья часть этой серии здесь Итак, продолжая тему про 1-wire, в предыдущих заметках я рассказал общие сведения о том, что такое 1-wire и для чего он используется, а также как мы строили большую сеть (структуру кабеля и общую идею).

В этой статье я попытаюсь рассказать о том, из каких программ все это состоит.



Серверная часть

У нас есть три сервера в трёх разных зданиях, к которым через порт RS-232 подключен адаптер и однопроводная сеть.

На серверах работает программа, которая через адаптер выдает команду на переключение ветки на чипы DS2409, опрашивает все найденные датчики в этой ветке, затем переключается на следующую ветку и так по кругу.

Изначально предполагалось предоставлять данные обо всех датчиках через интерфейс OPC, поскольку это де-факто промышленный стандарт и доведя данные до этого уровня мы получим простые и широкие возможности интеграции практически с любой SCADA. Изначально мы искали готовое решение OPC-сервера для 1-wire, эти поиски принесли поистине печальные результаты.

Несмотря на достаточную распространенность 1-wire, найти подходящий OPC не удалось, да и вообще он найти готовый практически невозможно.

Но мы обнаружили довольно интересную вещь: Фаствел UniOPC .

Для него написали свою библиотеку, которая реализует то, что нужно: сбор данных с датчиков по кругу и выдачу их через OPC, а также после каждого круга сохраняет текущие данные в таблицу на SQL-сервере.

Лирическое отступление: Кстати, этот проект Fastwel, как мне кажется, давно заброшен и особо не обновляется: он поддерживает только OPC-DA, но очень хотелось бы видеть в нем OPC-XML-DA, после все, время идет, технологии идут вперед, а так - очень простая и полезная вещь.

Поскольку мы говорим о программной части, то все наши сервера основаны на Windows Server (версии местами различаются), а базы данных соответственно MSSQL.

1-wire на предприятии, уровень программного обеспечения

На картинке видно, что мы имеем: три сервера, каждый из которых рассылает свои датчики через OPC, а также время от времени (около 3 минут) добавляет текущие значения в базу данных SQL для дальнейшего анализа истории.

Как видно из рисунка, существует два типа клиентов данной системы:

  • 1. операторы - которые видят текущие значения и аварии, когда параметры выходят за какие-то границы.

  • 2. ответственные люди – желающие проанализировать историю за разные периоды времени и, например, сравнить поведение разных объектов друг с другом.



Операторская часть

На рабочем месте оператора стоит обычный ПК под управлением WinXP и SCADA. Одним из первоначальных вариантов было использование панельного компьютера в качестве операторской станции, но это показалось дороговато и особенно бессмысленно, поэтому мы решили остановиться на обычном ПК.

Потом стоял долгий выбор, какую SCADA использовать.

Мы опробовали демо-версии с десятка разных SCADA-систем (как наших, так и наших, включая MasterSCADA и Genesis и много-много разных.

).

В конце концов мы остановились на LabView. (Для тех кто не знаком, поясню: LabView - одна из старейших разработок SCADA, до сих пор поддерживается и обновляется, умеет много чего, очень гибкая) Мы составили проект и вот что получилось: пример экрана оператора .

Собственно, оператор в режиме реального времени видит текущую температуру, аварии отображаются красным, мигают и очень противно щебечут в звуковую систему.



Ответственные люди

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

Приложение написано на VS2005 и использует очень популярный компонент ZedGraph.

1-wire на предприятии, уровень программного обеспечения

На этой картинке вы видите один конкретный холодильник, для него есть два графика, потому что.

контролируются два параметра, температура в морозилке и в самом холодильнике.



Заключение

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

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

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

Технологии SCADA и OPC не оправдывают себя в качестве решений.

Если есть вопросы, то добро пожаловать) Теги: #1-wire #1wire #OneWire #Чулан #iButtion

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.