 | |
Предыдущие результаты
 Попробуйте клиента OPC Test Client, который ставится вместе с RSLinx, если он зацепится к RSView32, то значит и ваш клиент должен цепляться. OPCTestClient как раз и поможет тем, как обратиться к серверу, как правильно брать теги.
С уважением,
Vitaliy D. Burtsev
|
А через утилитку OPC test Client смотрятся теги контроллера? :)
Может вообще нет связи через Linx?
|
[quote:aaf11a7f58="Dimon"]Версия 6.3 Надо полноценно управлять с клиентов, видеть историю.
для того чтобы иметь проект только на 1 машине, а на всех остальных только например интернет эксплорер.[/quote:aaf11a7f58]
Полноценно управлять поможет только Active Display Server и к нему Active Display Client
Ограничение - не больше 20 клиентов одновременно
стоит все это не хило... очень может быть, чтоб будет дешевле перейти на RSView SE :)
|
Подскажите пожалуйста как реализовать в данной версии функцию web клиент или на какую версию нужно перейти.
|
База знаний, возможно, уже обновилась, поэтому части топиков нет, но можно набрать поиск по фразе типа string data types и попытаться полистать.
Вот, собственно, то, что у меня есть.
Background:
When using string data in the CL55xx processor with firmware version at 7 or earlier, integer storage must be allocated. Integer storage can be allocated as an SINT, INT, or DINT array. Additionally INT array data can be referenced in PLC5 emulation mode. Version 8 of the ControlLogix firmware introduced the string datatype. When the OPC node type is used, the following errors can be generated when the wrong address syntax is used. The DDE node type does not generate any errors when improperly configured, however the string data is not written correctly either.
Requirements for the native string tag support:
RSView32 6.30 previous versions of RSView32 should work as well, but were not tested.
RSLinx 2.30
ControlLogix firmware rev 8 or higher
The following paragraphs describe how the DDE/OPC implementation works, and how string data is stored in the CL55xx processor.
String Tag Configuration:
Traditionally RSView32 is looking for a string address equivalent to A10:0 or ST10:0. When the PLC5 ST datatype was introduced, 82 characters was the maximum supported. This 82 string length limit remains in the RSView32 product today. The CL55xx string data type stores the characters in a SINT array. String data can be stored in any type of integer array, SINT, INT, DINT when working with controllers at earlier versions of the firmware. Depending on the type of integer array selected the address syntax will vary.
Even though the RSView32 tag is defined as string data, RSLinx queries the data type from the processor. To allow RSView32 and RSLinx to write string data to integer storage - add the ,SSxx (string space pad) or the ,SCxx (string C null pad) to the address line, where xx indicates the number of elements to pad. The number of elements to pad depends on how the data is stored, the following table gives some examples. If the SCxx or SSxx syntax is omitted, RSView32 will only be able to access the 1st element in the integer array, and will not represent the data as the string entered, since it is integer.
There are some issues when writing to the new string datatype from RSView32. When working with variable length strings, RSView32 does not update the length field with the new string length. The improper initialization of the string length prevents ascii functions from working properly in the controller program. This issue is currently under investigation. A potential work around is to determine the length of the string in VBA code, and then manually write to the length element of the string data type.
Тут, правда, ниже табличка! Надеюсь поймете
CL5550 Datatype Description String Address Syntax Example1 String Address Syntax Example2
String 8 bit integer array String1.Data[0],SC82 String1.Data[0],m,SC82
SINT 8 bit integer SINTArray[0],SC82 SINTArray[0],m,SC82
INT 16 bit integer INTArray[0],SC41 INTArray[0],m,SC41
DINT 32 bit integer DINTArray[0],SC20 DINTArray[0],m,SC20
PLC5 emulation 16 bit integer N7:0,SC41 N7:0,m,SC41
PLC5 emulation mode may be required to read/write string data if the CL55xx firmware is at an earlier revision 4.x.
Controller Memory:
When using the string data type, the controller stores the string as a character in a element called .Data[x], where x is the character position. With the native string data type, there doesn't appear to be anyway to reference the entire string tag as was possible with the PLC5 string. Instead the RSView tag address references the first element of the SINT array that contains the string. The ,SC82 syntax tells RSLinx to get 82 bytes of string data.
When using an integer array to store string data, the controller stores the data in the integer array as the HEX equivalent of the character. For example, if a 12 is entered into a string input field, the data is converted to the hex equivalent (in this case 3132h) and is stored the processor tag name INTArray[0]. Since INTArray[0] actually stores 2 characters, examination of the individual bytes will show the 1 (31h) is stored in the high order byte, and the 2 (32h) is stored in the low order byte.
Consider the same example writing string data to the SINTArray, if a 12 is entered into a string input field, the SINTArray[0] = 2 (32h), SINTArray[1] = 1 (32h). Applying the ,m byte swap modifier to the address line does not alter the way the string data is written to the processor, it only swaps the way the data is viewed. A future release of RSLinx will correct this byte swapping for SINT arrays.
When RSView32 is performing both the string read and write, use the syntax example1. When the CL5550 processor is storing the string data, the high and low order byte may need to be swapped, use the syntax example2 to accomplish this on the read only.
It is more efficient to write null padded strings than space padded strings, therefore use the SCxx syntax when possible.
Background:
RSView32, RSView SE and RSSql can browse tag addresses from an on-line controller using OPC. However, string tags in a ControlLogix family controller (added in firmware version 8) and bit-level addresses in a PLC-5 or SLC-500 cannot be browsed directly.
String tags are actually stored in the ControlLogix as numeric data. When the OPC browser tries to update the string tag's address field, the client correctly determines that a data type mismatch has occurred. It therefore does not allow the address field to be updated.
For digital addresses in a PLC-5 or SLC-500, RSLinx does not allow browsing to the bit level. Examples: "B3:0" can be browsed, but "B3:0/3" cannot be browsed. However, a Boolean tag in a ControlLogix processor can be browsed.
Solution:
For String addresses in a ControlLogix processor:
1. Create a DIGITAL tag (if client is RSView32 or RSView SE)
2. Browse to the string tag in the ControlLogix (example: StringTag )
3. Select the StringTag.DATA element and press OK
4. Remove the .DATA manually from the end of the item address
5. Change the tag data type to STRING.
Example of correct item address syntax: [TopicName]StringTag
Example of incorrect item address syntax: [TopicName]StringTag.DATA
Note: This syntax is tested with firmware version 10 per tech note A27556111 (see references below).
Important: In RSView32 and RSView SE - if step 5 is skipped and the tag is accepted, it will not be possible to change the tag data type. In this case it would be necessary to delete the tag and start again with step 1.
For Digital addresses in a PLC-5 or SLC-500:
1. Browse to the word level (example: B3:0 )
2. Select the word containing the desired bit and press OK
3. Add the bit delimiter manually to the end of the item address. Example of correct item address syntax: [TopicName]B3:0/2
For further reference, see the following tech notes:
A5550 - How to address the different data types in the ControlLogix 5550 processor
A7004 - Reading and writing string data from RSView32 to ControlLogix 55xx
A27556111 - How to manage variable length string writes from a HMI to ControlLogix
A4814 - How to configure RSView32 to communicate to a ControlLogix 5550 processor
Успехов.
Vitaliy D. Burtsev
|
Подключение WinCC клиента к удаленному RSView32 серверу прошло без проблем. Но обратная связь (RSView32 клиент и WinCC сервер) не заработала. А главное, OPC Test client (утилита RSView32) обнаруживает WinCC OPC server и отслеживает теги WinCC сервера. Кроме того, при установке RSView32 и WinCC на локальной машине, никаких проблем нет. Все эти варианты проверены и работают.
|
Пожалуйста, это минимальные требования:
[quote:4461b35816]FactoryTalk Historian
System Requirements
Server
* 3.4 GHz Intel Pentium© Processor
* 1 GB RAM
* 100 GB available hard disk space
* DVD
* SVGA TrueColor monitor with 1 MB of video RAM and 1024x768 resolution
* Microsoft Mouse or compatible pointing device
* Windows Server 2003, Standard Edition
* Microsoft Internet Explorer 6.0, Service Pack 1
* 100 Megabit or faster Ethernet card, network cable; concentrator if using twisted pair wiring; TCP/IP protocol
Refer to Hardware specification sheet for specific requirements based on database size.
Client
* 2 GHz Intel Pentium© Processor
* 1 GB RAM
* 20 GB available hard disk space
* CD-ROM
* SVGA TrueColor monitor with 1 MB of video RAM and 1024x768 resolution
* Microsoft Mouse or compatible pointing device
* Windows Server 2003, Standard Edition, or Windows XP Professional, Service Pack 2 Operating System
* Microsoft Internet Explorer 6.0, Service Pack 1
* 100 Megabit or faster Ethernet card, network cable; concentrator if using twisted pair wiring; TCP/IP protocol.
* Microsoft Excel 2000 or newer for FactoryTalk Historian DataLink or FactoryTalk Historian System Management Tool (SMT)
[/quote:4461b35816]
http://www.rockwellautomation.com/rockwellsoftware/data/historian/sysreq.html
|
[quote:40290fc243="oldDad"]
1. Две машины с RSView32 в одном сегменте сети - это максимум. Три машины с RSView32 в одном сегменте сети - это жуткий тормоз, который убивает сеть.
[/quote:40290fc243]
Подтверждаю еще и как. У нас в сегменте стоит 4 машины с RSView32. Тормоза нереальные. К контроллеру подключиться - целая проблема. Upload по 10-20 минут бывает проходит
[quote:40290fc243="oldDad"]
3. Советую просто посчитать деньги. Может оказаться, что RSViewSE будет просто дешевле (также с учётом перспективы, если понадобится ещё один или более клиент).[/quote:40290fc243]
Тем более что насколько я знаю есть RSView SE Client ViewOnly который стоит дешевле чем RSView32 - причем намного дешевле
У нас когда возник вопрос насчет установки визуализации начальнику - это заняло буквально 5 минут. Ввели компьютер в FTD, установили и настроили клиент - вуаля. Все готово. С RSView32 прийдется еще и в RSLinx настраивать Topic
|
Здравствуйте уважаемые коллеги !
У меня следующий вопрос.
Думаю конфигурацию распределенного приложения HMI. Опыта у меня в этом вопросе практически нет. Боюсь нарваться на подводные камни.
Пока надуманная мной конфигурация следующая:
Комп 1. - HMI Server
Windows Server 2003
FactoryTalk Directory
RSlinx Enterprise
FactoryTalk SE HMI Server
Комп 2. - SQL Server
Windows Server 2003
FactoryTalk Transaction Manager
MSSQL Server
Комп 3, Комп 4 - Client
Windows XP Professional
FactoryTalk SE Client
Все организуем на основе рабочей группы.
В будующем возможно подсоединение еще 2-3 клиентов. А также возможно подсоединение всех компьютеров к домену.
Вот теперь вопросы:
Будет ли все это работать в рабочей группе?
Нужно ли в данной ситуации использовать Windows Server 2003 или достаточно Windows XP?
Имеет ли смысл обьеденять функции компьютера 1 и 2?
Заранее благодарен
|
Здравствуйте!!!
Если я правильно Вас понял, то Вы используете кириллицу в названии тегов.
Этого делать не рекомендуется!!!
Постарайтесь сделать так, чтобы в названиях везде были только буквы английского алфавита.
Если OPC Test Client видит теги с Вашего ОРС сервера, то и RSView32 должна тоже их видеть.
Подобные вопросы уже возникали в предыдущих темах. Посмотрите внимательно историю форума.
Желаю удачи!!!
|
Предыдущие результаты
Ещё результаты |
|
| |
|
