14.01.2015 Views

Gemini GV6K and Gemini GT6K Programmer's Guide

Gemini GV6K and Gemini GT6K Programmer's Guide

Gemini GV6K and Gemini GT6K Programmer's Guide

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!