RSViewSE

[Dvoeglazov]

Добрый день.
Планируем применение в качестве SCADA RSViewSE c дублираванным сервером и 10 клиентами. Контроллеры будут Allen-Bredly.
Подскажите пожалуйста, какое ПО нужно приобрести для реализации данной системы. На какие операционные системы его лучше устанавливать?

По моему, где-то в этом форуме я уже встречал этот вопрос, но найти не смог.

[oldDad]

Нужно сперва решить, будет ли это распределённая клиент-серверная архитектура (один или два резервированных сервера + выделенный или невыделенный сервер FactoryTalk + какое-то количество клиентских машин), или это будет архитектура All-In-One, при которой все компоненты SCADA будут крутиться на каждой рабочей станции.

Cколько клиентских машин должно быть? Две-три или больше?

И ещё нужно будет купить инструмент разработки - RSVIew Studio - однажды и для всех проектов.

[Dvoeglazov]

До этого RSViewSE ниразу не применяли.
Т.к. контроллер один и проект достаточно большой, то подсоединение каждого клиента к контроллеру - нереально. Можно конечно на RSLinxGW+RSView32 собрать, но это уже , по моему, устарело.

Будет один дублированный сервер.
Клиентов будет 10 шт.

"выделенный или невыделенный сервер FactoryTalk" - это я не понял. Думаю это что-то вроде регистрации клиентов для ActiveDisplayServer на сервере или на каждом клиенте. Объясните , пожалуйста, кратко.

[Krotyuk]

Сервер FactoryTalk выполняет примерно те же функции, что и DNS сервер. Т.е. FT занимается разрешением имен и адресов. Выглядит это как работа доменом windows. Поднимается FT сервер, затем остальные машины вводятся FT directory, поднятое на сервере. Затем вопросы безопасности, редактирование учетных записей, прав пользователей и т.п. осуществляется сразу для всего "домена" Factory Talk. В некоторых случаях выгодно поставить FT на отдельную машину, в некоторых можно все совместить на одном компьютере.

По поводу RSView SE и Factory Talk уже как-то велись разговоры у нас на форуме. Я думаю, Вам будет любопытно почитать:

http://vdt-automation.com.ua/modules.php?name=Forums&file=viewtopic&t=37

[dv_]

Полезно прочитать "ID 29663" - "RSView SE Area Best Practices - Guidelines for structuring Areas in an RSView SE Application"

Еще полезные документы:
- "RSView SE CPR7+ Tips & Best Practices rev4"
- "RSViewSE v4.0 (CPR7+) Distributed System Design Considerations"

До CPR7+ надо обновлять .

После установки Factory Talk не забыть снять ограничение на время действия пароля (на форуме об этом уже было) или изменить политику.

[oldDad]

[dv_]

[oldDad]

dv_, не только администрирование десятка RSView32 (это катастрофа!).
А как ты себе представляешь собирание десятком копий RSView32 данных из контроллеров? Каждая тащит себе все тэги в свою карманную базу данных? Ужос... Сеть заткнётся уже после подключения 3-ей или 4-ой станции.

Устарело, устарело. Не спорь
ADS - тоже уже давно устарело.

[Dvoeglazov]

Итог:

1. сервер №1
- 9701-VWSS100AENE RSView SE Server 100 Display
- RSLinx Pro
- Windows Server 2003

2. сервер №2
- 9701-VWSS100AENE RSView SE Server 100 Display
- RSLinx GW (планируется удаленное программирование контроллера)
- Windows Server 2003

3. инженерная
- 9701-VWSTENE RSView Studio for RSView Enterprise
- RSLinx Pro
- RSLogix 5000
- RSNetworx CN
- Windows XP Professional с Service Pack 2

4. АРМ - 10 шт.
- 9701-VWSCWAENE RSView SE Client
- Windows XP Professional с Service Pack 2

5. сервер баз данных
- Windows Server 2003
- MSSQL 2005 (будут писать сервера, в две "параллельные" базы данных)

Все верно?
В состав RSViewSE входит RSLinx Enterprise, его нельзя использовать вместо RsLinx Pro?
Если инженерную станцию использовать в качестве дополнительного АРМ, то туда нужно ставить 9701-VWSCWAENE RSView SE Client или достаточно 9701-VWSTENE RSView Studio for RSView Enterprise?

[oldDad]

В принципе, ОК.

Почему не сделать оба сервера идентичными и не поставить на каждом RSLinxGateway?

[dv_]

[dv_]

[oldDad]

[Dvoeglazov]

А RSLogix5000 подсоединится к контроллеру через RSLinx Enterprise.
Контроллеры связаны с серверами посредством ControlNet, поэтому GW в такой структуре - актуальное решение.