Gemini GV6K and Gemini GT6K Programmer's Guide
Gemini GV6K and Gemini GT6K Programmer's Guide
Gemini GV6K and Gemini GT6K Programmer's Guide
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Enabling Error Checking<br />
To detect <strong>and</strong> respond to the error conditions noted above, the corresponding error-checking<br />
bit(s) must be enabled with the ERROR comm<strong>and</strong> (refer to the ERROR Bit # column in the<br />
table below). If an error condition occurs <strong>and</strong> the associated error-checking bit has been<br />
enabled with the ERROR comm<strong>and</strong>, the Gem6K controller will branch to the error program.<br />
For example, if you wish the Gem6K controller to branch to the error program when a<br />
hardware end-of-travel limit is encountered (error bit #2) or when a drive fault occurs (error<br />
bit #4), you would issue the ERRORØ1Ø1 comm<strong>and</strong> to enable error-checking bits #2 <strong>and</strong> #4.<br />
MULTI-TASKING<br />
If you are operating multiple tasks, be aware that you must enable error conditions (ERROR) <strong>and</strong><br />
specify an error program (ERRORP) for each task (e.g., 2%ERROR.2-1 <strong>and</strong> 2%ERRORP FIX for<br />
Task 2). Each task has its own error status register (reported with ER, TER, <strong>and</strong> TERF).<br />
Regarding axis-related error conditions (e.g., drive fault, end-of-travel limit, etc.), only errors on<br />
the task’s associated (TSKAX) axes will cause a branch to the task’s ERRORP program.<br />
☞ Helpful Hint:<br />
Within the structure of your error program, you can use the IF <strong>and</strong> ER<br />
comm<strong>and</strong>s to check which error caused the call to the ERRORP program<br />
<strong>and</strong> respond accordingly.<br />
Defining the Error Program<br />
The purpose of the error program is to provide a programmed response to certain error<br />
conditions (see list above) that may occur during the operation of your system. Programmed<br />
responses typically include actions such as shutting down the drive(s), activating or deactivating<br />
outputs, etc. Refer to the error program set-up example below.<br />
Using the ERRORP comm<strong>and</strong>, you can assign any previously defined program as the error<br />
program. For example, to assign a previously defined program named CRASH as the error<br />
program, enter the ERRORP CRASH comm<strong>and</strong>. To un-assign a program from being the error<br />
program, issue the ERRORP CLR comm<strong>and</strong> (e.g., as in this example, it does not delete the<br />
CRASH program, but merely unlinks it from its assignment as the error program).<br />
Chapter 1. Programming Fundamentals 31