Современные технологии автоматизации» («СТА») —  журнал для квалифицированных специалистов по промышленной автоматизации Форум СТА — современные технологии автоматизации Домашняя страница
Домашняя страница форума CTA Домашняя страница форума CTA > II. АСУТП и SCADA > Программное обеспечение
  Активные темы Активные темы
  FAQ FAQ  Искать в форуме   Зарегистрироваться Зарегистрироваться  Вход в систему Вход в систему

Помогите выбрать нужную SCADA

 Ответить Ответить Страница  12>
Автор
Сообщение
Patriot Смотреть выпадающим
Новичок
Новичок


Присоединился: 21 Апрель 2007
Категория: Ukraine
Online Status: Offline
Публикации: 6
Свойства публикации Свойства публикации   Ответить, цитируя автора - Patriot Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Тема сообщения: Помогите выбрать нужную SCADA
    Опубликовано: 21 Апрель 2007 02:09
Уважаемые Господа, здравствуйте.
Суть задачи.
Есть самодельный датчик измеряющий уровень задымления (запыления).
Датчик на выходе имеет RS485 интерфейс. Эти датчики должны быть установлены на удалении от диспетчерского пункта до 3 Км. Сеть из этих датчиков будет иметь довольно разветвленную структуру. Но пока необходимо сделать только один сегмент.
В качестве диспетчерского пульта будет использоваться обычный ПК несколько модернизированный.
Вначале планировалось сделать все самостоятельно, но постепенно пришло понимания некой ошибочности такого мнения ;), как оказалось все эти проблемы уже решены, осталось ими только воспользоваться.
После неких поисков в инете. Определилась следующая минимальная конфигурация.
В ПК вставляется плата
CP-132IS
PCI адаптер 2xRS-422/485 921.6кбод c защитой выходов 25кВ и гальванической изоляцией 2кВ
В качестве повторителя предполагается использовать
I-7513
Коммутатор 3xRS-485 с автоматическим контролем за направлением передачи данных для RS-485, гальваническая изоляция 3кВ по RS-232.

С железом более-менее понятно.

Есть вопросы по программному обеспечению. Хочется все это сделать с минимальными затратами на написание софта визуализации информации.

Подскажите, пожалуйста, готовые решения, что-то типа LabView.

От программного обеспечения требуется следующее.
1) Отображение состояния датчиков с возможностью задания порога срабатывания сигнализации
2) Протоколирование (сохранение в базе данных) результатов измерения датчиков.
3) Просмотр состояния датчиков с ПК по локальной сети.
Естественно программное обеспечение должно уметь работать с выбранным железом.

Возможно ли такое или придется писать все самим.

Про системы SCADA читал и даже игрался с DasyLab и Citect.

Хочется услышать мнение специалистов, с чем не будет в поставленной задаче проблем и в какую сторону смотреть.
Наверх
wild Смотреть выпадающим
Участник
Участник


Присоединился: 01 Ноябрь 2005
Категория: Russian Federation
Online Status: Offline
Публикации: 51
Свойства публикации Свойства публикации   Ответить, цитируя автора - wild Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 21 Апрель 2007 09:45
Функции стандартные для любой SCADA. Мы пользуем Genesis32. Относительно железа
- можно подробнее про датчик задымления с выходом RS485?
- Вам не кажется что RS485 через плату ввода-вывода это узкое место? кроме того такое решение ограничит масштабируемость системы.
- каким проводом собираетесь кидать разветвленную сеть на удаление до 3 км, попробуте посчитать, может быть оптика будет удобней?

Наверх
Patriot Смотреть выпадающим
Новичок
Новичок


Присоединился: 21 Апрель 2007
Категория: Ukraine
Online Status: Offline
Публикации: 6
Свойства публикации Свойства публикации   Ответить, цитируя автора - Patriot Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 21 Апрель 2007 10:53
Первоначально опубликовано wild


Функции стандартные для любой SCADA. Мы пользуем Genesis32.

Где ее можно взять на предмет опробования.

Первоначально опубликовано wild


- можно подробнее про датчик задымления с выходом RS485?

Про датчик задымления – это собственная разработка.
По задаче уровень задымления необходимо измерять в количественном виде.
Ничего готового не нашлось, поэтому был разработан новый датчик.
Принцип действия основан на измерении оптической плотности среды.
В качестве измерительно-управляющей части используется микроконтроллер С8051F410. Датчик имеет внутреннюю память, в которой сохраняются результаты измерений (например, при отсутствии связи с диспетчерским пунктом).
В качестве драйвера RS485 интерфейса используется микросхема от Texas Instruments
SN65LBC184
http://focus.ti.com/docs/prod/folders/print/sn65lbc184.html

