 | |
Предыдущие результаты
 тег создал Tag3 Analog A
minimum0 scade1 Units
max100 offset0
nodnaim Задание1
Аdres МИНИТЕРМ 300 01:Внешнее ОЗУ:Измеряемый параметр
При проверке тега пишется типа тег не скофигурирован ошибка вальве 0
OPC DA v. 2.04 служит для передачи мгновенный типов данных (значения, свойства, агрегаты)
OPC HDA v. 1.20 служит для передачи исторических/архивных значений
Это точто написано в ОРСМИНИТЕРМ Live Data Test Client видит орсминит.и данные с минитермы.
|
Здравствуйте все!
Возникла такая проблема: у нас на предприятии используется Monitor pro (помойму 7.0) и соответственно к нему Web Client. Так вот, кто знает как подключить нескольких "клиентов" к одной машине?
Если есть у кого инструкция
Заранее спасибо!
№ ICQ 374359091
|
С NetDDE лучше не связываться.
Мир использует конвертеры DDE to OPC,
например: http://www.kepware.com/Spec_Sheets/DDE_Client_Driver.html
|
Здравствуйте!
Попробуйте "DisplayClientClose Me"
Желаю удачи!
|
Доброе утро, коллеги.
Возник вот такой вопрос есть ли возможность командой закрыть клиента RSVeiwSE (приложение stand-alone)? Раньше в RSView32 была команда ProjectStop и можно было остановить и закрыть приложение, а с SE какие есть варианты?
|
Уважаемая Liliya,
Посмотри пожалуйста из списка TechNotes может поможет
N/N ID TN# Summary
1 32350 R124161609 RSView SE 3.X Patch for Display Client Lock-ups when Switching Rapidly between Graphic Displays hosting VBA Code
2 32380 R124735708 Updated - RSView SE 4.00.00 (CPR7) Patch TOC
3 35147 A157062064 RSView SE VBA Comm Best Practices v1.0.pdf
4 25178 R46946692 RSView SE 3.00.01 Patch TOC.
5 35750 R170752399 RSView SE 4.00 Patch for Display Client VBA Lock-up Issues
6 36191 R170829969 RSView SE 4.00 Patch for Display Client VBA Lock-ups and Cached Displays Issues
7 36212 R170850640 RSView SE 3.10 Patch for Display Client VBA Lock-ups and Cached Displays Issues
8 33113 R132350596 RSView SE 4.00 Patch for Display Client lock up under load in a specific configuration.
9 35001 R155334593 RSView SE 4.00 Patch for Alarming and Display Client VBA Lock-up issues.
10 36560 R166759339 RSView SE 3.20 Patch for Display Client VBA Lock-ups and Other Issues.
11 25267 R47761602 RSView SE 3.00.01 Patch for SE Clients locking up when logging multiple errors to Factory Talk Diagnostics.
12 25207 R47069353 RSView SE 3.00.01 patch for problems with SE Clients locking up after quick screen changes.
13 26467 R60236376 RSView SE 3.00.01 Service Pack 1.
14 29090 R88435281 RSView SE 3.00.01 Service Pack 2.
***************************************************************
Regards,
|
Уважаемые господа, я прекрасно понимаю, что можно долго рассуждать по поводу предложенной темы, но проблема сама собой не улетучилась. Поэтому вот информация к размышлению:
1) FTD, MSSQL и RSSQL находятся на сервере с ОС Windows server 2003
2) HMI также на сервере с ОС Windows server 2003
3) RSLinx Enterprise на офисной машине с ОС Windows XP
4) контроллер домена на сервере с ОС Windows server 2003
5) клиентов 29 из них в домене 25
В FTD Diagnostics чаще всего сообщение:
Сommunications error occured while sending transaction to distributed alarm client ( а дальше имя машины, на которой не отображаются аварийный сообщения и код ошибки800706ВА)
По коду ошибки на АВ.соm есть разные патчи, стоит ли их ставить?
А еще хуже не будет? Может система вообще умрет? Да и ставить его не так просто.
|
[quote:f98521771c="maxim"]Доброго времени суток уважаемые коллеги.
У меня возник один вопрос:
В RSVIEW SE есть база тегов (HMI tags), там можно создавать теги обращаясь к контроллеру и с именно этими тегами работать. А ведь можно (SE позволяет) обращаться к тегам хранимым в контроллере.
....
Вопрос в следующем: есть ли рекомендации от Rockwell использовать только какой-то один из способов...[/quote:f98521771c]
Использование базы тегов дает возможности:
1. Масштабирование и смещение значения из контроллера.
2. Ограничение прав доступа на запись.
3. Использование объектов "LABEL".
4. Настройка тревог.
Предлагаю провести следующий эксперимент по многократному использованию тегов от RSLinx Classic:
1. В контроллере имеем два тега "A" и "B".
2. Тег "A" описываем в базе тегов, например как "A1" (чтобы не путаться).
3. Создаем экран с объектами отобразить численное значение:
- "A1" - два объекта
- "B" - три объекта
4. Смотрим в RSLinx Classic -> OPC Group Diagnostics.
И видим три обращения от FT и одно от TagServer!
Для локального сервера данных это не существенно, а если сервер данных удаленный? :o
На тему серверов данных Rockwell дает рекомендации:
[quote:f98521771c="RSView SE V4.0 (CPR 7+) Distributed System Design Considerations Rev. 2, January, 2007"]
3rd Party OPC servers
• Applications containing more then 10,000 active tags on scan may require its own dedicated host computer. This is dependent on hardware performance.
...[/quote:f98521771c]Для RSLinx Classic аналогично.
RSLinx Classic или RSLinx Enterprise см.:
[quote:f98521771c="RSView SE V4.0 (CPR 7+) Distributed System Design Considerations Rev. 2, January, 2007"]
RSLinx Classic:
...
• Can communicate with SLC/PLC/CLX controllers (including PLC-2, PLC-3 and PLC-5/250)
• Complex communication routing. Protocol changing (ex. Ethernet to DH+)
....
RSLinx Enterprise:
• RSLinx Enterprise is optimized to provide the best performance for large numbers of clients (more than 10), and large number of tags (more than 10,000), even if located on the same computer as the HMI server.
• Can communicate with SLC/PLC/CLX controllers (excluding PLC-2, PLC-3 and PLC-5/250)
• Can serve OPC data with the addition of RSOPC Gateway
• Preferred RSView SE data server to Rockwell controllers[/quote:f98521771c]
А был ли PLC-5/250 на 1/6 части суши?
|
[quote:084379b7e2="oldDad"]Не могу согласиться с тем, что MSG удобнее. Не могли бы Вы привести пару аргументов в пользу этой концепции?[/quote:084379b7e2]
Вы так и не ответили ни на один из моих вопросов :)
[quote:084379b7e2]Вы можете запостить тут несколько интересных скринов из RSLogix? [/quote:084379b7e2]
Я не знаю, какие скрины для Вас могут оказаться интересными, покажу несколько каких-нибудь из Google:
[img:084379b7e2]http://www.hbi.de/clients/Rockwell_Automation/bilder/RSLogix5000_300dpi.jpg[/img:084379b7e2]
[img:084379b7e2]http://www.hbi.de/clients/Rockwell_Automation/bilder/RSLogix_5000_v16_image_HMI_2007.jpg[/img:084379b7e2]
[img:084379b7e2]http://www.rockwellautomation.com/rockwellsoftware/design/rslogix5000/images/rslogix5000.jpg[/img:084379b7e2]
[quote:084379b7e2]И ещё, в Ваших ПЛК можно кодить на С? [/quote:084379b7e2]
Да, для любителей писания на С или BASIC есть специальные модули.
Вообще, такое "свободное" писание не поощряется в силу нескольких причин:
1) Мало ли кто что напишет. Может получиться непредсказуемая функциональность, а этого может зависеть жизнь и здоровье людей.
2) Если писатель уволится, сопровождать систему может оказаться некому.
3) В мультизадачной операционной среде реального времени такое писание довольно специфично. Кроме того, это обычно просто дорого, сложно и неэффективно. Смысл как раз в том, чтобы любой инженер, не владеющий программированием, мог быстро создавать работающие системы и их просто и эффективно эксплуатировать.
4) Честно говоря, не представляю, что и зачем в контроллерах писать на С, если есть Ladder, FBD, SFC, Structured Text. Cистема команд содержит всё, что только может понадобиться, включая самонастраивающийся PID, а если кому-то нужно всё-таки какое-нибудь [i:084379b7e2]извращение[/i:084379b7e2], то в RSLogix есть возможность создавать свои собственные команды.
Что вообще (и зачем) писать в контроллерах на С? Ну, могу представить себе какой-нибудь очень специфический протокол обмена данными. Но у нас есть модули для практически всех протоколов.
Эти стандартные языки и появились как раз именно потому, что мировое automation community захотело уйти от вышеперечисленных усложняющих жизнь субъективных вещей и упростить себе жизнь.
[quote:084379b7e2]Вы хоть раз видели интерфейс "Проскона" ?[/quote:084379b7e2]
Нет :) Я даже документации по нему никакой не нашёл, настолько всё это устарело :)
Правда, в одном месте я смог прочесть вот что:
[quote:084379b7e2]PROSCON is an HMI system developed by Outokumpu, a Finnish company which specialises in mineral processing installations.
At the heart of PROSCON is GE Fanuc's CIMPLICITY HMI software.
The PROSCON package provides easy installation and visualisation of motor and PID control.[/quote:084379b7e2]
http://www.manufacturingtalk.com/news/geu/geu100.html
Это, видимо, что-то очень старое, как по концепции, так и по исполнению. :)
|
Вы же знаете, что в клиент-серверных системах все events исполняются не на клиенте, а на сервере. Поэтому, чтобы выполнить какую-то команду [i:cea8f7b8c9]на клиенте[/i:cea8f7b8c9] по событию [i:cea8f7b8c9]на сервере[/i:cea8f7b8c9], нужно либо менять логику управления, либо использовать какие-нибудь специальные механизмы.
Вот что есть в Knowledge Base по этому поводу:
[quote:cea8f7b8c9]ID 22007
[b:cea8f7b8c9]How to trigger a command on an SE client from an HMI server.[/b:cea8f7b8c9]
Question
How to trigger a command on an SE client from an HMI server
Answer
Background
In some RSView SE applications, there may be a need to execute a command on a client when an event occurs. Some examples of this would be displaying an alarm summary screen when an alarm occurs, play a wave to alert an operator of an alarm condition, or displaying a warning screen when communications are lost.
Since the Event Detector is designed to automatically execute commands when certain conditions are met, one might think that a Display command issued from an Event Detector would be the way to accomplish this goal. However, the Display command does not contain a mechanism to run a command at a remote client.
Therefore, any command run by an Event Detector will execute at the HMI server hosting the event file, not at a client. Depending on the command, that command may or may not be valid when issued at the HMI server. For example, if a Display command is executed from the Event Detector (or a command line), the following warning will appear:
[b:cea8f7b8c9]The command 'Display' is ignored when issued from the development environment or an HMI Server[/b:cea8f7b8c9]
Solution:
The following technique will allow a command or macro to run on a client. Please note that since VBA is single-threaded, your application should only run one script at a time. VBA will queue up requests but there are variable limits to what it can hold in the queue. In general, VBA scripts should be short and to the point rather than continuously-running semi-applications.
Use an Event Detector to set a memory tag to 1. Alternatively, create an object (for example a button or an object with Touch animation) that sets the tag.
Create a numeric display that monitors the tag in step 1.
Right-click it and select "Property Panel".
Make sure the "ExposedToVBA" property is set to "VBA Control".
Close the Property Panel and right-click the numeric display. Select "VBA Code".
In the Change event for this numeric display, add the following code:
[code:1:cea8f7b8c9]Private Sub NumericDisplay1_Change()
On Error GoTo ErrorHandler
If Not IsError(NumericDisplay1.Value) Then
If NumericDisplay1.Value = 1 Then
ExecuteCommand "command string"
End If
End If
Exit Sub
ErrorHandler:
LogDiagnosticsMessage Err.Description, ftDiagSeverityError
End Sub
[/code:1:cea8f7b8c9]
For example, to display a graphic called "Popup", the syntax would be ExecuteCommand "Display Popup". Since this will execute on the client, no error will occur. Other RSView SE commands or macros can also be called in this way.
Catalog Number:
DocFullNum: A10738686
Revision:2.00.01;2.10.00;3.0;3.00.01;3.10.00;3.20.00;4.00 (CPR 7)
File Attachments
• [url=http://vdt-automation.de/files/22007_example.zip]ZIP document 22007_example.zip[/url]
[/quote:cea8f7b8c9]
|
Предыдущие результаты
Ещё результаты |
|
| |
|
