Ekke

Scalable ethernet system with iQ-series - how big can you go?

3 posts in this topic

Hi!

We are thinking to build an "alert system" to our factory by using iQ-F FX5 PLCs and HMI screens in locations where needed. All connected via ethernet since we have wiring for that in many places already. Might not be the best option available, but these PLCs are pretty cheap, familiar, scalable (we don't know yet how many I/Os, analog inputs, temperature sensors etc. are needed) and small enough. The plan was to use maybe just 5 PLCs to start with and then add more when needed. I think we need one master PLC to communicate with HMIs to "hold everything together". :)

But found some "problems":

There seems to be a limitation on the number of input/output points and it's "up to 384 points" in remote points (according to FX5 Hardware User's Manual). But those "points" are for CC-Link/AnyWireASLINK, so I don't know if that "affects" ethernet systems too? CC-Link IE?

But there is max. 8 stations/connections limit for one FX5 master...

Can this (or these) be avoided by using iQ-R PLC as a master PLC? RJ71EN71 ethernet module says "128 connections (connections usable on a program)" (64/ethernet-port). And I didn't find that kind of limitation in input/output points with iQ-R... 

Is there some other thoughts & limitations we should consider? When we will hit the roof with this kind of system?

Thanks!

Share this post


Link to post
Share on other sites
12 hours ago, Ekke said:

There seems to be a limitation on the number of input/output points and it's "up to 384 points" in remote points (according to FX5 Hardware User's Manual). But those "points" are for CC-Link/AnyWireASLINK, so I don't know if that "affects" ethernet systems too? CC-Link IE?

For the FX this is correct, no matter if you install remote IO or not. But note that it is per unit. So each FX5 can have 384 IOs each...

 

12 hours ago, Ekke said:

Can this (or these) be avoided by using iQ-R PLC as a master PLC? RJ71EN71 ethernet module says "128 connections (connections usable on a program)" (64/ethernet-port). And I didn't find that kind of limitation in input/output points with iQ-R... 

Yes, use the R as a "hub" or "master" to hold everything together. It "collects" the desired data from all remote stations (FX5), and you can act accordingly if desired. The ethernet module has some limitations with regards to the number of connections, but I would use CCLinkIE Field module for the FX. In other words, skip CCLinkIE Field Basic, and go for the module that utilizes CCLinkIE Field. You can of course go for Basic version, but I'm not exactly sure what the limitations are and for this kind of system I would personally prefer to have all possibilities. Regarding the limitations on the Ethernet module, were you thinking of using it for anything special, or are you considering using Fixed Buffer comms or Predefined Protocol/SLMP between stations and master? I would still recommend CCLinkIE Field module for the FX and a CCLink IE Field module for the R (or use the RxxEN that also supports CCLinkIE Field).

 

12 hours ago, Ekke said:

Is there some other thoughts & limitations we should consider? When we will hit the roof with this kind of system?

It depends. If your "only" talking about 5 FX systems to start with, this is not a problem at all. One single R system kan utilize 4096 IO alone. It all depends on what you want to do in the R system - as an example; do you want to just collect data from all the FX and trigger alarms based on simple logic then you can go with a "small" R (just simple alarm-codes for each alarm bit in the FX). However, if you want to "control" the whole factory and use the FX more or less as remote IO stations, where the R is executing the complete code then you should consider a CPU with higher capacity. And in any way; if you hit the roof with one CPU, just install another R system in a CCLinkIE Control ring network. If you need to have the "pyramid structure" (one master to rule them all), then install 2 additional R systems (to a total of 3 R systems), where 2 of the R's are collecting data from all the FX systems, and the third R system is collecting data from the 2 R systems. Basically there's really no real limitation.

Share this post


Link to post
Share on other sites
On 11/8/2018 at 8:29 PM, kaare_t said:

Regarding the limitations on the Ethernet module, were you thinking of using it for anything special, or are you considering using Fixed Buffer comms or Predefined Protocol/SLMP between stations and master? I would still recommend CCLinkIE Field module for the FX and a CCLink IE Field module for the R (or use the RxxEN that also supports CCLinkIE Field).

Thanks for the reply. I think SLMP is ok, but haven't really checked other options... 

That FX5-CCLIEF about doubles the price of FX5, so would like to use plain PLCs... :)

Well, maybe we will just start with some FX5s and try to solve problems when they appear.. :P

For now, it's only planned to have "one-way-connection" so FX5s are just inputs.. and I think this will be just auxilary system to get alarms where they are needed, some buzzer screaming in the factory hall doesn't "always" tell what's the problem and where. So not very critical system, but really helpful if we can get everything to work as expected.

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now