Первоначально опубликовано wild


- Вам не кажется что RS485 через плату ввода-вывода это узкое место? кроме того такое решение ограничит масштабируемость системы.

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

Первоначально опубликовано wild


- каким проводом собираетесь кидать разветвленную сеть на удаление до 3 км, попробуте посчитать, может быть оптика будет удобней?

Дело в том, что там ничего нельзя кидать, будут использоваться пары от уже существующего телефонного кабеля.
Но там будут магистральные участки сети которые планировалось развести под Ethernet.
Если вас не затруднит, пожалуйста, объясните какие решения в этой области (оптоволокно) лучше использовать.
И можно ли на вскидку сказать насколько оптоволокно будет дороже проводных решений.

Спасибо за внимание.
Наверх
SimplyMe Смотреть выпадающим
Новичок
Новичок


Присоединился: 25 Май 2006
Категория: Ukraine
Online Status: Offline
Публикации: 10
Свойства публикации Свойства публикации   Ответить, цитируя автора - SimplyMe Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 21 Апрель 2007 12:15

Со следующей недели в Киеве начинается выставка по промышленной автоматизации - если Вы не далеко, то подъедте - там будет уйма СКАД!!

Наверх
Patriot Смотреть выпадающим
Новичок
Новичок


Присоединился: 21 Апрель 2007
Категория: Ukraine
Online Status: Offline
Публикации: 6
Свойства публикации Свойства публикации   Ответить, цитируя автора - Patriot Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 21 Апрель 2007 13:41
Первоначально опубликовано SimplyMe

Со следующей недели в Киеве начинается выставка по промышленной автоматизации - если Вы не далеко, то подъедте - там будет уйма СКАД!!



Отлично а можно подробнее где она будет проходить?   
Наверх
wild Смотреть выпадающим
Участник
Участник


Присоединился: 01 Ноябрь 2005
Категория: Russian Federation
Online Status: Offline
Публикации: 51
Свойства публикации Свойства публикации   Ответить, цитируя автора - wild Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 21 Апрель 2007 15:08
Первоначально опубликовано Patriot

Первоначально опубликовано wild


Функции стандартные для любой SCADA. Мы пользуем Genesis32.

Где ее можно взять на предмет опробования.


Лично можно получить здесь:

RTS-Ukraine
101, K. Marksa Str.
Dnepropetrovsk, 49038
Ukraine
+380 (56) 770 0400, 250 3955
+380 (56) 232 3228 (fax)
rts@online.alkar.net
www.rts.dp.ua

Есть вариант взять с сайта ftp.prosoft.ru/pub/Software/ICONICS/GEN32/CD/

Среда разработки Genesis32 бесплатна. Можно реализовать проект и уже потом купить ключик RunTime для работы на объекте.

Насколько я понимаю плата PCI/RS485 у Вас уже есть. Попробуйте соединить 30-40 датчиков в лаборатории с соблюдением всех ограничений стандарта EIA-TIA485 в той топологии которую хотите использовать на объекте. Настройте опрос через OPC-сервер и сконфигурируйте SCADA. На работающей системе попробуйте имитировать отказы репитеров и датчиков и понаблюдайте за реакцией OPC-сервера и SCADA.

К чему я все это. На своей системе мы пришли к выводу о нецелесообразности использования одного канала RS485 более чем с 20 приборами. Правда специфика у нас - частый опрос по протоколу Modbus и большое число параметров получаемых от одного прибора.
Наверх
Patriot Смотреть выпадающим
Новичок
Новичок


Присоединился: 21 Апрель 2007
Категория: Ukraine
Online Status: Offline
Публикации: 6
Свойства публикации Свойства публикации   Ответить, цитируя автора - Patriot Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 21 Апрель 2007 16:08
Первоначально опубликовано wild


Насколько я понимаю плата PCI/RS485 у Вас уже есть. Попробуйте соединить 30-40 датчиков в лаборатории с соблюдением всех ограничений стандарта EIA-TIA485 в той топологии которую хотите использовать на объекте. Настройте опрос через OPC-сервер и сконфигурируйте SCADA. На работающей системе попробуйте имитировать отказы репитеров и датчиков и понаблюдайте за реакцией OPC-сервера и SCADA.


Спасибо за информацию по Genesis32.

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

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

