Tech Note 946 - Working With DASGESRTP v2
Tech Note 946 - Working With DASGESRTP v2
All Tech Notes, Tech Alerts and KBCD documents and software are provided "as is" without warranty of any kind. See the Terms of Use for more information.
Topic#: 002764
Created: March 2013
Introduction
This Tech Note will help you to get your communication working again with the older versions of 9030 and 9070 PLCs under the newer
MS OS, and how to advise the Symbolic Item Names in RX3i and RX7i PLC families.
Supporting Older PLC Families with DASGESRTP V2.0 Running Under Windows 7 and Windows 2008
Application Versions
DASGESRTP V2.0
Supporting Older PLC Families with DASGESRTP V2.0 Running Under Windows 7 and Windows 2008
DASGESRTP V2.0 now includes support for Windows 7 and Windows 2008 operating systems in both 32-bit and 64-bit releases.
If you are using Wonderware DASGESRTP server to access data from the GE legacy PLC 9030s and 9070s, and have upgraded to
Windows 7 or Windows 2008 and later, you might have trouble getting data updates from the PLCs.
Issue and Solution with Older Legacy 9030 and 9070 PLCs
In many scenarios, old GE Fanuc 9030 and/or 9070 PLCs are used in plants and production operations. While the PLCs are still handling
the control nicely, the HMI, Interface to the PLC, and operating systems often require upgrades to keep up with the newer and faster
network environment. In these cases, after you upgrade your operating system, the client application no longer receives data updates
from the DASGESRTP from the same PLCs.
Wonderware Technical Support has found an issue with upgrading the Operating System. The issue is that the range of dynamic ports
(sometimes referred to as Wildcard Port Assignment) is different in Microsoft Windows 7 or Windows 2008 Operating Systems . The
dynamic port range for these operating systems now starts at 49152 and ends at 65535. Analysis shows that the GE CMM protocols
running older firmware do not support this range of ports.
Recommendations
You can also assign a new dynamic port range in your Windows Operating System.
Note: Make sure you have Administrator privileges before you make the following changes. Otherwise you will see a message showing
that you are not able to make the changes.
FIgure 1: Message ReQuestIng Proper PrIvIlege
2. Type netsh int ipv4 show dynamicport tcp and press Enter.
You should see the currently-configured port range. Write or copy this information for future reference.
3. Type netsh int ipv4 set dynamicport tcp start=10000 num=16384 and press Enter.
This command sets 16384 dynamic ports starting at port number 10000. This will provide the same number of dynamic ports (as
the original OS setting) with a lower starting port address of 10000 (Figure 2 below).
5. After the computer restarts open the Command window and type netsh int ipv4 show dynamicport tcp to verify the new port
range (Figure 3 below).
6. Now test with your IT application or wwclient. You should be able to get data from the PLCs.
Important: If you have other applications in the same node and they do not work correctly after changing the dynamic port range, you
may have to set the port range back to the default. For this purpose, Wonderware recommend to run the dedicated DAServer node
without other applications.
For instance, if you know there is a tank pressure sensor connected to a PLC, you can access the data from its tag as #TankPressure
rather than having to know the exact memory register address for that data.
This identifies the item as a symbolic variable. If the PLC has a symbolic item with the same name as a register (such as R3000) then the '#' is required.
Prefix '#' If '#' is not provided, then the GESRTP DAServer will first try to resolve the item as an IO or memory register. If it is not a valid syntax for an IO or memory
register, then the DAServer will create the Symbolic Item.
This identifies the data type, when the item is created in the DAServer. Combination of suffixes is not supported.
<Item If the suffix is not supplied, the DA Server will create the item with delayed item validation. The data type at the time of item creation will be VT_EMPTY and
Suffix> the actual PLC data type will be determined later. For more information on data types and suffixes, see Suffixes to Explicitly Control I/O Variables and Data
Types for Registers in the online help file.
Examples
#TankLevel ARRAY(S): Creates a symbolic variable item named TankLevel, with the canonical data type of VT_I4 (4-byte
integer).
#R3000 W: Creates a symbolic variable named R3000, with the canonical data type of VT_UI2 (2-byte unsigned integer).
TankLevel: Creates a symbolic variable item named TankLevel. The data type will be determined when the DA Server attempts to
access the item on the PLC.
The following screenshots show the Symbolic Variables in the PLC database.
In the PLC for all the Symbolic Variables, there is a parameter called Publish. Publish includes 3 options - False, Internal, or External
Read/Write.
To use the Symbolic Naming in DASGESRTP, the Publish parameter must be set to External Read\Write (Figure 7 below).
A. Chaque
Tech Notes are published occasionally by Wonderware Technical Support. Publisher: Invensys Systems, Inc., 26561 Rancho Parkway South, Lake Forest, CA 92630. There is also
technical information on our software products at Wonderware Technical Support.
Back to top
©2013 Invensys Systems, Inc. All rights reserved. No part of the material protected by this copyright may be reproduced or utilized in any form or by any means, electronic or
mechanical, including photocopying, recording, broadcasting, or by anyinformation storage and retrieval system, without permission in writing from Invensys Systems, Inc.
Terms of Use.