Skip to main content

I am trying to get this 1:32 P42 loco. running correctly and when I apply power, the one truck starts out and the other doesn't start turning until the digital number on the remote reaches 5.  Is there a way to balance or synchronize the power to both trucks?  I would appreciate some help, thanks, Bob.

Original Post

Replies sorted oldest to newest

I see that a lot when the engine is on it's side. I did try to cure it once by actually moving the tach to the other truck. It wasn't worth it and I expect it would be tough for you to try that here as well.

 Sometimes brand new trucks just need a break in period and the low speed performance will smooth out. If the engines on the track do you notice one truck dragging the other or the engine stumbling at very low speeds?

That is what I wanted to know. So, there is no means to balance voltage to the trucks.  I have since taken the motors apart and lubricated the bearings and I found some bumps on the fitting of the mating housing and since I did that, the motors have come closer to the same speed, starting and stopping equally, but the two speeds are slightly off.  I would be nice to be able to tune the two trucks to the same rpm.  Thank you very much for this response. Bob.

It's a rare locomotive that will run the two trucks at the same speed with the wheels turning freely.  It takes very little energy to turn the wheels with no contact, and the slightest difference in the drivetrain friction or the motor characteristics will make one run faster than the other.  With them both running, you can very easily stop the drive motor that doesn't have the speed sensor.

IMO you're trying to answer a question that probably should be asked unless you see actual operational issues while running under load on the track.

I think you'll see when it's on the tracks, you won't see that.

Note that there is a potential traction issue with virtually all twin motor locomotives that have tach based speed control.  If the speed controlled motor loses traction and starts spinning, it will have it's voltage dropped to maintain the set speed (in the air), and the other motor will have minimal voltage as well.  I see this happen on the entry to poorly designed grades, or even a dip in the track.  We had one module on our club layout that had a dip, and several locomotives would lose traction there and just stop with the one truck spinning.  Yes, we fixed the module.

OK, I am just dreaming now, but since I am a multi engine pilot, synchronizing engines is a matter of independent throttle control.  What if an additional tach. was put on the other truck and just measured rpm and not power so that one could see the relative rpm's of both trucks and then be able to independently control that one to match the other.  If that was possible, the traction would be greatly improved, because once one of the trucks is not pulling the same as the other, the efficiency is greatly reduced.  Once one truck is trying to go faster or slower, the effectiveness of the other truck is greatly effected.  Am I wrong?, I know sometimes I think too much. Bob.

machiningfool posted:

OK, I am just dreaming now, but since I am a multi engine pilot, synchronizing engines is a matter of independent throttle control.

Funny thing, so am I.

machiningfool posted:

What if an additional tach. was put on the other truck and just measured rpm and not power so that one could see the relative rpm's of both trucks and then be able to independently control that one to match the other. 

That's quite possible, and it wouldn't be all that hard to do, just another sensor and obviously some additional software.  However, I have never seen or heard of a case where that's been done on a model train.

Yes, I think it is possible and I also think that battery time would be increased quite alot.  I might also try just running one powered truck and see how that works.  I would probably have to add some weight on top of the truck, I might just try it.  I am trying to imagine what happens when one truck is not pulling the same as the other.  If it is slower, it is putting drag on the one with the tach.  If it is faster, it might just be spinning and therefore exceeding the traction point and then also causing more drag.  I don't really know, but I am thinking about it. Bob.

My asking questions is for the express purpose of finding out something that I don't know. So, what you are saying is that the voltages and the traction point happens automatically when in operation as if it already has synchronizing ability even though differences in voltage applied, differences in bearing friction, will result in the two trucks turning at the same rpm.  If they are not turning at the same rpm, one would be pushing or pulling the other, wouldn't it?  So I guess what you are saying is that even if it is not turning at the same speed, even though  one might be slipping, it still offers more push than it does drag? Is that correct?  Bob.

GGG posted:

You can clean motor commutator area with electric motor cleaner. Make sure no issues with gears and lubricate.  If still off or does this when coupled to track, replace motor. G

