Can the alarm error messages on the iF* platform be sent to the LED subtitle machine?
Thread Content
This post was last edited by taiwan_k8888 on 2015-12-3 at 11:36. As shown in the figure below, when an error message is generated by iFIX, it is sent to the LED subtitle machine. How can this be fixed if there is a gap between iFIX and the subtitle machine? Or which one should be used for communication products? I want to use a network interface, not an RS232 port. I only know that MQTT is available, but I haven’t used it yet! http://www.automatech.com/Collateral/Images/English-US/iFIX/webspace.gif https://yohoco.files.wordpress.com/2012/12/structure_1.jpg
If communicating via the MODBUS RTU interface, you need to transfer a text file; if it’s in pure English and follows the ASCII code format, it’s possible to handle it to some extent. However, when error messages are in Chinese strings, it becomes very difficult. Usually, a control is added to IFIX, which is used to communicate with the LED captioning device, and then the VBA scripts in IFIX are used to assign values to the attributes of that control
This post was last edited by taiwan_k8888 on 2015-11-28 at 21:27. The purpose of my application is to promptly convey abnormal messages to the personnel on site; the software used is iFIX. I’ve seen in the market systems that utilize MQTT for transmitting data to LED captioning devices. The mechanism works as follows: a certain software connects to a MQTT converter, which then connects to the LED captioning device (the MQTT converter and the LED captioning device are connected via a physical network cable)
I just checked, and it seems that MQTT cannot communicate directly with IFIX. I suggest you consider using the DDE method; the key issue is whether the subtitle software itself supports this approach
The iFIX driver does not support MQTT. The subtitle device I have requires messages to be sent over RJ-45; errors in Chinese should be displayed on the subtitle device through the iFIX platform. I noticed that most systems use RS232 DDE, and in that case it is necessary to use iFIX VBA scripts, which increases the computational load of the platform