Software Toolbox Technical Blog

If you're a TOP Server user, you're likely accustomed to connecting to a device configured in TOP Server that is sending real-time data through one of its many available drivers. But did you know you can setup devices in a "Simulated" mode for a variety of client testing purposes when a live device isn't available?

Continuing our Tech Support Corner blog series, this post covers how the "Simulated" device property works, why you might implement it into your testing and a brief walkthrough on connecting a variety of client applications to a simulated device in TOP Server.

Software Toolbox has a long-standing history of offering supplemental solutions that fit right in with AVEVA™ (formerly Wonderware®) projects. Many of you will be familiar with our TOP Server for AVEVA™ that offers a variety of device connectivity options, and a variety of client interface options like SuiteLink, OPC DA, and OPC UA.

SuiteLink is a communications protocol that runs over TCP/IP at the application layer, created by Wonderware to replace/succeed FastDDE, in the mid-1990's. Unlike OPC DA, SuiteLink doesn’t rely on COM or DCOM technology, making SuiteLink a common choice for remote connectivity to Software Toolbox solutions.

Continuing our Tech Support Corner blog series, this post shares best practices and procedures to follow when attempting to troubleshoot a SuiteLink connection, specifically when it comes to using SuiteLink clients with TOP Server. While this post specifically uses TOP Server as the SuiteLink server, the same techniques and concepts also apply to OmniServer, which also has a SuiteLink client Interface and is commonly used with AVEVA solutions.

If you’re a user of the Allen-Bradley ControlLogix Ethernet driver in TOP Server for AVEVA, you may be familiar with the different protocol modes available during device configuration. The three distinct options of Symbolic, Logical Blocking, and Logical Non-Blocking provide users with advanced control over how data is read and addressed from the controller.

Configuring protocol modes is usually only suggested for advanced users who have a solid understanding of each mode, and how their Logix programs are structured. To that end, continuing our Tech Support Corner blog series, this blog post will break down each of these protocol modes, while exploring their benefits and drawbacks, to provide you a clear understanding of each protocol. This post will provide the advanced knowledge needed in a usable way to best serve your own project!