Above advice is sound. CRC has a brushed motor cleaner. I use as shown:

wurth

Air dry after application. All my engines (ps3 and ps2) are smooth at scale 2smph and 1smph most of the time.

Attachments

Images (1)
  • wurth
machiningfool posted:

So I guess what you are saying is that even if it is not turning at the same speed, even though  one might be slipping, it still offers more push than it does drag? Is that correct?  Bob.

Actually, what I'm saying is the forces equalize when there is a load on both trucks.  Neither truck spins or slips unless it loses traction with the rails.  All the major makers use the same scheme for cruise, one motor is speed controlled, the other truck gets the same motor voltage.

machiningfool posted:

... even though differences in voltage applied, differences in bearing friction, will result in the two trucks turning at the same rpm.  If they are not turning at the same rpm, one would be pushing or pulling the other, wouldn't it? ...

But the voltage applied is the same.  The motors have published speed-torque curves for a given applied voltage.  At one end of the curve is the stall torque (maximum torque at 0 speed).  At the other end is the no-load torque (0 torque at full speed).  From manufacturing variation, motors of same model have slightly different speed-torque curves giving rise to the observed scenario - in other words different speeds for the same applied voltage.

In normal operation, and helped by rubber traction tires, both wheel trucks are spinning at the same rate.  This means both motors are spinning at the same rate.  Since the same voltage is being applied to both motors this means that the two motors are generating slightly different amounts of torque.  But it is still more torque than one motor by itself with the same applied voltage. 

The "fun" comes when you think through the various scenarios...and why they converge to the case of BOTH motor trucks spinning at the same rate on the track.  For example:

Engine stopped. Now commanded to some speed.  The motor with the tach (call it A) starts to spin first.  The gear transmits the torque to the track and the traction tires transfers "all" of it to the track.  But the engine does not move because the other truck (call it motor B) is still locked because its motor is providing no torque.  So the motor control increases voltage to BOTH motors A and B.  At some point either the A motor's torque will be able to start dragging the B truck and/or the B truck will start to spin and the control voltage can be lowered.

The key is A and B can be delivering different amounts of torque and yet spin at the same RPM.  I don't know of a simple analogy but two people, say an adult and a child can be pushing a disabled car and be providing different amounts of force.   Even if the child is not pushing as hard, the force provided still helps.  Or a tandem bicycle still benefits even if one person is pedaling harder. 

Well, that's my view of the situation anyway.  There is a related but separate discussion on electro-mechanical efficiency (e.g., Horsepowers of pulling power output vs. Watts of electrical power input).  At first glance you'd think efficiency is maximized if A and B are perfectly matched and operating at identical points of their speed-torque curves.  But that's at first glance.  Then you go down the rabbit-hole of MU consists with mis-matched engines, etc. etc.

 All I can add to this conversation is what I see more of when upgrading other brands of G scale to MTH command. At very slow speeds (1 or 2 MPH), one truck does seem to drag the other. The engine will make a jerky motion attempting to move. If you advance the speed from 1 or 2 MPH to say 5 MPH, they seem to smooth right out. Then I'd agree with the example of both spinning and maybe one is doing slightly more work than the other, but it's not noticeable to the eye watching the engine's movement.

 It was so pronounced on a particular engine I converted, that I removed traction tired wheels and replaced them with solid metal ones. By adding weight, the traction is good enough yet allows one truck to slip and equalize any low speed differentials. I don't like tires on engines with cheaply made plastic gears anyways (weaker, less quality).

This is a common concern, it's natural to check out the loco unloaded, or 2 locos running light a few apart to see how they match.

Under actual conditions of pulling a train, the motor running faster will be more highly loaded and slow down a bit and equalize with the other motor.

So, unfortunately the natural tesst for how a loco runs is probably the least representative of the actual running conditions.

Oh, and by the way there are DCC decoders that monitor the rpm and bemf of multiple motors in a loco. Better control if there is a severe mismatch. They do it electronically without a tach.

Greg

Right.  By removing the traction tires you remove the constraint of both motors spinning at the same rate.  The same speed-torque curves apply (since the voltage is still the same to both motors).  But now the two motors can spin at different speeds and hence deliver wildly different torques.  This can actually be less stressful on the transmission as you're providing a backdoor for the excess torque.  This is where those anti-skid or ABS systems in cars show their stuff.  Clearly the model train manufacturers could add electronics to detect slipping wheels and then back off the voltage etc. etc.  It would make an interesting high-school science project but I just can't imagine any manufacturer doing this! 

 

Try this With the engine in a cradle upside down, hook power to it and run with the remote, get it started about 35 to 45 MPH put you fingers on one set of wheels the secondary motor you can bring to a stop and the lead keeps turning while still applying pressure to the secondary squeeze the lead wheels till they slow down and the secondary will start spinning more,  the more you load the main wheels the faster the secondary will spin. Don't know if that helps ,but it's my observation 

Clem

Then, if I understand correctly, the slave motor, because of differences in windings, bearing friction, etc., will be helping the force, even though it might not be the same force as the truck with the tach and also not slip and cause drag.   The ideal setup would be what Greg mentioned using a synchronizing circuit to ensure that both are turning at the same rpm. regardless of the differences in the mechanical differences  of the two trucks, because the circuit would be rpm driven and provide the independent voltage necessary to each truck to match the rpm.  My thinking about this is not so much for someone that provides track power, but like me using battery power.  More efficiency would provide longer runs for a given battery charge and smoother more accurate starting.  Greg, tell us more about the auto synchronizing system that you mentioned.  That sounds interesting. Boy, I think this subject is interesting, maybe a subject for Mythbusters.   Thanks for all of the input.   Bob.

I think once both motors spin at all, this becomes less of a factor. Yes I run track power. I can run ten engines handling a train and they will all behave. That's on 2 rail O scale with fine flanges on cars that are in between these engine groups. The power draw for ten engines is just a few amps.

 In fact, the slave boards don't use a tach. So when an engine like the G scale MTH Triplex is asked to do a job, the tractive effort is huge. Yet the power draw is very low. It's only looking at one motor. All the others fall in line once the engine moves.

Looking at each engines start and stall might be beneficial if you continuously run one battery powered engine at 1 MPH (and you went to a decoder with that capability). I think it would need someone to tweak it who actually knows what they're doing.

Last edited by Engineer-Joe

Here is what I think.  Just because, after the initial acceleration, say from level ten and up, the wheels appear to be turning at the same rpm, they might be, but one truck might be not exerting the same torque as the other, therefore, one is working more than the other and losing efficiency.  The only way that I see to ensure that the rpm's are the same on both and applying the same torque, is to have an rpm driven type of electronic device and vary the torque independently to each truck to arrive at the same rpm.  Greg said that there is such a circuit with DCC and I would like to know more about that. Bob.  

It's in the DCC decoder and not available as a separate circuit to control motors. Something like this could be built, but it would have to be able to control the power to the motors independently.