У меня есть маленький вопрос, как OPC сервер работает с той же платой PCI/RS485.
Она эта плата видна в системе как очередной последовательный порт или это нечто другое?
Еще вопрос, OPC сервер обеспечивает только протокол MODBUS или его можно сконфигурировать под конкретную задачу?
Наверх
wild Смотреть выпадающим
Участник
Участник


Присоединился: 01 Ноябрь 2005
Категория: Russian Federation
Online Status: Offline
Публикации: 51
Свойства публикации Свойства публикации   Ответить, цитируя автора - wild Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 22 Апрель 2007 11:31
Работа платы PCI/RS485 обеспечивается на уровне драйвера системы, поэтому для Вашего приложения это еще несколько доступных последовательных портов.
OPC серверов существует много, выбор зависит от используемого Вами протокола и бюджета. Рекомендую посмотреть KepWare Server Ex. Можете при наличии в штате программиста написать свой OPC-сервер используя библиотеки или SDK (можно при желании найти в инете) и спецификацию OPC DA.
Интересно почему при решении задачи Вы ориентировались на RS485, ведь есть например решения на базе 1-wire? RS485 подразумевает промышленное применение и главным образом предназначен для систем со стационарным питанием. А как вы питаете свои датчики?
Как мне кажется для подобных задач наиболее удачно подходит беспроводная технология ZigBee.
Наверх
Patriot Смотреть выпадающим
Новичок
Новичок


Присоединился: 21 Апрель 2007
Категория: Ukraine
Online Status: Offline
Публикации: 6
Свойства публикации Свойства публикации   Ответить, цитируя автора - Patriot Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 22 Апрель 2007 18:49
Первоначально опубликовано wild


Интересно почему при решении задачи Вы ориентировались на RS485, ведь есть например решения на базе 1-wire?

В свое время было разработано устройство по мониторингу температуры на датчиках от DALLAS DS18B20, они как раз работают по протоколу 1-wire. One wire это детище Далласа. В принципе протокол неплохой, но есть некоторые проблемы.
Первая проблема для меня как для разработчика конечного устройства, связана с тем, что этот протокол так и остается детищем Далласа. Драйвера для RS485 производит масса фирм, для 1-wire это только Даллос.
RS485 интерфейс можно воспринимать как удлинитель последовательного порта и практически в каждом микроконтроллере есть встроенный аппаратный UART (универсальный асинхронный приемо-передатчик). Микроконтроллер с аппаратным 1-wire это скорее экзотика. Ну а про помехозащищенность и дальнобойность я вообще молчу.
Нет я ни в коем случае не ругаю 1-wire, очень приличный протокол но его использовать скорее всего следует для локального сбора данных на удаленном объекте. А уже передавать информацию с этого объекта по RS485. Это конечно мое мнение и оно сложилось в результате разработки драйверов для 1-wire и RS485.

Первоначально опубликовано wild


RS485 подразумевает промышленное применение и главным образом предназначен для систем со стационарным питанием. А как вы питаете свои датчики?

Предполагается 2 вида питания это питание от 220В там, где они есть и питание по тем же телефонным проводам.
Дело в том что да спецификация 1-wire предусматривает питание в так называемом режиме PARASITE-POWERED (питание зарядовыми токами линии), но это подходит только для микромощного потребителя например для того же DS18B20.

Первоначально опубликовано wild


Как мне кажется для подобных задач наиболее удачно подходит беспроводная технология ZigBee.


Нет на том объекте это не пойдет.

Наверх
SimplyMe Смотреть выпадающим
Новичок
Новичок


Присоединился: 25 Май 2006
Категория: Ukraine
Online Status: Offline
Публикации: 10
Свойства публикации Свойства публикации   Ответить, цитируя автора - SimplyMe Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 23 Апрель 2007 07:36
Первоначально опубликовано Patriot

Первоначально опубликовано SimplyMe

Со следующей недели в Киеве начинается выставка по промышленной автоматизации - если Вы не далеко, то подъедте - там будет уйма СКАД!!



Отлично а можно подробнее где она будет проходить?   

О выставке вот здесь http://euroindex.ua/, она начинается сегодня!!

О RS485 - сечас есть много устройств-конверторов USB->RS485. Которые аппаратно реализуют несколько RS485, используют 1 USB порт, а система их "видит" как несколько UARTов. По-моему неплохо!

 

Наверх
 Ответить Ответить Страница  12>

Переход на форум Права доступа на форуме Смотреть выпадающим

Bulletin Board Software by Web Wiz Forums® version 9.64
Powered by Web Wiz Forums Free Express Edition
Copyright ©2001-2009 Web Wiz