|
|
| . |
|
Confirming SynqNet Control Latency It is a recommended design practice for all SynqNet systems that you check that the node control latency is as expected. Baseline Control Latency After tuning your system, the scheduled control latency should be noted and then checked by the motion application after each SynqNet initialization. In MPI 03.03.00 and earlier, a single control latency for all nodes can be read from In MPI 03.04.00 and later releases, the scheduled control latency is reported as MEISynqNetTiming.node[n].controlLatency value for every node n on the SynqNet network.
Checking the Control Latency Use one of the following two ways to ensure that the node control latency is as expected.
Automatic Checking Automatic checking by the MPI is performed if a value for MEISqNodeConfigControlLatency.maximum is non-zero. See MEISqNodeConfigControlLatency for more info. If MEISqNodeConfigControlLatency.maximum value is non-zero, and the scheduled control latency differs, an MEISynqNetMessageNODE_LATENCY_EXCEEDED error will be returned from mpiControlInit(...) and/or meiSynqNetInit(...).
See Also: Node Control Latency | Cable Length Discovery Uncertainty Factor
|
||||
| | | Copyright © 2001-2008 Motion Engineering |