Some of the more sophisticated DCC decoders use the BEMF (which has been around since the late 40's) and basically count motor rpm. Even with 2 motors in parallel, you can tell if they are running different speeds.

Unfortunately in MTH the simplest thing would most likely be 2 decoders, and a tach strip on each motor/truck.

Greg

Greg Elmassian posted:
...

there are DCC decoders that monitor the rpm and bemf of multiple motors in a loco. Better control if there is a severe mismatch.

Please identify some specific DCC decoders that monitor the speed of multiple motors and use that info to better control the engine.  I'd like to read about them.  Do they independently control the motors?  Thanks.

 

stan2004 posted:
Greg Elmassian posted:
...

there are DCC decoders that monitor the rpm and bemf of multiple motors in a loco. Better control if there is a severe mismatch.

Please identify some specific DCC decoders that monitor the speed of multiple motors and use that info to better control the engine.  I'd like to read about them.  Do they independently control the motors?  Thanks.

 

 I too am curious. Would a PS3 in dcc mode have the ability to adjust each motor?

willygee posted:
stan2004 posted:
Greg Elmassian posted:
...

there are DCC decoders that monitor the rpm and bemf of multiple motors in a loco. Better control if there is a severe mismatch.

Please identify some specific DCC decoders that monitor the speed of multiple motors and use that info to better control the engine.  I'd like to read about them.  Do they independently control the motors?  Thanks.

 

 I too am curious. Would a PS3 in dcc mode have the ability to adjust each motor?

The MTH PS/3 in DCC mode does NOT have any capability to adjust each motor independently.  Both motors are still wired in parallel just like any other MTH PS/2 or PS/3 locomotive.

I know that the QSI DCC decoders do look at the BEMF "pulses" for 2 motors that are wired in parallel, you can tell this because it counts motor segments and applies a multiplier for "auto chuff". I do not know what algorithm they use in controlling the motors, I would suspect they look at the motors together somehow to do BEMF load correction, the BEMF settings have the standard 3 parameters and if I remember correctly have 3 speed bands that these 3 parameters can be set in.

The point here is not to pimp DCC or QSI, but that the technology exists to "look at" 2 motors that are in parallel. Clearly you cannot control them independently, but you could make some very smart decisions based on what the 2 motors are doing.

Clearly the best thing would be 2 independent motor drive circuits. DCS has taken the manual tachometer path, on one motor only, whereas using "electronic tachometers" would most likely be less expensive, perhaps even offsetting the cost of adding another independent motor control.

Of course this all depends on the electronics. If I was reading correctly, the DCS custom ASIC is no longer used, but an FPGA, which allows any amount of programming (but I may be mistaken about this being in the decoder, it might be in the TIU)

I am not a DCS expert, but I am an engineer and pretty familiar with these topics, having watched the great BEMF fiasco over the years.

Regards, Greg

 

Greg Elmassian posted:

I know that the QSI DCC decoders do look at the BEMF "pulses" for 2 motors that are wired in parallel, you can tell this because it counts motor segments and applies a multiplier for "auto chuff". 

By that benchmark, the ERR Cruise products actively control both motors as well.  Since they use back-EMF and also commutator crossings at low speed, they seem to match your description of this operation.

I've never seen any locomotive with two tach sensors for speed control.  I haven't seen them all, but I've opened up hundreds of two-motor diesels from most of the manufacturers, and that's never been a feature.

I don't want to keep beating this drum, but if this was perceived to be a problem, some manufacturer would have equipped the units with dual tach sensors.  However, just the opposite is true.  The DCS units that run four motors have a master board controlling one set of two motors with a single tach reader, and a slave board (no tach sensors) that is simply slaved to the master's motor setting.  This is the scheme used in my UP Propane Turbine with four motors.  You'll note four motors, but only one tach encoding strip.

Attachments

Images (1)
  • mceclip0
Greg Elmassian posted:

...

The point here is not to pimp DCC or QSI, but that the technology exists to "look at" 2 motors that are in parallel. Clearly you cannot control them independently, but you could make some very smart decisions based on what the 2 motors are doing.

Please share your ideas on the smart decisions when the motors are driven in parallel.

Also, do the QSI decoders extract motor-segments or commutator transitions and detect speed variations in twin-motor diesels?  I can understand doing so for single-motor steamers for chuffing feedback.  I'd think it quite the challenge to do so with two motor in parallel...and to wit, what would be the point of extracting this data if the motors cannot be independently controlled?  Or are you saying the QSI DCC decoders perform these smart decisions - in which case where I can learn more.

I think the point here is to determine what can be done to "balance power to PS3 trucks" per the thread title.  If there are some things that materially improve power balancing in twin-motor diesels by sensing motor speed I'm in.  As I've stated, during "normal" operation the two motors are at the same speed...perhaps delivering unbalanced torque.

Add Reply

Post
The DCS Forum is sponsored by

OGR Publishing, Inc., 1310 Eastside Centre Ct, Suite 6, Mountain Home, AR 72653
800-980-OGRR (6477)
www.ogaugerr.com

×
×
×
×
Link copied to your clipboard.
×
×