Chief Delphi

Chief Delphi (http://www.chiefdelphi.com/forums/index.php)
-   CAN (http://www.chiefdelphi.com/forums/forumdisplay.php?f=185)
-   -   1 Encoder, 2 Jaguars (http://www.chiefdelphi.com/forums/showthread.php?t=89282)

NetPlanet 01-16-2011 03:58 PM

1 Encoder, 2 Jaguars
 
Our team is new to CAN, but would like to use the speed control function using encoders. The chassis team is thinking of using two toughboxes with two motors each, therefore requiring two jaguars each. But the problem is these toughboxes only have one encoder each. How should we wire or program so that each encoder is used by two jaguars?

Ether 01-16-2011 04:09 PM

Re: 1 Encoder, 2 Jaguars
 
Quote:

Originally Posted by NetPlanet (Post 1001208)
Our team is new to CAN, but would like to use the speed control function using encoders. The chassis team is thinking of using two toughboxes with two motors each, therefore requiring two jaguars each. But the problem is these toughboxes only have one encoder each. How should we wire or program so that each encoder is used by two jaguars?

What you don't want to do is try to close the loop on speed with each of the two separate jags/motors controlling the same gearbox. This is not the right way to balance the load on the motors.

Instead, close the loop on speed with one Jag, read how much motor voltage (or current) that Jag is supplying, and feed the other motor the same voltage (or current).



NetPlanet 01-16-2011 04:44 PM

Re: 1 Encoder, 2 Jaguars
 
Thank you, we will certainly try this out

drakesword 01-16-2011 11:31 PM

Re: 1 Encoder, 2 Jaguars
 
Something along the lines of this . . .

Code:

Jag2.set(Jag1.getOutputVoltage() / Jag1.getBusVoltage()); //For voltage control mode
Jag2.set(Jag1.getOutputCurrent()); //For current control mode


Joe Ross 01-17-2011 10:09 AM

Re: 1 Encoder, 2 Jaguars
 
TI told me that they would consider something to do this automatically for next year.

Mr. Lim 01-22-2011 07:45 PM

Re: 1 Encoder, 2 Jaguars
 
Just to put my two cents in, we'd definitely like to see this happen as well...

A "slave" Jaguar that automatically mimicks the outputs of a "master" Jaguar would be nice!

kamocat 01-22-2011 10:44 PM

Re: 1 Encoder, 2 Jaguars
 
I was testing this today (driving the slave Jaguar with Vcomp mode), and had little success. The slave motor kept jumping all around. The ramp didn't help.

I think the issue is inaccuracy in the voltage measurement of the Jaguar. The one situation where it worked well was at full power.
Another issue may be bugs in the Vcomp mode.

Perhaps the %Vbus mode will work better.

s1900ahon 01-22-2011 11:16 PM

Re: 1 Encoder, 2 Jaguars
 
Quote:

Originally Posted by kamocat (Post 1006103)
Perhaps the %Vbus mode will work better.

The %Vbus mode is the only one that I would try.

kamocat 01-22-2011 11:22 PM

Re: 1 Encoder, 2 Jaguars
 
Quote:

Originally Posted by s1900ahon (Post 1006149)
The %Vbus mode is the only one that I would try.

Why is that?

EDIT:
I just tried, but noticed no difference. It's still very jerky on the secondary motors.
Now, understand that in my test, I am not actually putting both motors on the same gearbox. If I did that, I wouldn't be able to see what each motor is actually doing. Instead, I have each motor on an identical gearbox.

kamocat 01-23-2011 12:35 AM

Re: 1 Encoder, 2 Jaguars
 
Here's an interesting graph:


It shows what my speed-mode Jaguars are reporting as their % voltage output, every 20ms.
This corresponds to what I see my secondary motors doing.

The important part here is that the speed mode Jaguars are, in actuality, driving the motors at a constant speed (approximately half of full-speed).

This leads me to believe there is an issue with how Jaguars report their output when they are in internal closed-loop control. They may be reporting what they are doing instantaneously, but that is not a useful value at 50hz.

If this is not remedied, my only option is to wire the quadrature encoder channels to both Jaguars.

kamocat 01-23-2011 01:11 PM

Re: 1 Encoder, 2 Jaguars
 
Here's a way to get around the issue of putting two motors on the same transmission:
Use only Tan Jaguars.

The reason is, Tan Jaguars switch between 12v and open (coast) in their switching.
Black Jaguars switch between 12v and 0v (brake).

Thus, if one motor is driving the other faster, they won't conflict; the slower motor will simply coast along.

This means an encoder can be split off and wired to two Tan Jaguars for closed-loop control without issue.

jhersh 01-23-2011 02:26 PM

Re: 1 Encoder, 2 Jaguars
 
Quote:

Originally Posted by kamocat (Post 1006414)
The reason is, Tan Jaguars switch between 12v and open (coast) in their switching.
Black Jaguars switch between 12v and 0v (brake).

Is that behavior not controllable via the brake / coast jumper? Or is that only controlling the behavior when the Jag is commanded to have 0 output?

-Joe

kamocat 01-23-2011 02:36 PM

Re: 1 Encoder, 2 Jaguars
 
The brake/coast jumper only controls when the motor has an output of 0.

Ether 01-23-2011 05:38 PM

Re: 1 Encoder, 2 Jaguars
 
2 Attachment(s)
Quote:

Originally Posted by kamocat (Post 1006414)
Here's a way to get around the issue of putting two motors on the same transmission:
Use only Tan Jaguars.

The reason is, Tan Jaguars switch between 12v and open (coast) in their switching.

In the Tan Jags, during the "off" portion of the duty cycle, the circuit is not open in the direction that the current was flowing. The inductance current continues to flow through the Zener diodes as shown in the attached schematic. This inductance current continues to provide assisting motor torque during the off portion of the duty cycle.

In the Tan Jags, only the high side switches, and there is no current path for the back emf to provide reverse current (and resisting motor torque aka "braking") in the event that the inductance current decays before the end of the "off" portion of the duty cycle. They would then be "coasting".

Quote:

Black Jaguars switch between 12v and 0v (brake).
Black Jags switch between 12V and motor shorted as shown in the attached schematic. During the "off" portion of the duty cycle, the current continues to flow (and provide assisting torque) due to the motor's inductance. This inductance current decays rapidly, but unless there are large step changes in the command, it does not decay to zero before the end of the duty cycle. Thus there is no braking under these conditions. Unlike the Tan Jag however, if the inductance current ever did decay to zero (due to a large rapid command reduction), the back emf would have a path to force a reversal of the current (basically reversing the arrows of the red lines in the schematic), and provide substantial braking due to a reversal of the current.

See the attachments to this thread for analytical and numerical models of these effects:

http://www.chiefdelphi.com/forums/sh...5&postcount=70


Quote:

Thus, if one motor is driving the other faster, they won't conflict; the slower motor will simply coast along.
That's exactly what you don't want. You want the motors to share the load. If two motors are mechanically linked to the same gearbox, you don't want separate closed-loop speed controls. This won't guarantee load sharing.

Quote:

This means an encoder can be split off and wired to two Tan Jaguars for closed-loop control without issue.
If the intent is for the motors to share the load, this is not a good approach.



kamocat 01-23-2011 05:48 PM

Re: 1 Encoder, 2 Jaguars
 
Quote:

Originally Posted by Ether (Post 1006618)
That's exactly what you don't want. You want the motors to share the load. If two motors are mechanically linked to the same gearbox, you don't want separate closed-loop speed controls. This won't guarantee load sharing.

If the intent is for the motors to share the load, this is not a good approach.

Assuming both Jaguars have the same PID coefficients, and the load is sufficiently large, the motors will share the load.

I'm trying to avoid two Jaguars fighting with a small load, which can happen due to variances in motors.


All times are GMT -5. The time now is 03:50 AM.

Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi