|
Модераторы: ama_kid |
|
UniBomb |
|
|||
Новичок Награды: 1 Профиль Группа: Участник Клуба Сообщений: 1754 Регистрация: 24.10.2006 Где: Санкт-Петербург Репутация: нет Всего: 97 |
Добрый день.
У нас в работе используется железяка, которая по одному rs485 опрашивает кучу датчиков, выдаёт обобщённые свето-звуковые и релейные сигналы, по второму rs485 выдаёт на верхний уровень. И ещё есть двухстрочный дисплей, но это не суть. Но как всегда это устройство по тем или иным характеристикам не подходит. Нашим автоматчикам нужен ethernet с modbus-tcp, кому-то мало двухстрочного индикатора, кому-то не хватает функции логирования исключительных ситуаций и т.д. и т.п. И вот слушая о недостатках прибора захотелось сделать нечто более крутое, работающее под линуксом. А тут как раз набирает обороты raspberry pi. Её то как раз и буду использовать, по крайней мере как макет. И вот как я себе это представляю - на этой железке крутится некая утилита, которая опрашивает всю имеющуюся прорву приборов, складирует полученую информацию в базу. Так же эта утилита должна уметь отвечать на запросы извне. Извне, как пример, может быть утилита, работающая с реле и светодиодами. Утилита, выводящая на дисплей информацию. Веб сервер. Ну и т.д. Как я понял, OPC сервер работает по технологии COM, что на данный момент не есть хорошо. Во-первых потому, что её перестали развивать мелкомягкие и во-вторых под линуксом нет её нативной. Собственно с самими опц-серверами под линуксом, как я понял из углублённого гугления, тоже всё не слава богу. Так вот, собственно вопрос - имеется ли что-то готовое, что я могу взять и перекомпилить под малиновый камень? Или плюнуть на всё и написать свою утилиту, которая тупо бы опрашивала датчики, и выдавала бы информацию, скажем, через сокеты? Куда мне вобще смотреть? |
|||
|
||||
LeonidPr |
|
|||
Бывалый Профиль Группа: Участник Сообщений: 220 Регистрация: 17.2.2012 Где: г. Чебоксары Репутация: нет Всего: 1 |
С википедии:
Полгода назад сам гуглил этот вопрос, но в конце-концов меня перебросили на другую задачу, а эта пока осталась в подвешенном состоянии. так что собственных наработок нет к сожалению :-( Насколько я понял для кросплатформенных решений предлагается использовать OPC XML-DA, хотя вот тут использовали OPC UA, может эта ссылка вам чем-то поможет. --------------------
pkunzip.zip |
|||
|
||||
UniBomb |
|
|||
Новичок Награды: 1 Профиль Группа: Участник Клуба Сообщений: 1754 Регистрация: 24.10.2006 Где: Санкт-Петербург Репутация: нет Всего: 97 |
LeonidPr, я конечно хоть и могу зваться высококлассным специалистом в этой области (ещё бы, ведь я гуглил аж до третьей страницы), но всё равно не до конца понимаю что к чему. Как я понял изначально OPC нужен для того, что бы объединить множество приборов (с разными интерфейсами/протоколами) в один источник данных, работа с которым строго регламентирована. И работает это всё в паре с какой-либо СКАДой. Навроде универсального драйвера баз данных (хотя, признаться, в вопросах баз данных я тоже тот ещё специалист). Углублённое гугление начало сбивать меня с толку. Я наткнулся на неких украинских товарищей, которые от безысходности начали писать свою скаду, которая так же может являться этим самым пресловутым OPC сервером. Потом я наткнулся на понятие "сервер сбора данных".
В общем и подумалось мне - а не влез ли я в такие дебри, выход из которых совсем прост. Мне по сути-то и надо всего ничего - опросить прорву датчиков и выдать информацию максимальным количеством способов. Я даже никакой СКАДЫ не использую. Что касается отсылке к википедии - там есть весьма удручающий раздел "Состояние дел". Удручает больше всего то, что он без каких либо изменений находится уже очень долго, несколько лет. Я находил цитаты из этого раздела в форумных темах прошлого десятилетия. Собственно, т.к. это не совсем моя предметная область, может я упускаю чего? Может есть что-то готовое, которое просто не столь широко освещено.
У нас это тоже большая проблема. Так ничем и не закончилась эпопея с нашим собственным ПЛК, например. |
|||
|
||||
LeonidPr |
|
|||
Бывалый Профиль Группа: Участник Сообщений: 220 Регистрация: 17.2.2012 Где: г. Чебоксары Репутация: нет Всего: 1 |
Драйверы для работы с приборами, с которых вы хотите вести сбор данных вам все равно придется писать самим насколько я понимаю, т.к.
Так может вам кидать все это в базу данных, а потребителям раздавать уже из неё? Понадобится им другой интерфейс, сделать морду к системе, которая опять же будет брать информацию из той же базы и выдавать по нужному протоколу... Покритикуйте кто-нибудь этот подход, может есть еще какие-то варианты, но я пока только так представляю решение (если не связываться со всякими OPC).
Скорее всего это те товарищи, на которых я дал ссылку в первом посте, они OpenSCADA сделали, правда она полностью под Линух. Собрал я её, запустил какие - то примеры, вроде че-то пашет, но глубоко не копал, хотя у них довольно подробная документация по ней (ну и исходники открытые) --------------------
pkunzip.zip |
|||
|
||||
ama_kid |
|
||||
АСУТП-кодер Профиль Группа: Комодератор Сообщений: 1460 Регистрация: 5.3.2007 Где: Москва Репутация: 1 Всего: 95 |
А ОРС сервер для линуха - это конечно та еще тема. Можно погуглить на тему COM\DCOM в Linux и плясать оттуда (помнится, что-то было про реализацию этой технологии под wine'ом), но что-то мне подсказывает, что эта тема тухлая донельзя. -------------------- самурай без меча подобен самураю с мечом, но только без меча |
||||
|
|||||
UniBomb |
|
||||
Новичок Награды: 1 Профиль Группа: Участник Клуба Сообщений: 1754 Регистрация: 24.10.2006 Где: Санкт-Петербург Репутация: нет Всего: 97 |
Вся проблема в том, что я сам не знаю чего хочу и в каком виде.
Ну это я приплёл из сферического описания того, что я понял под OPC-сервером. На деле же всё проще - стандартный RS-485, драйвера под который есть в каждой реализации, будь то микросехмы от FTDI, атмеги с LUFA и т.д. В этом я проблем не вижу.
Очень может быть. Я тех товарищей видел на каком-то форуме и сайт их посетил постольку-поскольку. Сейчас я не могу визуально вспомнить, как он выглядел.
Проблема в том, что между самими приборами и автомачиками должна быть прокладка, которая зажигает светодиоды и включает реле. Я потому и смотрю в сторону Raspberry Pi, что там помимо физического езернета есть ещё и GPIO. |
||||
|
|||||
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | SCADA-системы и контроллеры стандарта IEC (МЭК) | Следующая тема » |
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |