форум асутп
 На главную                       Здесь может быть Ваша реклама, подробнее...


 Наверх  |  Перейти к теме  |  Поиск  |  Вход  |  Дерево    
 OPC для Allen-Bradley
Автор: SergeyUstinov 
Дата:   29.04.08 05:43

Господа форумчане!
Хочу провести некое исследование вопроса.
Интерисует тема OPC сервер для Allen-Bradley.
- размер системы (количество контроллеров, точек I/O)
- частота сбоев в работе OPC сервера
- клиент OPC

Спасибо!!
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: indian 
Дата:   29.04.08 09:01

вот, с другого форума стырил.
может это будет полезно знать Вам ибо не у вас одних проблема с АВ

Keep 1 point in mind when running any A/B product over ethernet. A/B Products with the assumption of Producer/Consumer tags now on ethernet/IP the a/b product lines randomly produce these tags and others as bulk data on the tcpip sockets with no destination flodding your network with un warrented traffic. To prevent this traffic from flodding your network one must have switches with IGMP Snooping options such as N-Tron 508tx-a (8 Ports)from www.n-tron.com, www.prosoft-technology.com This will allow for a much smoother and cleaner socket layers on your network. also 1 other limitation of the a/b product line is the amount of data the plc will produce in 1 transmission this is plc specific and one should research on the tech web site for rockwell this information.
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Киповец 
Дата:   29.04.08 09:37

<вот, с другого форума стырил.
может это будет полезно знать Вам ибо не у вас одних проблема с АВ>
А какое отношение ОРС имеет к Producer/Consumer. Вообще это разные вещи.
В принципе данные можно передавать на ОРС в запланированном режиме, но так мало кто делает в этом нет особого смысла. В Linx встроет механизм оптимизации и он все улаживает. Это работает на ControlNet и Ethernet.
Из практики никаких проблем с передачей небыло. Самой старой системе уже 5 лет.
Если вся система АВ то проблемы можно создать только самостоятельно. Если АВ SCADA а контроллеры другой компании проблемы могут быть(и на практике были), но это относится и к другим фирмам. Все должно быть одного производителя(впрочем я об этом уже не раз писал).
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Алексей Вишневский 
Дата:   29.04.08 10:24

Привет SergeyUstinov,

вторник, 29 апреля 2008 г., 11:43:14, Вы писали:

S> Господа форумчане!
S> Хочу провести некое исследование вопроса.
S> Интерисует тема OPC сервер для Allen-Bradley.
Вообще лучший OPC-сервер для AB - это их собственный RSLinx Classic
нужна статистика именно по нему? или по сторонним?

S> - размер системы (количество контроллеров, точек I/O)
у нас очень много техники работает от AB (в основном ControlLogix)
в основном завязка на один OPC идет от одного до пяти процессоров с
полным набором обмена данными, плюс может еще опрашиваться несколько
процессоров всего несколькими тегами...

S> - частота сбоев в работе OPC сервера
хорошо надежно работает, в старых версиях бывало рассыпались
оптимизированные пакеты, в результате начинал обмен подтормаживать на
системах с несколько тысяч тэгов... других сбоев не припомню за
последние 4 года. последние 2 года все просто работает как часы :)

S> - клиент OPC
практически везде ихний же и клиент -  RSView32
Практически неубиваемая связка (контроллер - RSLinx - RSView32), если проект грамотно нарисован и
компьютер соответствует задаче!

--
С наилучшими пожеланиями,
 AlexV                      ICQ:   147480482
*** Людям свойственно ошибаться, но окончательно все запутать может только компьютер.. ***
Адрес этого сообщения    Ответить на это сообщение
 
 RE: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   29.04.08 10:28

Я знаю, что из ControlNet по ОРС передать данные - задача нетривиальная и требует покупки определенного софта и железа..
Конкретнее не скажу- сейчас уже не помню спецификаций. Проще позвонить производителю.
Есть зависимость работы и от кол-ва передаваемых сигналов. Я бы взял для начала на тестирование перед покупкой и несколько раз подумал.

> Хочу провести некое исследование вопроса.
> Интерисует тема OPC сервер для Allen-Bradley.
> - размер системы (количество контроллеров, точек I/O)
> - частота сбоев в работе OPC сервера
> - клиент OPC
Адрес этого сообщения    Ответить на это сообщение
 
 Re[2]: OPC для Allen-Bradley
Автор: Алексей Вишневский 
Дата:   29.04.08 10:43

Привет d_miloserdov@xxxxxxx.xx,

вторник, 29 апреля 2008 г., 16:28:07, Вы писали:

drr>  Я знаю, что из ControlNet по ОРС передать данные - задача
drr> нетривиальная и требует покупки определенного софта и железа.
а я бы сказал наоборот, тривиальнее некуда...
насчет софта - ничего кроме RSLinx не надо, и драйверы под все карты
"AB-интерфейсов" и для ControlNet в том числе идут исключительно в его
дистрибутиве.
сейчас специально подсчитал, примерно 10 кликов мышкой + один ввод
адреса сети и все работает :)

ну а прокачка больших объемов данных по ControlNet зависит от
загруженности сети, т.к. она не резиновая все-таки :D

>> Хочу провести некое исследование вопроса.
>> Интерисует тема OPC сервер для Allen-Bradley.
>> - размер системы (количество контроллеров, точек I/O)
>> - частота сбоев в работе OPC сервера
>> - клиент OPC



--
С наилучшими пожеланиями,
 AlexV                      ICQ:   147480482
*** Чем больше заказчик понимает в программировании, тем больше он мешает работе (Программистские приметы) ***
Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[2]: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   29.04.08 11:11

Вот у нас-то в основном как раз-таки большие объемы в данном проекте (крупный НПЗ).
В общем для больших проектов (опыт не мой личный, а инженеров которые занимались внедрением и обслуживанием) - 1000 раз подумать.
Я их мнению доверяю.

> ну а прокачка больших объемов данных по ControlNet зависит от
> загруженности сети, т.к. она не резиновая все-таки :D
Адрес этого сообщения    Ответить на это сообщение
 
 Re[4]: OPC для Allen-Bradley
Автор: Алексей Вишневский 
Дата:   29.04.08 11:20

Привет d_miloserdov@xxxxxxx.xx,

вторник, 29 апреля 2008 г., 17:11:37, Вы писали:

drr> Вот у нас-то в основном как раз-таки большие объемы в данном проекте (крупный НПЗ).
drr> В общем для больших проектов (опыт не мой личный, а инженеров
drr> которые занимались внедрением и обслуживанием) - 1000 раз
drr> подумать.
drr> Я их мнению доверяю.
я это не оспариваю ;)
ControlNet и не предназначен для того, чтоб всю визуализацию по нему
гонять... С этим прекрасно справляется Ethernet


--
С наилучшими пожеланиями,
 AlexV                      ICQ:   147480482
*** Если уж ничего не помогает, прочтите, наконец, инструкцию (совет Кана). ***
Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[4]: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   29.04.08 11:25

В нашом случае речь идет о передаче данных на верхний уровень (MES).

И еще у меня вопрос спецам (раз уж речь зашла). Правда ли, что у АБ нет полноценной резервированной сети? Т.е. при выходе из строя любого дублированного ПЛК или просто свитча- рушится вся сеть и АРМы потухают?


> я это не оспариваю ;)
> ControlNet и не предназначен для того, чтоб всю визуализацию
> по нему гонять... С этим прекрасно справляется Ethernet
Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[4]: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   29.04.08 11:32

В догонку всем, кто занимается ОБСЛУЖИВАНИЕМ АБ- (продавцов и дилеров прошу покурить в сторонке :)) какие замечены плюсы и минусы в эксплуатации ControlLogix?
Укажите пожалуйста также тип производства и размерность системы.

Буду очень благодарен.
Адрес этого сообщения    Ответить на это сообщение
 
 Re[6]: OPC для Allen-Bradley
Автор: Алексей Вишневский 
Дата:   29.04.08 11:37

Привет d_miloserdov@xxxxxxx.xx,

вторник, 29 апреля 2008 г., 17:25:34, Вы писали:

drr> В нашом случае речь идет о передаче данных на верхний уровень (MES).
то и имелось в виду...


drr> И еще у меня вопрос спецам (раз уж речь зашла). Правда ли, что у
drr> АБ нет полноценной резервированной сети? Т.е. при выходе из
drr> строя любого дублированного ПЛК или просто свитча- рушится вся сеть и АРМы потухают?
откуда сей БРЕД родился, если не секрет?



--
С наилучшими пожеланиями,
 AlexV                      ICQ:   147480482
*** Блаженны юзеры, ибо не ведают что творят! ***
Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[6]: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   29.04.08 11:44

> откуда сей БРЕД родился, если не секрет?

Я проверяю информацию. Т.е. принципиально резервирование сети организовать реально?
Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[4]: OPC для Allen-Bradley
Автор: Mamleev Marat (personal) 
Дата:   29.04.08 11:47

Дима, не зря говорят - "лучше один раз увидеть, чем сто раз услышать".

>  Я знаю, что из ControlNet по ОРС передать данные - задача нетривиальная и
> требует покупки определенного софта и железа=

Решается действительно очень просто - покупкой сервера связи RSLinx. Причем,
самый простой способ - ставишь в шасси с контроллерами модули связи EtherNet
и по TCP/IP забираешь данные.
Вот если речь о возможности обеспечить прямой доступ к сети ControlNet
(прежде всего для программирования сети) нужно иметь интерфейсную карту для
ControlNet. Но можно программировать сеть и через Ethernet.

> В нашом случае речь идет о передаче данных на верхний уровень (MES).

Надеюсь на уровень MES вы не забираете данные напрямую из контроллера :) Не
понял как может быть связан уровень MES и ControlNet?

> Вот у нас-то в основном как раз-таки большие объемы в данном проекте
> (крупный НПЗ).

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

>
> И еще у меня вопрос спецам (раз уж речь зашла). Правда ли, что у АБ нет
> полноценной резервированной сети? Т.е. при выходе из строя любого
> дублированного ПЛК или просто свитча- рушится вся сеть и АРМы потухают?
>

Чувствую злую руку, видать конкуренты напели :) У AB одной из первых
появилась резервированная сеть ControlNet, причем резервирование на
аппаратном уровне  (на уровне железа) и протоколов. Работает как часы и
никаких проблем нет. Хочешь тебе оптика, хочешь коаксиал.

С уважением,
Мамлеев Марат.
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: SergeyUstinov 
Дата:   29.04.08 12:03

Спасибо большое Форумчяне, за ответы. Вобщем обрисовалась картика полной безмятежности. А история со сбоями , это нечто из прошлой жизни. Замечательно.

Получилась интересная ситуация, мой начальник недавно приехал с форума, где ему повидимому в кулуаре сообщили о больших проблемах с ABименно при использовании OPC.

В нашем случае предпологается  сделать на AB (ControlLogix) компрессорную. И информацию частично передавать в смежную с ним систему управления DeltaV.Но наибольшая часть информации предпологается переносить в заводскую базу данных (реального времени) ,для публикаций, отчётов и т.д.
Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[4]: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   29.04.08 12:04

> Дима, не зря говорят - "лучше один раз увидеть, чем сто раз
> услышать".

Марат, просто увидеть- мало. Нужно поюзать.

> Решается действительно очень просто - покупкой сервера связи
> RSLinx.

ОК. Т.е. это затраты на ПО и сервер.

> Речь идет видимо о Комсомольске?

