Re: Motor record with encoders

[Henrique Almeida <hdante.lnls@gmail.com>]

2016-02-18 17:09 GMT-02:00 Mark Rivers <rivers@cars.uchicago.edu>:

You may be able to just load another record that periodically writes to the STUP field?  What are your requirements?

 That would do.

 

 

What driver are you using?

 It's called "motorPXI", it's a proxy driver that communicates via shared memory with a LabView RT application, which contains the real driver.

 

 

If you want to switch to Model 3 then yes you need to rewrite the driver.  Model 3 is quite a simple model.  You just need to implement some C++ methods like asynMotorAxis:: move(), asynMotorAxis::stop(), asynMotorAxis::poll(), etc.

 Is there an example implementation or tutorial ?

 

 

Mark

 

 

From: Henrique Almeida [mailto:hdante.lnls@gmail.com]
Sent: Thursday, February 18, 2016 1:05 PM
To: Mark Rivers
Cc: tech-talk@aps.anl.gov Talk
Subject: Re: Motor record with encoders

 

 

 I believe the motor driver is using model 1 (motor*Com.cc) API. Is it necessary to rewrite the driver to support model 3 ?

 

2016-02-18 16:59 GMT-02:00 Mark Rivers <rivers@cars.uchicago.edu>:

Yes the motor record can update REP when all motors are stopped.  If you are using a “Model 2” or “Model 3” driver that does callbacks when the motor is idle then the record will automatically process and update.  If you are using a “Model 1” driver then you need to write to the STUP field to force the record to read the status.

 

Mark

 

 

From: tech-talk-bounces@aps.anl.gov [mailto:tech-talk-bounces@aps.anl.gov] On Behalf Of Henrique Almeida
Sent: Thursday, February 18, 2016 12:50 PM
To: tech-talk@aps.anl.gov Talk
Subject: Motor record with encoders

 

 

 Hello, is the motor record currently able to update the encoder position ("REP" PV) while all motors are stopped ?