SCADA + LON Опции

[Chabol]

Господа, опишу теоретическое решение задачи. Прошу дать свои комментарии.
Необходимо сделать диспетчеризацию LON устройств.
Столкнулся (пока в теории) с рядом особенностей реализации связки SCADA + OPC LON, по сравнению с обычной связкой, например SCADA + OPC Modbus.
Проекты на LON (устройство+устройство) делал как самоучка на тыреном LONMaker 3.1 (не покупался лицензионный по ряду причин .

Для этого проекта готовы приобрести лицензионное ПО от и до.

Так вот о проекте.
Вентустановки поддерживают LON.
Из прочитанного о серверах OPC LON узнал о необходимости наличия в ряде случаев LNS-сервера на компьютере с сервером OPC LON.
Значит ли это, что купленный инструментарий, например LON Maker, должен остаться на компьютере системы диспетчеризации?

Какую роль играет связаны ли вентустановки между собой по сети LON или не связаны? Т.е. влияет ли на структуру построения системы диспетчеризации такой момент как:
- LON сеть использована только лишь для опроса вентустановок
- LON сеть помимо опроса вентустановок используется для обмена данными между узлами сети LON

Если есть таки варианты, то где и почему необходим Turbo Edition?

[Chabol]

Господа, опишу теоретическое решение задачи. Прошу дать свои комментарии.
Необходимо сделать диспетчеризацию LON устройств.
Столкнулся (пока в теории) с рядом особенностей реализации связки SCADA + OPC LON, по сравнению с обычной связкой, например SCADA + OPC Modbus.
Проекты на LON (устройство+устройство) делал как самоучка на тыреном LONMaker 3.1 (не покупался лицензионный по ряду причин .

Для этого проекта готовы приобрести лицензионное ПО от и до.

Так вот о проекте.
Вентустановки поддерживают LON.
Из прочитанного о серверах OPC LON узнал о необходимости наличия в ряде случаев LNS-сервера на компьютере с сервером OPC LON.
Значит ли это, что купленный инструментарий, например LON Maker, должен остаться на компьютере системы диспетчеризации?

Какую роль играет связаны ли вентустановки между собой по сети LON или не связаны? Т.е. влияет ли на структуру построения системы диспетчеризации такой момент как:
- LON сеть использована только лишь для опроса вентустановок
- LON сеть помимо опроса вентустановок используется для обмена данными между узлами сети LON

Если есть таки варианты, то где и почему необходим Turbo Edition?

[sir_puding]

OPC сервер NLOPC версии MIP не требует LNS. В принципе, ему вообще нет необходимости знать что либо о вашей сети, так как он может сам найти все узлы (правда, у меня через раз считывал сеть на контроллерах TRANE, посему использовал импорт из базы LNS).
У NLOPC есть только один минус --- нет возможности полинга лон переменных без обращения со стороны OPC клиента.

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

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

[GYUR22]

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

[Chabol]

to sir_puding

1. Как вы будете задавать расписания.
Это будет отдельный узел, поддерживающий две сети (LON, Modbus). По Modbus через ОРС со SCADA буду задавать расписания, в сеть LON контроллер будет выдавать Switch на каждую установу. По LON со SCADA через ОРС буду вести обмен по данным с установок.
К такому решению пришел т.к.:
- 22 вентустановки, по каждой требуется отдельное недельное расписание, а контроллер вентустановки без расписания
- недельное расписание само по себе куча переменных и на Modbus мне представляется это проще и дешевле
- ну и просто не встретил вариантов LON недельных таймеров, чтобы их было на устройстве 22
2. Как будут работать ваши установки в случае потери связи с системой диспетчеризации и сброса питания (т.е. после перезагрузки контроллеров в отсутсвие связи).
Будут работать в автономном режиме, по LON от контроллера описанного в п.1 будут получать команды на включение-выключение
3. Как вы организуете опрос и протоколирование аварийных состояний.
SCADA через ОРС получит данные, аварийные и служебные запротоколирует. Т.е. это чисто функция SCADA.
Это если я Вас верно понял. Может Вы имели в виду другое?

to GYUR22

еще есть одна но немаловажная неприятность если хочется пользовать хранимые параметры то надо делать импорт ресурсов....
Имеете в виду переменные типа nci (т.е. настроечне параметры)? Да, пользовать планирую.
Прошу пояснить, что понимать под процедурой "импорт ресурсов", может что из ПО для рабочего места диспетчера дополнительно необходимо?

Сообщение отредактировал Chabol - 27.1.2010, 20:54

[Chabol]

Кстати по NLOPCMIP встретил supports Data Access v1, v2, v3. It doesn't support XML, alarming event or trend
Может это имел в виду sir_puding спрашивая "Как вы организуете опрос и протоколирование аварийных состояний. " ?

[Sardi]

Господа, опишу теоретическое решение задачи. Прошу дать свои комментарии.
Необходимо сделать диспетчеризацию LON устройств.
Столкнулся (пока в теории) с рядом особенностей реализации связки SCADA + OPC LON, по сравнению с обычной связкой, например SCADA + OPC Modbus.
Проекты на LON (устройство+устройство) делал как самоучка на тыреном LONMaker 3.1 (не покупался лицензионный по ряду причин .

Для этого проекта готовы приобрести лицензионное ПО от и до.

Так вот о проекте.
Вентустановки поддерживают LON.
Из прочитанного о серверах OPC LON узнал о необходимости наличия в ряде случаев LNS-сервера на компьютере с сервером OPC LON.
Значит ли это, что купленный инструментарий, например LON Maker, должен остаться на компьютере системы диспетчеризации?

Какую роль играет связаны ли вентустановки между собой по сети LON или не связаны? Т.е. влияет ли на структуру построения системы диспетчеризации такой момент как:
- LON сеть использована только лишь для опроса вентустановок
- LON сеть помимо опроса вентустановок используется для обмена данными между узлами сети LON

Если есть таки варианты, то где и почему необходим Turbo Edition?

Доброго времени суток.
1. Что за установки?
2. Лонмейкер или NL220 не должны оставаться на объекте, если не предусматривается дальнейшее обслуживание своими силами или это не описано в контракте. Это в первую очередь среда разработки и программирования.
3. Смотря какие установки. Виссманн 333, емнип, состоит из нескольких частей, которые должны общаться между собой по лону.
4. Структура системы - вы имеете в виду топологию сети? Лон - свободная топология с ограничениями на длину отдельных участков.
5. Вам нужна диспетчеризация или управление?
6. ТЕ - без ТЕ уже никто ничего не делает. Вылезайте из каменного века.

Есть вопросы - задавайте.

Также есть скада-системы, которые могут работать и без LNS, через свои драйвера, что приводит к кроилову экономии средств. Например, PcVue. В общем, обращайтесь.

Сообщение отредактировал Sardi - 28.1.2010, 11:29

[sir_puding]

Кстати по NLOPCMIP встретил supports Data Access v1, v2, v3. It doesn't support XML, alarming event or trend
Может это имел в виду sir_puding спрашивая "Как вы организуете опрос и протоколирование аварийных состояний. " ?

В общем, именно это. Пока мне не удается пересечься с OPC alarm сервером для LON.

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

Разьясните, пожалуйста, как писать в nci через OPC.

[Chabol]

Разьясните, пожалуйста, как писать в nci через OPC.

По идее это такие же сетевые переменные, поэтому предполагаю что через ОРС они доступны аналогично nvi и nvo

Сообщение отредактировал Chabol - 28.1.2010, 23:59

[Chabol]

Доброго времени суток.

6. ТЕ - без ТЕ уже никто ничего не делает. Вылезайте из каменного века.

Есть вопросы - задавайте.

Желание вылезти из каменного века (работать с ТЕ) было сразу. Но купить новое ПО позволит только этот проект.
Ранее как писал работал с тыреным ЛонМейкером3.1. ТЕ не попадался, может плохо искал .

Сообщение отредактировал Chabol - 29.1.2010, 0:32

[Punchito]

2. Лонмейкер или NL220 не должны оставаться на объекте, если не предусматривается дальнейшее обслуживание своими силами или это не описано в контракте. Это в первую очередь среда разработки и программирования.

А как тогда перенести только базу для OPC сервера работающего с LNS?

[Гость_Lёxus_*]

NL220 и LonMakeк - такие же инструменты интегратора, как отвертка, перфоратор, мультиметр и т.п. Сконфигурировал базу LNS, вынул ключик и пошел на другой объект, добрав нужное количество кредитов. Вы много мультиметров на объектах оставили? База LNS конфигурируется на конкретной машине и никуда не девается после того, как вы забираете ключик. OPC с ней прекрасно работает. Если нужно что-то поправить на этом объекте - вернулись сюда с ключиком и делаете что нужно.

[Punchito]

т.е. для LonMaker-а можно перенести лицензию?

[Гость_ggg__ggg_*]

По старой памяти. Года 2 назад был куплен LonMaker TE, "распатронен" на предмет "повышения образованности" и...
заброшен в дальний ящик. За ненадобностью. . Элементарное сравнение со старым (3.1) показало - полный фуфел.
Насчет трансфера лицензий - CrypKey готовит массу "приятных" неожиданностей. Пробуйте, если не верите.
ИМХО, конечно.

[Гость_Lёxus_*]

т.е. для LonMaker-а можно перенести лицензию?

Для LonMaker - не знаю, мы с ним не работаем, а с NL220 проблем нет.

[Vasiliy]

Для LonMaker - не знаю, мы с ним не работаем, а с NL220 проблем нет.

+1.
К тому же некоторые версии умеет самостоятельно привязывать ключики, установленные на другихмашинах.

[Alex1qaz]

Привет всем!
На сделанных проектах использовал следующую связку:
iLon100 + Lon Maker 3.1 + OPC server + Scada WinCC 6.2 - денег стоит iLon100 и OPC сервер - Железка в любом случае денег отдавать нада, а ОПС сервер можно ключик эмулировать.
Все работает 24/7 уже год-полтора - все отлично.

[Alex1qaz]

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

человек кто умеет делать эмуль хочет 200 евро - если есть желание можете присоединятся вложениями.

Сообщение отредактировал Alex1qaz - 16.3.2010, 22:25

[Kaveckiy]

По старой памяти. Года 2 назад был куплен LonMaker TE, "распатронен" на предмет "повышения образованности" и...
заброшен в дальний ящик. За ненадобностью. . Элементарное сравнение со старым (3.1) показало - полный фуфел.
Насчет трансфера лицензий - CrypKey готовит массу "приятных" неожиданностей. Пробуйте, если не верите.
ИМХО, конечно.

А что с трансфером лицензий? Все прекрасно переноситься и работает.

По теме топика.

Как таймер можно использовать ILon 100 или iLon SmartServer. Если мне не изменяет память то в нем 32 канала таймера с изменением расписаний через WEB интерфейс. Его-же можно использовать и вместо SCADA (lj определенных пределов конечно) и как Data Logger и как удаленный (через Lan или Internet) интерфейс для программирования и как много чего еще.

Сейчас мы его устанавливаем практически во все свои проекты.