How can I make the Ignition Maker Edition adapt to the speed of data transfer between Kepware and the software (matlab) , so that the data is not lost and is displayed correctly in the Ignition Maker Edition curve?

hi , I hope you're well. I have been sending data between the software (running with a 1ms sample period) and the Ignition Maker Edition via the Kepware. server via OPC UA, but the data is arriving so slowly that I am losing most of it, and when I display it in a curve in the Ignition Maker Edition that does not match the curve in the software, How can I make the Ignition Maker Edition adapt to the speed of data transfer between Kepware. and the software so that the data is not lost and is displayed correctly in the Ignition Maker Edition curve?

Ignition's primary use is for SCADA systems generally using OPC communications (such as Kepware's OPC servers). Typical scan rates would be 100 ms for a reasonably snappy HMI interface, to as slow as is adequate for data logging. 1 ms scan time seems unrealistic. You will push requests into the queue and it will handle them as best it can. It sounds like you are trying to use it as a (medium-)high-speed data aquisition system instead.

You might find this post helpful.

1 Like

Please do not cross post.

  • Cross posting is against forum rules.
  • It's like pressing an elevator call button repeatedly. The elevator does not arrive any faster. :wink:

I'll answer here anyway, as I like the title of this post better...

From a design perspective, things requiring that fast of sampling would require

  • special hardware or run on a real-time system
    -or-
  • have a buffer >= than the request size.

Running with KepServer in between will exacerbate your issue, as it's one more thing eating up clock cycles on your PC.

It looks like Simulink supports MQTT, and MQTT has less overhead than OPC-UA. That may be an option for you, as then you wouldn't need KepServer.

2 Likes