Re : encoder counts per revolution

[mekhatria]

Hi,

something bother me, if i load  axis "steps per revolution" by using "flex_load_counts_steps_rev" , 1) why can i load encoder "counts per revolution" ?

2) what is difference between "flex_read_pos_rtn" and      "flex_read_encoder_rtn " ?

thank u

[Giridhar_Rajan]

Hi,

I'm not sure about your doubt. But what I understand from your ques. is that you want to load encoder counts instead of pulses in stepper mode. Am I right? If that your doubt, its because if your encoder pulse per rotation is more than the steps per revolution of stepper then each step will correspond to more than one encoder count. For eg. if

Steps/Rev = 1000
Encoder pulse/rev = 10000 counts
then moving by 10001 counts is impossible as 1 step here corresponds to 10 counts. Did I answer your ques?

Regards,
Giridhar Rajan

[mekhatria]

hi,

thank u Giridhar Rajan,

 ok i agree, i have to load "steper per revolution" of stepper motor.

my question is :

1)  but how my application ( CVI soft ) can take about quadrature encoded without load "stepper per revolution " of the encoder ? if i have to do it ,  why  ( witch function i have to use to load stepper per revolution of encoder)?

 2) what is difference between "flex_read_pos_rtn"  and   "flex_read_encoder_rtn" ? because ( i think) encoder gives information about position and the flex_read_po_rtn returns it to the application, if it's right why two functions ? why flex_read_encoder_rtn

thank u

[Giridhar_Rajan]

Hi,

I am not aware of CVI but at least with LabVIEW, we get a software called MAX where we can load all the settings for the controller like "load steps per rev." or "encoder counts per rev". Also there is a function in LabVIEW to do this pogrammatically, so I guess it should surely be in CVI too. Why don't you try getting help from help from NI for CVI flex functions. Loading wrong values or leaving these settings to default will affect speed calculation of your system and hence commanded velocity is not equal to actual velocity.

Regards,
Giridhar Rajan