Hello all, thanks for reading! This is my first post so please be gentle.
I have a difficult scenario that I'm struggling to make work. I have a single ROC800 RTU, a single Red Lion DSPSX, (6) Red Lion E3 IO Modules, and (6) Red Lion 7" Graphite HMIs that I'm trying to get to work on a system.
The ROC800 has a limitation of (6) Ethernet connected devices which prevents me from having the DSPSX, SCADA, and a technician connected with (6) HMIs. So I'm searching for a solution to have the 6 HMIs go through the DSPSX to read/write to the ROC800. The Red Lion E3s are communicating to the DSPSX using the built in driver and I have no issues with them on this system.
The ROC800 has six instances of a program running where one each of the E3 and HMI will be assigned to work with. Again, the E3 are not an issue at all. I wanted to make the DSPSX be the middle man for the data from the RCO800 and to the HMIs using TCP Modbus master/slave, and/or use the built in OPC feature. It's been a daunting couple of weeks attempting to make either of those or a combination of those work. I've read Red Lion's OPC guide and it's provided some insight, but the DSPSX has a limitation of 4 devices where I will have 6 HMIs attempting to communicate. Also, the TCP Modbus Master/Slave doesn't handle strings. I read another post on here that mentioned using OPC for strings and Modbus for numeric, but I'm afraid of the 4 OPC connections limit. Also, until I have all 6 HMIs available for testing I won't be sure of anything working properly, and I should have them next week.
I'm not opposed to the idea of a separate DSPSX or similar device that can handle the middle man role, but would like to keep it as is because this system is currently installed and running in a manual operation mode.
They're waiting on me!
Eeek!
Please ask questions or offer any guidance as it will be greatly appreciated! I've been googling several things related to this and other project and PLCtalk always comes up!
I decided it was time to jump in and join conversations. I'll be parsing through other topics looking to offer help!
I have a difficult scenario that I'm struggling to make work. I have a single ROC800 RTU, a single Red Lion DSPSX, (6) Red Lion E3 IO Modules, and (6) Red Lion 7" Graphite HMIs that I'm trying to get to work on a system.
The ROC800 has a limitation of (6) Ethernet connected devices which prevents me from having the DSPSX, SCADA, and a technician connected with (6) HMIs. So I'm searching for a solution to have the 6 HMIs go through the DSPSX to read/write to the ROC800. The Red Lion E3s are communicating to the DSPSX using the built in driver and I have no issues with them on this system.
The ROC800 has six instances of a program running where one each of the E3 and HMI will be assigned to work with. Again, the E3 are not an issue at all. I wanted to make the DSPSX be the middle man for the data from the RCO800 and to the HMIs using TCP Modbus master/slave, and/or use the built in OPC feature. It's been a daunting couple of weeks attempting to make either of those or a combination of those work. I've read Red Lion's OPC guide and it's provided some insight, but the DSPSX has a limitation of 4 devices where I will have 6 HMIs attempting to communicate. Also, the TCP Modbus Master/Slave doesn't handle strings. I read another post on here that mentioned using OPC for strings and Modbus for numeric, but I'm afraid of the 4 OPC connections limit. Also, until I have all 6 HMIs available for testing I won't be sure of anything working properly, and I should have them next week.
I'm not opposed to the idea of a separate DSPSX or similar device that can handle the middle man role, but would like to keep it as is because this system is currently installed and running in a manual operation mode.
They're waiting on me!
Eeek!
Please ask questions or offer any guidance as it will be greatly appreciated! I've been googling several things related to this and other project and PLCtalk always comes up!
I decided it was time to jump in and join conversations. I'll be parsing through other topics looking to offer help!