Sign in to follow this  
Followers 0
rhtaa

Toggel switch / Toggel bottons

9 posts in this topic

I have problem when using togel bottons/Push bottons, when the botton is pushed the indications light light up and it go's off (Status from plc, showing off) then on after next updating. The point is set up I/O put with an updating when on screen and 5 sec( if i set it to 100msec it works ok for 3-4 but not when I have all 50. Problem with to much communications) The bottons have to be I/O do to that they can be switched off from the plc. The system have about 60-70 bottons and totaly 900 tags(To plc), and under normal use about 340 active. Need a solotion to avoide the indication not to flash. System set up: CX-superviser V2.11 Plus Running on WinXP PLC; CJ2H-CPU64-EIP OPC Server from Omron. When running the runtime file in the monitor I can see that the <CIP - TCP:2\192.168.50.34\BACKPLANE\0> have a overload status in use from 116% up to 180%. Is there someone that have the same problem or have an good idee to do this??

Share this post


Link to post
Share on other sites
How have you setup your OPC tags structure? From experience, if you put too many tags in one single group, comms performance goes down. Better is to divide the tags over multiple groups.

Share this post


Link to post
Share on other sites
Why use OPC with CX-Supervisor anyway, can you not just use in-built CX-Server?

Share this post


Link to post
Share on other sites
LOL good point, I just jumped right in way to late at midnight

Share this post


Link to post
Share on other sites
The OPC was there before we started to use CX-superviser, but have disconected the OPC and still the comunications are CIP - TCP:2\192.168.50.34\BACKPLANE\0> have a overload status in use from 116% up to 180%. The main problem is the toggel switches, since we did not have that on the NS-screens. Any idee who to av avoid thes?

Share this post


Link to post
Share on other sites
Is this figure from Performance Monitor? If you're using EtherNet/IP and your comms bandwidth is anything over 30% I would say you have problems - maybe this is why the Write commands take some time to be sent and refreshed (also confirmed as you say works OK for 3-4 buttons at 100ms but not all 50). Suggest you need to optimise your commes to reduce bandwidth. Regards, BB

Share this post


Link to post
Share on other sites
Are you using arrays, all individual tags per point? I would 'assume', that if OPC was used instead of CX-Server, then arrays are probably not used. I am pretty sure in the manuals & tooltips, the use of arrays is recommended. It will require a bit of re-work, but I am pretty sure that this will improve your performance.

Share this post


Link to post
Share on other sites
The figurs are from the performace monitor, but on the on the ethernet bandwidth is at max 25%, but on the CIP-TCP is in use from 116%-> Have redused the aktive tags that are in communications with the plc, but it do not help me. Have a look on the movie to see the toggel problem. Regards, TAA Showtoggel.avi

Share this post


Link to post
Share on other sites
Thanks for the tips, but have try it, and it still gives me the flashes, if you press the botton on the wrong time... The CIP-TCP went down down by 10-15%

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
Sign in to follow this  
Followers 0