И о нем тоже.

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


> Чувствую злую руку, видать конкуренты напели :)

С чего ты взял? :) не обязательно.

У AB одной из
> первых появилась резервированная сеть ControlNet, причем
> резервирование на аппаратном уровне  (на уровне железа) и
> протоколов. Работает как часы и никаких проблем нет. Хочешь
> тебе оптика, хочешь коаксиал.

Ответишь на мой вопрос в личку- в зависимости от ответа продолжим разговор на эту тему :).
Адрес этого сообщения    Ответить на это сообщение
 
 Re[8]: OPC для Allen-Bradley
Автор: Алексей Вишневский 
Дата:   29.04.08 13:10

Привет d_miloserdov@xxxxxxx.xx,

вторник, 29 апреля 2008 г., 17:43:27, Вы писали:

drr> кто занимается ОБСЛУЖИВАНИЕМ АБ- (продавцов и
drr> дилеров прошу покурить в сторонке :)) какие замечены плюсы и
drr> минусы в эксплуатации ControlLogix?
drr> Укажите пожалуйста также тип производства и размерность системы.
я в основном занимаюсь разработками на этой технике и последующим
сопровождением наших поделок :)
опыт - больше 4х лет постоянной работы с этой техникой
тип производства у нас - дискретный можно сказать, но фунциклирует
24/7
АК "АЛРОСА" - это должно говорить о многом ;)
На AB у нас 3 обогатительных фабрики, много поверхностных объектов на
шахтах.
на одной фабрике - сигналы тысячами измеряются...

про плюсы - есть все, что нужно для полного счастья :D
как то:
горячая замена модулей;
горячее резервирование процессоров;
On-Line редактирование программ (и даже более того, уже можно даже
новые модули как в локальную корзину, так и в удаленную на ходу
добавлять!!!);
очень радует полная прозрачность сетей (т.е. можно имея подключение в
одном месте через Ethernet, пройти по ControlNet, выйти на другой
сегмент Ethernet, а там опять зайти в сегмент DeviceNet и
т.д., при этом все устройства будут видны и с ними можно
взаимодействоавать как будто подключен к ним напрямую);
очень приятная особенность в работе модулей ввода-вывода - все
коммуникации с ними работают полностью асинхронно;
ну и все эти удовольствия дополняет операционка реального времени в
процессоре (можно закрутить 32 задачи с 16-ю приоритетами);
ну и система программирования - на мой взгляд просто сказка!

устать можно все плюсы перечислять... :)


drr>
>> откуда сей БРЕД родился, если не секрет?

drr> Я проверяю информацию. Т.е. принципиально резервирование сети организовать реально?
абсолютно реально...
ControlNet просто поддерживает резервирование на аппаратном уровне
Ethernet - потенциально можно реализовать дублированием
комуникационных модулей, ес-но будет иметь смысл при дублированных
полностью коммутаторах...
ну а наверху - опять же RSLinx умеет переключать сам пути к
процессорам, коих в дублированных сетях может набегать очень много,
т.к. все высокоуровневые сети у AB полностью прозрачны для друг-друга.



--
С наилучшими пожеланиями,
 AlexV                      ICQ:   147480482
*** "... а хуже всего приходится программистам из Microsoft. Им, бедолагам, в случае чего и обругать-то некого..." ***
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Киповец 
Дата:   29.04.08 13:23

<Речь идет видимо о Комсомольске? Раньше действительно ставили карты в компы
(или сервера связи) и напрямую качали данные из ControlNet на верхний
уровень. И естественно, сеть не резиновая, проблемы с недостатком пропускной
сети на больших объемах данных  могут возникнуть. Но ControlNet для этого и
не предназначен, для связи с верхним уровнем нужно переходить на Ethernet и
разделять управляющие и информационные потоки.>
Для старых систем типа указанной выше существует хорошее решение.
Уставливается шасси с процессором и модулями ControlNet. Все потоки собираются в этот процессор и передаются на верхний уровень куда угодно по Ethernet. Скорость в системе не снижается никаким образом.
> Решается действительно очень просто - покупкой сервера связи
> RSLinx. ОК. Т.е. это затраты на ПО и сервер.>
А что в какой либо другой системе этих затрат нет? Сервер вовсе не обязателен.
ControlNet по моему мнению самая быстрая промышленная сет на сегодняшний день именно из принципа Producer/Consumer, существенно превосходя например Профибас.

<Получилась интересная ситуация, мой начальник недавно приехал с форума, где ему повидимому в кулуаре сообщили о больших проблемах с ABименно при использовании OPC.>
Если сделаете винегрет(сторонний ОРС), то точно будут.
Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[8]: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   29.04.08 13:31

> АК "АЛРОСА" - это должно говорить о многом ;)

Мне мало о чем говорит с точки зрения процессов :) А вот чартерный ТУ-154 у вас шикарный - летал недавно :)

На AB у нас 3
> обогатительных фабрики, много поверхностных объектов на шахтах.
> на одной фабрике - сигналы тысячами измеряются...

ОК, а с точки зрения безопасности по SIL как дела обстоят?

> про плюсы - есть все, что нужно для полного счастья :D как то:
> горячая замена модулей;
> горячее резервирование процессоров;
> устать можно все плюсы перечислять... :)

А ограничения какие?

> ControlNet просто поддерживает резервирование на аппаратном
> уровне Ethernet - потенциально можно реализовать
> дублированием комуникационных модулей, ес-но будет иметь
> смысл при дублированных полностью коммутаторах...

Теперь понятно, спасибо. Пойду убивать вендора :)))
Адрес этого сообщения    Ответить на это сообщение
 
 RE: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   29.04.08 13:44

> А что в какой либо другой системе этих затрат нет? Сервер
> вовсе не обязателен.

Это так- мысль вслух :) можно не обращать внимания.
Почему сервер необязателен? ПО ставится на рабочую станцию? Но это же кривое решение....
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Киповец 
Дата:   29.04.08 14:10

<Почему сервер необязателен? ПО ставится на рабочую станцию? Но это же кривое решение....>
 По личному опыту система из 2 контроллеров на 1700 сигналов(60% D,40%A) каждый, на каждом контроллере 3 рабочие станций висят, также контроллерный шлюз на сервер заводского уровня и работает без проблем. Все Контролнет. По загруженности сети(диагностика на модулях связи) количество сигналов можно удвоить как минимут в 2 раза на процессор.
А сервера надо резервировать а это деньги деньги.
Адрес этого сообщения    Ответить на это сообщение
 
 RE: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   29.04.08 14:50

А на верхний уровень что-то передаете? Из Rsвью и ПЛК одновременно?
Сколько данных, с какой частотой опрос?
Мы сравнивали ПО от АБ с другими производителями- АБ по производительности резко проигрывает с учетом, что сервера и загрузка абсолютно одинаковые. В основном затык на выборке данных.
Так что архиватор у них - не лучше сименсового. Проверено :)

> <Почему сервер необязателен? ПО ставится на рабочую станцию?
> Но это же кривое решение....>  По личному опыту система из 2
> контроллеров на 1700 сигналов(60% D,40%A) каждый, на каждом
> контроллере 3 рабочие станций висят, также контроллерный шлюз
> на сервер заводского уровня и работает без проблем. Все
> Контролнет. По загруженности сети(диагностика на модулях
> связи) количество сигналов можно удвоить как минимут в 2 раза
> на процессор.
> А сервера надо резервировать а это деньги деньги.
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Киповец 
Дата:   29.04.08 15:23

Передаем все что на рабочих станциях, данные бурутся и ПЛК. Даннные обновлялись 1 раз в секунду при испытаниях(3 месяца). Потом установили раз в 3 секунды. Данные с сервера передаются 10 пользователям на заводского уровня. Можно передовать и в комерческую службу, но тут что то притормозилось из-за ихнего нежелания.
Архивы на рабочих станциях операторов 1 сек.
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Киповец 
Дата:   29.04.08 15:53

Забыл написать.
Система в каждом цехе состоит из 2 контроллеров. Контроллер управления и контроллер ПАЗ. Следовательно 3 рабочие станции получают данные от двух контроллеров.
Контроллерный шлюз получает данные от 4 контроллеров.
10 пользователей получают данные от сервера и часто опрашивают все. Архивируются только аналоговые входы.
Адрес этого сообщения    Ответить на это сообщение
 
 Re[10]: OPC для Allen-Bradley
Автор: Алексей Вишневский 
Дата:   29.04.08 15:59

Привет d_miloserdov@xxxxxxx.xx,

вторник, 29 апреля 2008 г., 19:30:26, Вы писали:


drr> ОК, а с точки зрения безопасности по SIL как дела обстоят?
тут я не советчик, за это пусть продавцы докладывают

drr> А ограничения какие?
ограничения есть, как и у всех...
основные - это количество соединений, которые может обслуживать один
процессор(256 если мне память не изменяет) и сетевые модули (64 для
ControlNet)

Изредка не хватает возможности увеличить массив на ходу, приходится
отстегивать логику, удалять и создавать заново нужного размера :)

а так, скоко уже программ под них написал, на явные ограничения не
наступал

--
С наилучшими пожеланиями,
 AlexV                      ICQ:   147480482
*** Настоящий программист никогда не ставит комментариев.. То, что писалось с трудом, должно пониматься с трудом. ***
Адрес этого сообщения    Ответить на это сообщение
 
 Re[2]: OPC для Allen-Bradley
Автор: Алексей Вишневский 
Дата:   29.04.08 16:03

Привет d_miloserdov@xxxxxxx.xx,

вторник, 29 апреля 2008 г., 20:48:25, Вы писали:

drr>  А на верхний уровень что-то передаете? Из Rsвью и ПЛК одновременно?
drr> Сколько данных, с какой частотой опрос?
мы у себя передаем на верх раз в минуту в свой собственный архиватор

drr> Мы сравнивали ПО от АБ с другими производителями- АБ по
drr> производительности резко проигрывает с учетом, что сервера и загрузка
drr> абсолютно одинаковые. В основном затык на выборке данных.
drr> Так что архиватор у них - не лучше сименсового. Проверено :)

а это вы зря...
с этого года у АБ новый архиватор, на базе PI System :D



--
С наилучшими пожеланиями,
 AlexV                      ICQ:   147480482
*** Высшая степень опьянения: не смог попасть в экран курсором мыши... ***
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Киповец 
Дата:   29.04.08 17:22

<ОК, а с точки зрения безопасности по SIL как дела обстоят?>
Система сертифицирована по SIL2 и SIL3 в зависимости от типа контроллера.
Главный недостаток на мой взгляд это было невозможность добавления на ходу модулей. Сейчас это вроде сделано, но еще сам не проверял.
С точки зрения разработчика(производительности труда) выделил бы два основных момента:
1. Удобство конфигурирования модулей. Выбрал модуль, втавил в шасси остальное софт делает сам.
2. Непрерывная память. Ни тебе адресов, блоков и пр. Соответственно очень экономный по памяти.
Адрес этого сообщения    Ответить на это сообщение
 
 RE: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   29.04.08 17:35

Коллеги, вы меня извините великодушно, но вы с такой радостью рассказываете про новый функционал, который стал классикой для РСУ еще в прошлом веке, что я сижу и широко улыбаюсь :)

А как с точки зрения распределенной по ПЛК базы? Как организовано взаимодействие контроллеров на уровне прикладного ПО?
Все равнозначно? Или все же есть нюансы по ограничениям?

