![]() |
Помогите выбрать нужную SCADA |
Ответить ![]() |
Страница 12> |
Автор | ||||
![]() Новичок ![]() Присоединился: 21 Апрель 2007 Категория: Ukraine Online Status: Offline Публикации: 6 |
![]() ![]() ![]() ![]() Опубликовано: 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. Хочется услышать мнение специалистов, с чем не будет в поставленной задаче проблем и в какую сторону смотреть. |
||||
![]() |
||||
![]() Участник ![]() Присоединился: 01 Ноябрь 2005 Категория: Russian Federation Online Status: Offline Публикации: 51 |
![]() ![]() ![]() ![]() |
|||
Функции стандартные для любой SCADA. Мы пользуем Genesis32. Относительно железа
- можно подробнее про датчик задымления с выходом RS485? - Вам не кажется что RS485 через плату ввода-вывода это узкое место? кроме того такое решение ограничит масштабируемость системы. - каким проводом собираетесь кидать разветвленную сеть на удаление до 3 км, попробуте посчитать, может быть оптика будет удобней? |
||||
![]() |
||||
![]() Новичок ![]() Присоединился: 21 Апрель 2007 Категория: Ukraine Online Status: Offline Публикации: 6 |
![]() ![]() ![]() ![]() |
|||
Где ее можно взять на предмет опробования.
Про датчик задымления – это собственная разработка. По задаче уровень задымления необходимо измерять в количественном виде. Ничего готового не нашлось, поэтому был разработан новый датчик. Принцип действия основан на измерении оптической плотности среды. В качестве измерительно-управляющей части используется микроконтроллер С8051F410. Датчик имеет внутреннюю память, в которой сохраняются результаты измерений (например, при отсутствии связи с диспетчерским пунктом). В качестве драйвера RS485 интерфейса используется микросхема от Texas Instruments SN65LBC184 http://focus.ti.com/docs/prod/folders/print/sn65lbc184.html
Вот тут я даже не буду спорить, так как на владею ситуацией на рынке готовых решений. Подскажите, пожалуйста, с вашей точки зрения, какое решение было бы оптимальным. Хочу только сказать, что планируется установить около 200 датчиков.
Дело в том, что там ничего нельзя кидать, будут использоваться пары от уже существующего телефонного кабеля. Но там будут магистральные участки сети которые планировалось развести под Ethernet. Если вас не затруднит, пожалуйста, объясните какие решения в этой области (оптоволокно) лучше использовать. И можно ли на вскидку сказать насколько оптоволокно будет дороже проводных решений. Спасибо за внимание. |
||||
![]() |
||||
![]() Новичок ![]() Присоединился: 25 Май 2006 Категория: Ukraine Online Status: Offline Публикации: 10 |
![]() ![]() ![]() ![]() |
|||
Со следующей недели в Киеве начинается выставка по промышленной автоматизации - если Вы не далеко, то подъедте - там будет уйма СКАД!! |
||||
![]() |
||||
![]() Новичок ![]() Присоединился: 21 Апрель 2007 Категория: Ukraine Online Status: Offline Публикации: 6 |
![]() ![]() ![]() ![]() |
|||
Отлично а можно подробнее где она будет проходить? |
||||
![]() |
||||
![]() Участник ![]() Присоединился: 01 Ноябрь 2005 Категория: Russian Federation Online Status: Offline Публикации: 51 |
![]() ![]() ![]() ![]() |
|||
Лично можно получить здесь: 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 и большое число параметров получаемых от одного прибора. |
||||
![]() |
||||
![]() Новичок ![]() Присоединился: 21 Апрель 2007 Категория: Ukraine Online Status: Offline Публикации: 6 |
![]() ![]() ![]() ![]() |
|||
Спасибо за информацию по Genesis32. Что касается платы ее, как раз нет, просто хочется скомпилировать проект теоретически, а потом уже сделать необходимые покупки. Насколько я понял логика работы всей системы следующая Есть OPC сервер, который обслуживает платы расширения, он же этот сервер связан с Genesis32 для, которой разрабатывается собственный интерфейс визуализации данных. У меня есть маленький вопрос, как OPC сервер работает с той же платой PCI/RS485. Она эта плата видна в системе как очередной последовательный порт или это нечто другое? Еще вопрос, OPC сервер обеспечивает только протокол MODBUS или его можно сконфигурировать под конкретную задачу? |
||||
![]() |
||||
![]() Участник ![]() Присоединился: 01 Ноябрь 2005 Категория: Russian Federation Online Status: Offline Публикации: 51 |
![]() ![]() ![]() ![]() |
|||
Работа платы PCI/RS485 обеспечивается на уровне драйвера системы, поэтому для Вашего приложения это еще несколько доступных последовательных портов.
OPC серверов существует много, выбор зависит от используемого Вами протокола и бюджета. Рекомендую посмотреть KepWare Server Ex. Можете при наличии в штате программиста написать свой OPC-сервер используя библиотеки или SDK (можно при желании найти в инете) и спецификацию OPC DA. Интересно почему при решении задачи Вы ориентировались на RS485, ведь есть например решения на базе 1-wire? RS485 подразумевает промышленное применение и главным образом предназначен для систем со стационарным питанием. А как вы питаете свои датчики? Как мне кажется для подобных задач наиболее удачно подходит беспроводная технология ZigBee. |
||||
![]() |
||||
![]() Новичок ![]() Присоединился: 21 Апрель 2007 Категория: Ukraine Online Status: Offline Публикации: 6 |
![]() ![]() ![]() ![]() |
|||
В свое время было разработано устройство по мониторингу температуры на датчиках от DALLAS DS18B20, они как раз работают по протоколу 1-wire. One wire это детище Далласа. В принципе протокол неплохой, но есть некоторые проблемы. Первая проблема для меня как для разработчика конечного устройства, связана с тем, что этот протокол так и остается детищем Далласа. Драйвера для RS485 производит масса фирм, для 1-wire это только Даллос. RS485 интерфейс можно воспринимать как удлинитель последовательного порта и практически в каждом микроконтроллере есть встроенный аппаратный UART (универсальный асинхронный приемо-передатчик). Микроконтроллер с аппаратным 1-wire это скорее экзотика. Ну а про помехозащищенность и дальнобойность я вообще молчу. Нет я ни в коем случае не ругаю 1-wire, очень приличный протокол но его использовать скорее всего следует для локального сбора данных на удаленном объекте. А уже передавать информацию с этого объекта по RS485. Это конечно мое мнение и оно сложилось в результате разработки драйверов для 1-wire и RS485.
Предполагается 2 вида питания это питание от 220В там, где они есть и питание по тем же телефонным проводам. Дело в том что да спецификация 1-wire предусматривает питание в так называемом режиме PARASITE-POWERED (питание зарядовыми токами линии), но это подходит только для микромощного потребителя например для того же DS18B20.
Нет на том объекте это не пойдет. |
||||
![]() |
||||
![]() Новичок ![]() Присоединился: 25 Май 2006 Категория: Ukraine Online Status: Offline Публикации: 10 |
![]() ![]() ![]() ![]() |
|||
О выставке вот здесь http://euroindex.ua/, она начинается сегодня!! О RS485 - сечас есть много устройств-конверторов USB->RS485. Которые аппаратно реализуют несколько RS485, используют 1 USB порт, а система их "видит" как несколько UARTов. По-моему неплохо!
|
||||
![]() |
Ответить ![]() |
Страница 12> |
Переход на форум | Права доступа на форуме ![]() Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |