Mark-v cimplicity HMI hanging very frquently, whenever arcnet cable is connected.
Please suggest possible remedy.
Please suggest possible remedy.
What have you done to try to troubleshoot the problem?
You haven't told us what happened prior to the problems with the HMI hanging? Were unit-specific files recompiled and downloaded to the Mark V panel? Was the CIMPLCITY project properly updated?
What are the LEDs doing on the ARCnet card? How are they flashing and at what frequency, both when communications are good and when they're not?
Is there a fiber optic link between the Mark V and the GE Mark V HMI? Is it working correctly (not experiencing reconfigurations)?
Have you run any of the HMI ARCnet utilitiy programs to see if there are any ARCnet problems (ARCWHO, I_ARCWHO)?
Is there a MODBUS connection to the HMI from another control system? Has it been reconfigured, reprogrammed, or changed recently? Is it asking for more data or data at a faster rate?
Problems like this can usually be traced to CIMPLICITY project problems or MODBUS problems--usually asking for data that doesn't exist or asking for data at an excessive rate.
What alarms are being displayed on the LCC display of <C> when the communication errors are occurring? Are you resetting the alarms on the processor?
Also, are you running Logic Forcing or PreVote Data Display applications? Both of these add a lot of "overhead" to the StaqeLink and while you can have multiple windows open for each of these applications, every window increases the "overhead" until <C> can't keep up with the requests. DIAGC can also cause similar problems if left running for long periods of time, or if multiple DIAGC windows are open.
Programs which talk directly to Mark V cards (like AutoCalibrate and synchronizing displays) if left running for long periods of time can also cause problems due to high "overhead" of data requests.
If you've used the 'Search' feature of control.com, you will find several threads that talk about StageLink (coaxial) cable problems, fiber optic cable problems, and even poor cable connectors and poor termination resistors.
But, what have you done to try to troubleshoot the problem?
You haven't told us what happened prior to the problems with the HMI hanging? Were unit-specific files recompiled and downloaded to the Mark V panel? Was the CIMPLCITY project properly updated?
What are the LEDs doing on the ARCnet card? How are they flashing and at what frequency, both when communications are good and when they're not?
Is there a fiber optic link between the Mark V and the GE Mark V HMI? Is it working correctly (not experiencing reconfigurations)?
Have you run any of the HMI ARCnet utilitiy programs to see if there are any ARCnet problems (ARCWHO, I_ARCWHO)?
Is there a MODBUS connection to the HMI from another control system? Has it been reconfigured, reprogrammed, or changed recently? Is it asking for more data or data at a faster rate?
Problems like this can usually be traced to CIMPLICITY project problems or MODBUS problems--usually asking for data that doesn't exist or asking for data at an excessive rate.
What alarms are being displayed on the LCC display of <C> when the communication errors are occurring? Are you resetting the alarms on the processor?
Also, are you running Logic Forcing or PreVote Data Display applications? Both of these add a lot of "overhead" to the StaqeLink and while you can have multiple windows open for each of these applications, every window increases the "overhead" until <C> can't keep up with the requests. DIAGC can also cause similar problems if left running for long periods of time, or if multiple DIAGC windows are open.
Programs which talk directly to Mark V cards (like AutoCalibrate and synchronizing displays) if left running for long periods of time can also cause problems due to high "overhead" of data requests.
If you've used the 'Search' feature of control.com, you will find several threads that talk about StageLink (coaxial) cable problems, fiber optic cable problems, and even poor cable connectors and poor termination resistors.
But, what have you done to try to troubleshoot the problem?
Your use of this site is subject to the terms and conditions set forth under Legal Notices and the Privacy Policy. Please read those terms and conditions carefully. Subject to the rights expressly reserved to others under Legal Notices, the content of this site and the compilation thereof is © 1999-2010 Nerds in Control, LLC. All rights reserved.
Users of this site are benefiting from open source technologies, including PHP, MySQL and Apache. Be happy.
Fortune
Every improvement in communication makes the bore more terrible.
-- Frank Moore Colby

Servo, stepping motor control, analog & web HMI in one system!
Learn from those who do, and become the expert today. Training Levels 1, 2, and 3 are available. Register Now!
MatrikonOPC has over 500 OPC interfaces and out of the box software. Find an OPC Server for your devices here.






