Software Toolbox Technical Blog

Common in the oil and gas industry, flow computers and devices store historical EFM (Electronic Flow Measurement) data used for analysis, custody transfer and production optimization.  Enron Modbus, which is a version of the open Modbus protocol, is a frequently used communication protocol by many EFM devices including but not limited to Schneider SCADAPack, ThermoScientific AutoPilot, Cameron NuFlo Scanners and many others.

In this video blog, I'll show you how to get started using our Enron Modbus driver to connect and gather real-time and EFM data from Enron Modbus devices from Wonderware applications.

OmniServer Wedges, included with OmniServer Professional Edition, are built-in components providing powerful, supplemental capabilities that expand the functionality of OmniServer beyond its core connectivity and data parsing abilities for non-standard devices.

The OmniServer File Wedge allows you to log your device data to any text file, including CSV, with a highly configurable format and flexible conditions.  And this ability is built into OmniServer, eliminating the need for separate external components.

In this video blog, I'll show you how to get started using the OmniServer File Wedge to easily log process data based on specified conditions, making it possible to monitor trends in your process and easily troubleshoot any issues that are discovered.

You may be aware that OmniServer provides a wide variety of pre-defined Error Detection Codes (EDC, also known as CRC, LRC and Checksums) for use in protocols for non-standard device communication.  However, it’s not uncommon to find an EDC that isn’t pre-defined due to some specialized handling by the device manufacturer.

To handle such situations, OmniServer provides the ability to build your own custom EDCs in an OmniServer protocol.  This post, the second of three on custom Error Detection Codes, will cover the basics of creating a custom LRC (Longitudinal Redundancy Check) in OmniServer.

OmniServer Plug-ins (or Wedges), which are included with OmniServer Professional Edition, are built-in components that provide powerful, supplemental capabilities that expand the functionality of OmniServer beyond its core connectivity and data parsing abilities for non-standard devices.

The OmniServer Email Plug-in / Wedge allows you to send your device data as an email message or text in a highly configurable format with configurable conditions.  And it provides this ability built into OmniServer, eliminating the need for separate external components.

In this video blog, I'll show you how to get started using the OmniServer Email Plug-in / Wedge to send timely email or text notifications to your key personnel based on specified conditions, allowing those individuals to quickly take the appropriate action to minimize any related loss or downtime that might occur. This includes configuring secure SSL or TLS encryption with a configurable port, as well as, a new test function for confirming email server settings work correctly.

The Message Queue Telemetry Transport (MQTT) standard is a lightweight publish/subscribe model communications protocol used widely for Industrial Internet of Things (IIoT) integration of edge devices across a wide variety of industries around the world.

In this video blog, I'll show you how to get started using our MQTT Client driver to interface to an MQTT broker or server (including devices acting as a broker or server) to integrate data from your IIoT data into Wonderware applications.

If you’ve worked with OmniServer to connect your non-standard devices in the past, you may be aware of the large number of pre-defined Error Detection Codes (EDC, also known as CRC, LRC and Checksums) available.  However, as is the nature of custom protocols out there, it’s not uncommon to find an EDC that isn’t pre-defined due to some specialized handling by the device manufacturer.

To that end, OmniServer provides the flexibility to define your own custom EDCs in an OmniServer protocol.  This post, the first of three on custom Error Detection Codes, will cover the basics of creating a simple custom checksum in OmniServer.

As someone who has worked with non-standard device connectivity using OmniServer for over 10 years, I sometimes take for granted the knowledge that I have gained over that time.  If you're anything like me, once you figure out the data you need from your device's protocol document, you just want to get your protocol knocked out as quickly as possible so you can start communicating.

In this post, I'm going to cover 4 key tips that I've learned over the years when working in OmniServer to build a protocol that you may not have realized and that could add convenience and save you a lot of time, which is time you can be spending on other important tasks.

The New Year is a time of renewal, new projects, new challenges, and for some of you, new roles, or new people on your teams.  The last year has been one where our team has grown and worked to deliver the relevant content you need to learn more about software for automation & control, how to use our products, and the type of problems we solve.

In this blog post, we’ll provide a quick review of some key items from the last year that can help you or your colleagues in the coming year.  If you aren’t already subscribed to our blog, we encourage you to . We publish new content at least once a week, sometimes more often, and you can control the frequency of when you are notified of new content.