> <ОК, а с точки зрения безопасности по SIL как дела обстоят?>
> Система сертифицирована по SIL2 и SIL3 в зависимости от типа
> контроллера.
> Главный недостаток на мой взгляд это было невозможность
> добавления на ходу модулей. Сейчас это вроде сделано, но еще
> сам не проверял.
> С точки зрения разработчика(производительности труда) выделил
> бы два основных момента:
> 1. Удобство конфигурирования модулей. Выбрал модуль, втавил в
> шасси остальное софт делает сам.
> 2. Непрерывная память. Ни тебе адресов, блоков и пр.
> Соответственно очень экономный по памяти.
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Киповец 
Дата:   29.04.08 19:02

Коллеги, вы меня извините великодушно, но вы с такой радостью рассказываете про новый функционал, который стал классикой для РСУ еще в прошлом веке, что я сижу и широко улыбаюсь :)
Что вызвало улыбку.
Адрес этого сообщения    Ответить на это сообщение
 
 RE: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   30.04.08 09:26

Это вопрос или утверждение? :)

> Что вызвало улыбку.
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Киповец 
Дата:   30.04.08 10:47

Вопрос
Адрес этого сообщения    Ответить на это сообщение
 
 RE: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   30.04.08 12:30

То, что производителем за новое выдается давно известное старое. Велосипед изобретают..

> Коллеги, вы меня извините великодушно, но вы с такой радостью
> рассказываете про новый функционал, который стал классикой
> для РСУ еще в прошлом веке, что я сижу и широко улыбаюсь :)
> Что вызвало улыбку.
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Киповец 
Дата:   30.04.08 12:42

А что конкректно????????
Адрес этого сообщения    Ответить на это сообщение
 
 RE: OPC для Allen-Bradley
Автор: Mamleev Marat (personal) 
Дата:   30.04.08 13:41

Дима,

>
> То, что производителем за новое выдается давно известное старое.
> Велосипед изобретают..
>
> > Коллеги, вы меня извините великодушно, но вы с такой радостью
> > рассказываете про новый функционал, который стал классикой
> > для РСУ еще в прошлом веке, что я сижу и широко улыбаюсь :)
> > Что вызвало улыбку.
>

Никто ничего не изобретает. Поскольку изначально топология сети ControlNet
не предусматривала возможности добавления запланированных соединений в
"он-лайне" режиме, Rockwell-овцами пришлось это делать уже потом.
Эта возможность появилась в 13 версии ControlLogix 2 года назад.

Не изобретают - догоняют :)

С уважением,
Мамлеев Марат.
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Киповец 
Дата:   30.04.08 14:04

Имелось в виду добавление модулей!
Я в таком случае сказал бы не догоняют а перегоняют и намного.
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Sergey Yakushenko 
Дата:   30.04.08 14:12

> Имелось в виду добавление модулей!
> Я в таком случае сказал бы не догоняют а перегоняют и намного.
кого перегоняют?
Адрес этого сообщения    Ответить на это сообщение
 
 RE: OPC для Allen-Bradley
Автор: d_miloserdov@xxxxxxx.xx 
Дата:   30.04.08 15:15

Аналогичный вопрос :)

> > Имелось в виду добавление модулей!
> > Я в таком случае сказал бы не догоняют а перегоняют и намного.

> кого перегоняют?
Адрес этого сообщения    Ответить на это сообщение
 
 Re: OPC для Allen-Bradley
Автор: Киповец 
Дата:   30.04.08 18:39

Да всех или не так?
Адрес этого сообщения    Ответить на это сообщение
 Список форумов    


 Список форумов  |  Нужен логин? Регистрируйтесь здесь 
 Логин пользователя
 Имя пользователя:
 Пароль:
 Помнить пароль:
   
 Забыли ваш пароль?
Введите имя пользователя или e-mail, и новый пароль будет послан на email, указанный в вашем профиле.

Рейтинг@Mail.ru