 | |
Предыдущие результаты
 [b:b5ed57f383]About the Security Feature[/b:b5ed57f383]
The Security feature allows you to control the individual users’ access to RSLogix 5000 projects and controllers. Using RSI Security Server software, you control access to your projects and controllers based on:
- the individual user logged into a workstation
- the project the user is attempting to access
- the workstation from which the user is attempting to access the project
Typically, you would use RSI Security Server software to grant or deny permission to perform a particular action on a particular project to a particular person at a particular workstation.
Note: The security feature is primarily intended to prevent accidental unauthorized access to your projects and controllers. It is important to note that while the feature does provide some protection against intentional unauthorized access, it is not intended to provide protection against sophisticated system "hackers." You should exercise your own additional precautions against such unwanted access.
RSI Security Server grants or denies access based on four pieces of information:
- user ID (i.e., the user’s login name)
- workstation ID
- action name (i.e., the activity the user is trying to perform, such as data table modification, or processor mode change)
- resource name (i.e., controller name)
In addition, you can group resources, actions, persons, and workstations via access control lists, which define certain characteristics to determine access levels.
[b:b5ed57f383] RSLogix 5000 and RSI Security Server[/b:b5ed57f383]
When used with RSLogix 5000, RSI Security Server supports 3 global actions and 6 project-related actions. Global actions are not tied to a specific project, and may include:
- securing the controller
- creating a new project (either through the New Controller dialog, or through the Translator Tool utility)
- updating your firmware.
The project-related actions allow you to perform specific tasks on a specific project or group of projects, and may include:
- viewing a project
- going online
[color=darkblue:b5ed57f383]- maintaining a project (e.g., saving, converting, exporting, downloading, setting/forcing tag values, etc.)[/color:b5ed57f383]
- full access (e.g., editing a project), unsecuring the controller, or updating firmware.
Note: Access to these actions is hierarchical. For instance, if you have access to the Go Online action, you also have access to the View Project action; if you have access to the Maintain Project action, you can also access Go Online and View Project; and finally, if you have Full Access, you can access Maintain Project, Go Online, and View Project.
Defining your levels of security begins with deciding the type of access you want to allow to each user, project, or workstation. The following tables can help you to identify your security needs.
|
Может кто знает где всетаки можно скачать PanelBuilder1400Е.
:!: :?:
|
Здравствуйте!
Если я Вас правильно понял - речь идет о PanelView1200e,
для такой панели нужен PanelBuilder1400e (кат. 2711E-ND1)
Купить его можно у VDT, обращайтесь.
Всего наилучшего!
|
Добрый день!
Может кто подскажет где взять PanelBuilder 1200 для связи с панелью оператора Panel View 1201.
|
[quote:bd7609bdf5="Kondratiev"]
для отображения данных на трендов приходится запускать модели в каждой копии общего проекта, и соответсвенно каждаю станция где запущена модель(локальная или с "общим проектом") пытается класть данные в базу.
[/quote:bd7609bdf5]
Нужно на каждой станции сделать ODBC к каждой базе/таблице.
В моделях RSView у всех кроме собственной выставить способ записи OnDemand (по вызову), тогда писать данные будет только одна машина, а читать - все. Будет появляться мусор от других RSView в виде начальных и конечных (Marker - B, E) записей при запуске остановке моделей, но их можно удалить триггером или вызовом скрипта в планировщике. Эти записи нужны были при хранении в отдельных суточных файлах, в вашем случае они не нужны.
У меня есть объект где историю пишет пользовательская программа, а гафики смотрит RSView через TrendX, кстати он где-то здесь есть русифицированный.
Еще можно свалить данные в одну базу данных с добавлением поля, указывающего какая машина записала. В MSSQL это делается через настройку соединения (pipe), по умолчанию стоит TCP\IP.
|
Если модуль является мастером, то читайте User Manual со стр.62:
[color=darkblue:dd6a4f86ee]5.2.3 Master Command Configuration[/color:dd6a4f86ee], параметр Node - это адрес модуля обычно он равен 1.
Если slave - cм. mapping на стр. 83:
[color=darkblue:dd6a4f86ee]6.2.1 Modbus Memory Map[/color:dd6a4f86ee]
|
[quote:1048795197="Kondratiev"][quote:1048795197]
От TrendX, если используется, придется отказаться.[/quote:1048795197]
кстати почему? не поддерживает удаленных моделей??[/quote:1048795197]
Спроси у Rockwell
Сравнение см. здесь:
[url=http://rockwellautomation.custhelp.com/cgi-bin/rockwellautomation.cfg/php/enduser/std_adp.php?p_faqid=6948&p_created=925333297&p_sid=InuoOjzi&p_accessibility=0&p_lva=&p_sp=cF9zcmNoPTEmcF9zb3J0X2J5PWRmbHQmcF9ncmlkc29ydD0mcF9yb3dfY250PTgyMyZwX3Byb2RzPTAmcF9jYXRzPTAmcF9wdj0mcF9jdj0mcF9zZWFyY2hfdHlwZT1hbnN3ZXJzLnNlYXJjaF9ubCZwX3BhZ2U9MSZwX3NlYXJjaF90ZXh0PWNvbXBhcmUgdHJlbmR4IG5hdGl2ZSB0cmVuZA**&p_li=&p_topview=1]RSView32 TrendX and RSView32 Native Embedded Trending Comparison. ID 6948[/url]
[quote:1048795197="Kondratiev"]
простите не понял. если это просто использование remote моделей в обычных RAView-шных трендах, то не подойдет. пройденный этап, неудобно и топорно.[/quote:1048795197]
В чем "топорность"? Как по мне, так TrendX хуже, поэтому нигде не применяю (из достоинство признаю только - теги из разных моделей, ь рисование X-Y зависимости).
[quote:1048795197="Kondratiev"] а главное в данной конкретной ситуации. это сделает по сути бессмысленной серверную часть(оракловскую базу) и все клиенты будут ломиться к удаленным моделям на локальных станциях.[/quote:1048795197]
С локальной станции берется описание модели, данных там нет.
Для Remote Trend не надо локально иметь теги, модели.
Если руководство готово дать денег:
Добавь Active Display Server на локальных и пусть руководство смотрит картинки хоть в Internet Explorer.
Нет навигации между разными локальными RSView32 (т.е. печками), если в этом есть нужда, тогда вперед на RSView SE Distribuited.
|
[quote:8136926e9c="dv_"]
Пробуй Remote для Native Trend.
От TrendX, если используется, придется отказаться.[/quote:8136926e9c]
Native Trend??
простите не понял. если это просто использование remote моделей в обычных RAView-шных трендах, то не подойдет. пройденный этап, неудобно и топорно.
а главное в данной конкретной ситуации. это сделает по сути бессмысленной серверную часть(оракловскую базу) и все клиенты будут ломиться к удаленным моделям на локальных станциях.
|
[quote:1973e85c29="Kondratiev"]проблема в следующем:
для отображения данных на трендов приходится запускать модели в каждой копии общего проекта, и соответсвенно каждаю станция где запущена модель(локальная или с "общим проектом") пытается класть данные в базу. [/quote:1973e85c29]
Пробуй Remote для Native Trend.
От TrendX, если используется, придется отказаться.
|
Ситуация : 5 доменных печей, на каждой крутятся локальные проеткты RSView32, и существует (у начальства) т.н. "общие проект" , по сути являющийся OPC-клиентом 5 ти ОРС-серверов.
ОДнако данные для отображения графиков логгируются по ODBC в оракловскую базу(ну так давным давно было заведено).
проблема в следующем:
для отображения данных на трендов приходится запускать модели в каждой копии общего проекта, и соответсвенно каждаю станция где запущена модель(локальная или с "общим проектом") пытается класть данные в базу.
От этого ушли установкой в баз триггера но все же это не выход.
вопрос:
возможна ли настройка ODBCшной модели так, чтоб не запуская ее, можно было просмотривать все же данные на трендах, как это можно сделать при совместном использовании "локальных" dBase баз???
|
Предыдущие результаты
Ещё результаты |
|
| |
|
