Skip to main content

“Troubleshooting MTH Jerky Engines”. In the last five months, I’ve had six MTH engines develop a jerky symptom that prevents the engine from being operated. With the engine shell removed, the rear can motor flywheel can be seen, coming to a complete stop while the front can motor continues to operate without hesitation. The jerky symptom is so pronounced, that any speed, over 3 or 4 mph, is likely to damage the engine components.

 

All engines, except one, were factory P-2 engines. Engines range from years 2000 to 2008, and have different operating hours from up to 119 hours to a low of 3.5 hours. All engines, except two, were the trailing engine in a lash-up. The layout is 2800 sq ft with two levels of track.  Level 1, in addition to TIU 1-4, also has three TIU 5's and four Z4000's with only one light grade of a climb of 5 inches in 24 feet. The level two layout portion also has 3 TIU 5's, four Z4000's and one TIU powered with four 180 Watt Power Supplies with one per channel. (The track loop that has the 180 Watt system, does not have a track connection to other track loops.) There is one grade that has a climb of four inches in 16 feet. Except for TMCC engines, a lash-up on either grade, does not result in a noticeable increase in either amp or volt readings on the Z4000. Each grade is on a separate channel of a TIU. Train lengths average around 22 cars with a mix of Atlas, MTH, K-Line, Weaver and Lionel. Some cars are weighted to match the heavier Atlas cars. Also, I’ve disabled the caboose rollers on each train to reduce the train length signature while moving from one TIU channel to another. Since the problems started to appear, I’ve reduced train lengths in a lash-up, by abut 8 to10 cars On each level, a train will pass over power from three different Z4000's with the center pin insulated for each Z4000. On that long of a loop I can run up to four or five lash-up trains at the same time while maintaining equal space between each train by setting all at the same scale mph. The load on each Z4000 usually is at less than 3 amps and the voltage staying steady at 18 to 19 Volts.

 

The first engine’s problem was found during an operation session with the rear engine uncoupling from the lead engine and derailing. The lash-up had been in place for at least one year of operation. The rear engine had developed a very jerky performance and with the rear can motor not operating correctly, I diagnosed the problem as a can motor brush failure. The second incident also occurred during an operating session with the rear engine in a lash-up with a P3 engine on the level two layout grade. The rear engine uncoupled and derailed causing the TIU to shut down with a red light. I removed the two engines, substituted a back-up lash-up set, and then restarted the operating session without incident. The next day I put the derailed engine on the layout controlled by a TIU 5 and at first there were no symptoms until the engine warmed up after about 5 minutes and then it displayed a jerky operation. I removed it from the track. I then went to another building and put the engine on a test track with a TIU 1 and different hand held remote and the engine was also very jerky. No matter what I inspected from lubrication, to wiring to wheel cleanliness and engine shell on or off, allowed me to determine the cause of the jerky operation.


The next jerky engine problem surfaced during a series of engine movements to re-position a train in a specific location. The lash-up started normally, however; the lash-up seemed to have a drag and then the rear engine became jerky. I removed both engines from the layout, cleaned wheels and track, and re-installed the lash-up. Within about five feet of operation, the rear engine developed a very strong burning smell and I shut everything down. I didn’t try any troubleshooting as I assumed the engine had damage requiring a P2 repair. The two engine lash-up had been in use for over three years and had 162 miles and 36.3 hours of operation. It never had been on the level two or it’s grade.

 

While searching for replacement engines, as I looked for substitutes, I found three more
engines that when they had been put in storage, with a fresh battery, were operating correctly and now exhibited the jerky symptom when placed on the track and powered up for forward movement. One had been in a lash-up, however; the others were low hour usage with one having only 3 hours and the other 4.5 hours on it.

 

A word about engine lash-ups. Prior to actually permanently assigning a lash-up to a set of engines, even if they are identical models and date of manufacture, one engine should be placed about three feet in front of the trailing engine. Then after starting the “lash-up”, one should observe that the engines are really synchronized to each other’s speed, with no more than the slightest tolerance of speed difference allowable to insure each engine is actually matched to one another. Also, one should consider that the freight cars attached to the trailing engine will make even the best synchronized pair, a little different in pulling effort. That difference is surely more if there are significant grades on the section of track that the lash-up travels. I use a ten pound weigh scale that measures in ounces. I try and weight each car so that a 40' car weighs 16 ounces and a 50' car weighs 19 ounces. Atlas 40' cars, right out of the box, often weigh more than 20 ounces. Since not every car is an Atlas 40' car, mixing in 50' cars of Atlas and other manufacturers, requires some of the other cars to require additional weight to match. If one runs a level layout and uses only 10 or 12 cars, without any grades, weighing probably won’t be an issue. Even using two engines in a lash-up, pulling 20 or more cars up a grade, in a 138 inch curve might work. However, when coming down the grade, especially in a curve, requires the cars to have been weighed or the heavier cars on the rear of the train will push the lighter cars off the track and result in derailment headaches. That being realized for larger layouts, I try and keep the actual load on the lash-up engines equal to what the engines are trying to pull. Two GP-9's obviously can’t pull up grades the same as two SD-70ACe’s. I average about 20 cars per train, however, if they’re GP-9's, those cars will have a cumulative weight much less than larger engines and the weight of their cars cumulative weight. After a lash-up has been running for two or three years, pulling the same cars, one should separate the engines and re-examine their performance. I didn’t do that until the issues I’m working with started. Examining the voltage and amperage of each train is a good tool to use for performance checking. That works as long as the track and engine wheels stay clean. Tracks and wheels don’t stay clean so once a year I clean all the track and wheels before the beginning of each operating year which is usually September.

 

How accurate is a weigh scale? I use a package of 16 “one” ounce fishing weights sealed in its zip lock bag as a test for calibration. The post office weighed my bag of weights at 17 ½ ounces. As temperature and humidity change, so will the scale’s weight shown. However, the 17 ½ ounce bag never changes and placing those on the scale first, insures that you most likely are very close to the real weight you see on the scale when a car is packed on it. So, one may want to examine the failure of these engines as faulty lash-ups and that would be a very good consideration if all the engines had been in a lash-up. Subsequent downloading of sound files fixing the engines wouldn’t seem to be connected to their jerky operation if it was a lash-up to weight related cause? It seems like there’s a software issue that might be a result of a signal issue? I’m not an electrical expert, so I can’t even make a good guess compared to the OGR moderators expertise.

 

So considering all that I know and out of ideas, with the fear that I had an operating problem within the layout or multiple TIU 5's, I called MTH and talked to Dick Caster. He told me, without any hesitation, to download new sound files into each of the problem engines. After several weeks, I managed to coordinate a repair session with a friend 50 miles from me, as my computer is too old and full to load the MTH System Program. Finding replacement files with the same P2 systems wasn’t that difficult and all engines had a newer sound file installed. The first engine had a little hesitation on it’s move forward and I thought we might be wasting our time. However, the next engine was the one that had the strong burned electrical smell and after the sound file download, it ran perfectly The very last engine was the oldest with a 2000, V-3, P2 sound system. We took the next generation’s available and it downloaded without getting an “Incompatible” message. However, it was slightly hesitant on it’s move forward and had a little speed fluctuation on running around the 40 foot loop. We increased the speed to a scale 80 mph and later a scale 120 mph and after about 7 to 8 minutes it became smoother and smoother. After bringing the engine to a complete stop and restarting it’s forward movement, it had the very slightest, one time hesitation and then would run without any further defects.

 

After getting back home with all engines running nearly perfect, I installed a new TIU on my test track and then reset the remote to “factory”. All engines ran as they had at the other layout. However, one engine had lost a front traction tire on the "sound download layout", that had been the first one with the new sound file and the slight hesitation that was still with the engine after the sound file downloaded. We had taken that engine, that had been set a side, and re-ran it to smooth out the performance problems. So, before putting that engine on my test track I replaced both front traction tires. It’s an engine that had a very easy shell removal and re-install process without a lot of wires to negotiate upon re-installation of the shell. I put it on the test track and the symptoms of the jerky engine reappeared? I removed the shell and ran the engine and I could see the rear can motor flywheel coming to a complete stop for a moment as the front can motor performed normally.


I called MTH again and couldn’t get Dick Caster, however; the Service Rep. had never heard of that process of downloading a new sound file. However, he surmised that the sound download also affected other items and could possibly be similar to a “hard drive reboot” He also brought up the possibility of static electricity. That is an interesting observation, however; three of the engine failures occurred over a two month span without physically touching any of the lash-ups. The replacement traction tires and the battery recharge, or replacement on the substitute engines, does not rule out static electricity, however; I’ve never felt a slight shock or had any problems with over the 100 other engines that have had maintenance. That’s including the removal of the screw to the powered truck block on the improperly coated P3 engines, that I had significant exposure to the power boards and other electrical components.

 

So, I’ve come back to the reliable OGR Forum and it’s significant resources of information for some guidance, clarification and suggestions to help me determine the most likely cause of the jerky engines. Since the five engines developed problems, I’ve run at least 3 different lash-up over the same routes and they perform perfectly normal. Can multiple TIU 5's, with one having a operating defect, cause an engine to exhibit what I’m experiencing?  I’ve already gone back and re-installed each TIU 5, one at a time, as per the instructions in the DCS O Gauge Companion on page 119, by using two separate remote’s and TIU’s. However, until I can insure that the layout is operating correctly, I haven’t even started an engine on the layout for over a month. I thought that if the downloading of the sound files worked, it could provide some clarification of the problem. That hasn’t been the case. However, I know that dirty tracks, dirty wheels, lack of lubrication, pinched wires, a layout flaw that causes all engines to not perform correctly, amperage problems, voltage problems and a lot of other circumstances, has not let me determine what is happening and what might correct the situation.

 

Summary of Engines that failed.

 

20-2105 P2 added in 2006 no lash-up 4:57 hours of op   New file 20-2913
20-2359 P2 issued 2003 no lash-up 38:38 hours of op    New file 20-2913
20-2660 P2 issued 2008 lash-up 36:36 hours of op         New file 20-2913
20-2660 P2 issued 2008 no lash-up 3:59 hours of op      New file 20-2913
20-2459 P2 issued 2006 lash-up 28:38 hours of op         New file 20-2913
20-2270 P2 issued 2000 lash-up 119:25 hours of op       New file 20-2558
20-2778 P2 issued 2007 lash-up 21:21 hours of op      Not avail for download (I didn't take it to the 

                                                                                download layout as I had no idea it would fix

                                                                               an engine that I thought was a can motor issue)

 

Comparison of an engine that has not failed after 118:20 hours is 20-2255-1

 

In advance, thanks to all who take the time to read through this information. I regret that the data consumed so much space, however; if you feel any of the information is irrelevant, just skip over it.

 

Two Attachments Included showing track plans and TIU 5 locations and tracks they control.

"Track Layout Level One",  "Track Layout Level Two Above Level One"

 

 

Thank You

 

Moke Mike

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Original Post

Replies sorted oldest to newest

This is an interesting phenomenon. I have a MTH G gauge Hudson built around 2001 that has the same problem. The only way I could run it was on conventional mode with the speed control turned off. MTH service stated I did not have adequate power supply. I sent it into MTH for repair to no resolution. When I got my TIU it seemed to work fine on DCS but now it has developed the same problem on DCS.  Hope someone knows the fix.

Originally Posted by ctr:

Just for clarification, is the jerky motor the one with the tach reader on it?

Yes, the jerky motor is the one with the tach reader on it.  I've had two tach reader

problems on two different engines in the past.  They both resulted in a surging engine that allowed the engine to continue to operate forward and reverse, however; it still was a very noticeable increase in speed, then a slow down of about 5 mph, then a speed back up to the speed before the next surge.  Each surge would occur about every three seconds.  The engine could still be operated up to it's max speed though. The fix was to move the tach reader closer to the flywheel until the tach strip could be read correctly.  The engines I'm trouble shooting, can not reach more than about 4 mph, as the rear can motor is coming to a complete stop, then with a momentary forward lunge, then a complete stop again.  The problem engine/s will run in conventional so that should rule out a rear can motor problem.  I'm not sure if a complete different sound download will heal or fix a faulty tach reader or tach reader software problem?     

 

Thanks for your interest.   Moke Mike

 Level 1, in addition to TIU 1-4, also has three TIU 5's and four Z4000's with only one light grade of a climb of 5 inches in 24 feet. The level two layout portion also has 3 TIU 5's, four Z4000's and one TIU powered with four 180 Watt Power Supplies with one per channel.

 

If I'm reading this correctly you have 6 tiu  numbered 5? Why??   In my opinion that is probably part of the problem.     I can see having a really big layout with perhaps 2 tiu with the same address and only if the remote is in range of one of them at a time,

 

Here's an example..We have 2 tiu's numbered 1, one is used as a programming track , we tether the remote to one of the tiu which only has a siding to place the engine to add, Every now and then I forget to tether the remote and sure enough  it become a mess, no engine to add and if it does add a engine it add at id 98 just about every time.  A tethered remote only communicated with the tiu it's tethered to so the layout can continue to run when we add a quests engine.

My point is  (i hope) having  tiu with the same id is not so great.

I'm also a super mode runner, (4 tiu) 

 

BTW cruise is on even in conventional unless you turn it off and will return each time the layout is powered up again. I couldn't find the attachments.

Gregg, thanks so much for your interest and reply.  Having multiple TIU 5's is an approved, but not endorsed method of having more than five TIU's.  The reason that the number "5" is used is that the DCS system is always checking TIU data.
When it get's to TIU 5, there's no other numbers higher than 5.  The computer doesn't know it's talking to more than one TIU 5, as it has sequentially talked to TIU 1, TIU 2, TIU 3, TIU 4 and TIU 5 in that order.  If there were two TIU 2's, the computer wouldn't get past TIU 2 as the next TIU in proper order has to be TIU 3.  Since it's talked to TIU 5 and there are no numbers higher than TIU 5, the DCS system is satisfied that all TIU's have been addressed.  It just doesn't realize that it talked to multiple TIU 5's.  
 
Having multiple TIU 5's works, however; the documentation of the software's ability to handle that process has never been taken to it's absolute programming 
process end.  It's similar to having light bulbs on the output of the TIU channels.  It smooths out signal problems, however; the science to determine why, isn't backed by mathematical and electrical models to back the up the process scientifically. (I've been told.)
 
Thanks for your input.  Moke Mike  
 
Originally Posted by Gregg:

 Level 1, in addition to TIU 1-4, also has three TIU 5's and four Z4000's with only one light grade of a climb of 5 inches in 24 feet. The level two layout portion also has 3 TIU 5's, four Z4000's and one TIU powered with four 180 Watt Power Supplies with one per channel.

 

If I'm reading this correctly you have 6 tiu  numbered 5? Why??   In my opinion that is probably part of the problem.     I can see having a really big layout with perhaps 2 tiu with the same address and only if the remote is in range of one of them at a time,

 

Here's an example..We have 2 tiu's numbered 1, one is used as a programming track , we tether the remote to one of the tiu which only has a siding to place the engine to add, Every now and then I forget to tether the remote and sure enough  it become a mess, no engine to add and if it does add a engine it add at id 98 just about every time.  A tethered remote only communicated with the tiu it's tethered to so the layout can continue to run when we add a quests engine.

My point is  (i hope) having  tiu with the same id is not so great.

I'm also a super mode runner, (4 tiu) 

 

BTW cruise is on even in conventional unless you turn it off and will return each time the layout is powered up again. I couldn't find the attachments.

OK, but don't forget the remote must communicate with the actual tiu( no matter what the number is) the train is operating in. Lets say  the train is operating in tiu#5 zone but completely  out of remote range. The remote may  very well may be in range of another tiu #5  but the train is not going to get any dcs commands..  TIU do not communicate with each other. Hence a problem.

 

Gregg, thanks so much for pointing out the communication problems that may come up when being out of range of a specific TIU 5.  That has happened for momentary periods of a few seconds.  There are always dead zones of poor zones of communication with a TIU on some layouts.  Mountains, metal objects and other barriers to the receipt of TIU communication happen.  When that event happens, the engine will continue to do what it was doing when it lost
communication.  Unlike Lionel and TMCC signals that get lost and the engine stops without the TMCC signal.  Some layouts having only one TIU have an area that the signal is temporarily lost going through a series of switches.  However,
the engine continues to do what is was doing, until it clears the switches and regains communication.  I'm sure we have all felt the frustration of turning the thumb wheel and not getting any reaction from the engine.  That is especially noticeable when trying to increase or decrease engine speed while in the area of no or poor communication.  As far as I know, that does not adversely affect the engine or scramble it's software.  Having six TIU 5's and loosing communication is not the same as having one TIU 1, and loosing communication.
There's no hard science on multiple TIU 5's.  As Barry points out in his publication, "The DCS O Gauge Companion", on page 119, on multiple TIU 5's,
after covering their use, he states: "other unpredictable results may occur since there is no adequate experience in this regard".   That's why I posted my problem on the OGR Forum where the greatest DCS knowledge base is located.
I haven't been contacted by a moderator yet as I know that only a few have seen or experienced most of what happens with DCS, let alone using six TIU 5's and a very large layout.  Stuff happens and I hope that I find someone who might relate a similar problem that may cause "jerky engine operation" and it may have nothing to do with multiple TIU 5's.
 
Gregg, again thanks for following this issue.     Moke Mike
 
 
Originally Posted by Gregg:

OK, but don't forget the remote must communicate with the actual tiu( no matter what the number is) the train is operating in. Lets say  the train is operating in tiu#5 zone but completely  out of remote range. The remote may  very well may be in range of another tiu #5  but the train is not going to get any dcs commands..  TIU do not communicate with each other. Hence a problem.

 

You have a bad motor.  The tach reader sends the signal to the processor, but when the processor sends the motor speed signal to the motors both get the same power applied.  If one motor spins fine and the other is jerky, the motor, wires, or gear train have an issues.

 

Motors do fail for various reasons.

 

Try replacing the motor.  G

Hello GGG.  Thanks so much for following my problem.  When I had the first engine display the symptoms of the very jerky operation, I diagnosed the problem as a bad motor.  When I had the engine that smelled so bad after it wouldn't move forward without me trying too much power in mph, I knew that I had a bad motor and probably burned it out, or a board with it.  However, when I downloaded new sound files into all five of the bad engines with the jerky operation, they all ran like new!   The one engine that I installed new traction tires on and now it's very jerky would be probably fixed with a download of a new sound file.  I'm at a complete loss as to how a new sound file download will remedy the jerky engines.  If it's a bad motor, a new sound file shouldn't fix the bad motor.  A bad motor is a bad motor and the only way to eliminate the bad motor is to replace it.  I downloaded new sound files and the "bad motors'? were no longer presenting any symptoms of any problem at all?  That's why I posted this problem on the Forum.  I was hoping someone could tell me the relationship
between a very jerky engine and a new sound file download, fixing the jerky engines.  If I had not downloaded new sound files, I'd be changing motors as you suggest. I'm looking for what causes an engine with only 3 or 4 hours on it, as well as engines with almost 120 hours on them, to suddenly become bad engines which I believe is a software issue as the sound file download affects the engines internal software.  What caused the problem?  Why doesn't it affect all engines that run the same track?  I'm stuck.  I may change the motor just to 
satisfy my own questions.  The current engine that has the jerky operations and was fixed with a software download until I removed the shell and installed two new traction tires, is a very common engine on my layout.  I can temporarily remove a known good can motor that has the same tach strip and put it in the 
jerky engine and see what happens. 
 
Thanks for your interest and suggestions.    I may have to test the motor theory. 
 
  Moke Mike
 
Originally Posted by GGG:

You have a bad motor.  The tach reader sends the signal to the processor, but when the processor sends the motor speed signal to the motors both get the same power applied.  If one motor spins fine and the other is jerky, the motor, wires, or gear train have an issues.

 

Motors do fail for various reasons.

 

Try replacing the motor.  G

GGG, one thing I failed to put in the original info letter to the Forum is that the engine runs fine in conventional.  That would seem to rule out a motor problem.
 
Thanks again.   Moke Mike
 
Originally Posted by GGG:

You have a bad motor.  The tach reader sends the signal to the processor, but when the processor sends the motor speed signal to the motors both get the same power applied.  If one motor spins fine and the other is jerky, the motor, wires, or gear train have an issues.

 

Motors do fail for various reasons.

 

Try replacing the motor.  G

Originally Posted by mokemike:

“Troubleshooting MTH Jerky Engines”. In the last five months, I’ve had six MTH engines develop a jerky symptom that prevents the engine from being operated. With the engine shell removed, the rear can motor flywheel can be seen, coming to a complete stop while the front can motor continues to operate without hesitation. The jerky symptom is so pronounced, that any speed, over 3 or 4 mph, is likely to damage the engine components.  Added: all engines run fine in conventional operations.

 

All engines, except one, were factory P-2 engines. Engines range from years 2000 to 2008, and have different operating hours from up to 119 hours to a low of 3.5 hours. All engines, except two, were the trailing engine in a lash-up. The layout is 2800 sq ft with two levels of track.  Level 1, in addition to TIU 1-4, also has three TIU 5's and four Z4000's with only one light grade of a climb of 5 inches in 24 feet. The level two layout portion also has 3 TIU 5's, four Z4000's and one TIU powered with four 180 Watt Power Supplies with one per channel. (The track loop that has the 180 Watt system, does not have a track connection to other track loops.) There is one grade that has a climb of four inches in 16 feet. Except for TMCC engines, a lash-up on either grade, does not result in a noticeable increase in either amp or volt readings on the Z4000. Each grade is on a separate channel of a TIU. Train lengths average around 22 cars with a mix of Atlas, MTH, K-Line, Weaver and Lionel. Some cars are weighted to match the heavier Atlas cars. Also, I’ve disabled the caboose rollers on each train to reduce the train length signature while moving from one TIU channel to another. Since the problems started to appear, I’ve reduced train lengths in a lash-up, by abut 8 to10 cars On each level, a train will pass over power from three different Z4000's with the center pin insulated for each Z4000. On that long of a loop I can run up to four or five lash-up trains at the same time while maintaining equal space between each train by setting all at the same scale mph. The load on each Z4000 usually is at less than 3 amps and the voltage staying steady at 18 to 19 Volts.

 

The first engine’s problem was found during an operation session with the rear engine uncoupling from the lead engine and derailing. The lash-up had been in place for at least one year of operation. The rear engine had developed a very jerky performance and with the rear can motor not operating correctly, I diagnosed the problem as a can motor brush failure. The second incident also occurred during an operating session with the rear engine in a lash-up with a P3 engine on the level two layout grade. The rear engine uncoupled and derailed causing the TIU to shut down with a red light. I removed the two engines, substituted a back-up lash-up set, and then restarted the operating session without incident. The next day I put the derailed engine on the layout controlled by a TIU 5 and at first there were no symptoms until the engine warmed up after about 5 minutes and then it displayed a jerky operation. I removed it from the track. I then went to another building and put the engine on a test track with a TIU 1 and different hand held remote and the engine was also very jerky. No matter what I inspected from lubrication, to wiring to wheel cleanliness and engine shell on or off, allowed me to determine the cause of the jerky operation.


The next jerky engine problem surfaced during a series of engine movements to re-position a train in a specific location. The lash-up started normally, however; the lash-up seemed to have a drag and then the rear engine became jerky. I removed both engines from the layout, cleaned wheels and track, and re-installed the lash-up. Within about five feet of operation, the rear engine developed a very strong burning smell and I shut everything down. I didn’t try any troubleshooting as I assumed the engine had damage requiring a P2 repair. The two engine lash-up had been in use for over three years and had 162 miles and 36.3 hours of operation. It never had been on the level two or it’s grade.

 

While searching for replacement engines, as I looked for substitutes, I found three more
engines that when they had been put in storage, with a fresh battery, were operating correctly and now exhibited the jerky symptom when placed on the track and powered up for forward movement. One had been in a lash-up, however; the others were low hour usage with one having only 3 hours and the other 4.5 hours on it.

 

A word about engine lash-ups. Prior to actually permanently assigning a lash-up to a set of engines, even if they are identical models and date of manufacture, one engine should be placed about three feet in front of the trailing engine. Then after starting the “lash-up”, one should observe that the engines are really synchronized to each other’s speed, with no more than the slightest tolerance of speed difference allowable to insure each engine is actually matched to one another. Also, one should consider that the freight cars attached to the trailing engine will make even the best synchronized pair, a little different in pulling effort. That difference is surely more if there are significant grades on the section of track that the lash-up travels. I use a ten pound weigh scale that measures in ounces. I try and weight each car so that a 40' car weighs 16 ounces and a 50' car weighs 19 ounces. Atlas 40' cars, right out of the box, often weigh more than 20 ounces. Since not every car is an Atlas 40' car, mixing in 50' cars of Atlas and other manufacturers, requires some of the other cars to require additional weight to match. If one runs a level layout and uses only 10 or 12 cars, without any grades, weighing probably won’t be an issue. Even using two engines in a lash-up, pulling 20 or more cars up a grade, in a 138 inch curve might work. However, when coming down the grade, especially in a curve, requires the cars to have been weighed or the heavier cars on the rear of the train will push the lighter cars off the track and result in derailment headaches. That being realized for larger layouts, I try and keep the actual load on the lash-up engines equal to what the engines are trying to pull. Two GP-9's obviously can’t pull up grades the same as two SD-70ACe’s. I average about 20 cars per train, however, if they’re GP-9's, those cars will have a cumulative weight much less than larger engines and the weight of their cars cumulative weight. After a lash-up has been running for two or three years, pulling the same cars, one should separate the engines and re-examine their performance. I didn’t do that until the issues I’m working with started. Examining the voltage and amperage of each train is a good tool to use for performance checking. That works as long as the track and engine wheels stay clean. Tracks and wheels don’t stay clean so once a year I clean all the track and wheels before the beginning of each operating year which is usually September.

 

How accurate is a weigh scale? I use a package of 16 “one” ounce fishing weights sealed in its zip lock bag as a test for calibration. The post office weighed my bag of weights at 17 ½ ounces. As temperature and humidity change, so will the scale’s weight shown. However, the 17 ½ ounce bag never changes and placing those on the scale first, insures that you most likely are very close to the real weight you see on the scale when a car is packed on it. So, one may want to examine the failure of these engines as faulty lash-ups and that would be a very good consideration if all the engines had been in a lash-up. Subsequent downloading of sound files fixing the engines wouldn’t seem to be connected to their jerky operation if it was a lash-up to weight related cause? It seems like there’s a software issue that might be a result of a signal issue? I’m not an electrical expert, so I can’t even make a good guess compared to the OGR moderators expertise.

 

So considering all that I know and out of ideas, with the fear that I had an operating problem within the layout or multiple TIU 5's, I called MTH and talked to Dick Caster. He told me, without any hesitation, to download new sound files into each of the problem engines. After several weeks, I managed to coordinate a repair session with a friend 50 miles from me, as my computer is too old and full to load the MTH System Program. Finding replacement files with the same P2 systems wasn’t that difficult and all engines had a newer sound file installed. The first engine had a little hesitation on it’s move forward and I thought we might be wasting our time. However, the next engine was the one that had the strong burned electrical smell and after the sound file download, it ran perfectly The very last engine was the oldest with a 2000, V-3, P2 sound system. We took the next generation’s available and it downloaded without getting an “Incompatible” message. However, it was slightly hesitant on it’s move forward and had a little speed fluctuation on running around the 40 foot loop. We increased the speed to a scale 80 mph and later a scale 120 mph and after about 7 to 8 minutes it became smoother and smoother. After bringing the engine to a complete stop and restarting it’s forward movement, it had the very slightest, one time hesitation and then would run without any further defects.

 

After getting back home with all engines running nearly perfect, I installed a new TIU on my test track and then reset the remote to “factory”. All engines ran as they had at the other layout. However, one engine had lost a front traction tire on the "sound download layout", that had been the first one with the new sound file and the slight hesitation that was still with the engine after the sound file downloaded. We had taken that engine, that had been set a side, and re-ran it to smooth out the performance problems. So, before putting that engine on my test track I replaced both front traction tires. It’s an engine that had a very easy shell removal and re-install process without a lot of wires to negotiate upon re-installation of the shell. I put it on the test track and the symptoms of the jerky engine reappeared? I removed the shell and ran the engine and I could see the rear can motor flywheel coming to a complete stop for a moment as the front can motor performed normally.


I called MTH again and couldn’t get Dick Caster, however; the Service Rep. had never heard of that process of downloading a new sound file. However, he surmised that the sound download also affected other items and could possibly be similar to a “hard drive reboot” He also brought up the possibility of static electricity. That is an interesting observation, however; three of the engine failures occurred over a two month span without physically touching any of the lash-ups. The replacement traction tires and the battery recharge, or replacement on the substitute engines, does not rule out static electricity, however; I’ve never felt a slight shock or had any problems with over the 100 other engines that have had maintenance. That’s including the removal of the screw to the powered truck block on the improperly coated P3 engines, that I had significant exposure to the power boards and other electrical components.

 

So, I’ve come back to the reliable OGR Forum and it’s significant resources of information for some guidance, clarification and suggestions to help me determine the most likely cause of the jerky engines. Since the five engines developed problems, I’ve run at least 3 different lash-up over the same routes and they perform perfectly normal. Can multiple TIU 5's, with one having a operating defect, cause an engine to exhibit what I’m experiencing?  I’ve already gone back and re-installed each TIU 5, one at a time, as per the instructions in the DCS O Gauge Companion on page 119, by using two separate remote’s and TIU’s. However, until I can insure that the layout is operating correctly, I haven’t even started an engine on the layout for over a month. I thought that if the downloading of the sound files worked, it could provide some clarification of the problem. That hasn’t been the case. However, I know that dirty tracks, dirty wheels, lack of lubrication, pinched wires, a layout flaw that causes all engines to not perform correctly, amperage problems, voltage problems and a lot of other circumstances, has not let me determine what is happening and what might correct the situation.

 

Summary of Engines that failed.

 

20-2105 P2 added in 2006 no lash-up 4:57 hours of op   New file 20-2913
20-2359 P2 issued 2003 no lash-up 38:38 hours of op    New file 20-2913
20-2660 P2 issued 2008 lash-up 36:36 hours of op         New file 20-2913
20-2660 P2 issued 2008 no lash-up 3:59 hours of op      New file 20-2913
20-2459 P2 issued 2006 lash-up 28:38 hours of op         New file 20-2913
20-2270 P2 issued 2000 lash-up 119:25 hours of op       New file 20-2558
20-2778 P2 issued 2007 lash-up 21:21 hours of op      Not avail for download (I didn't take it to the 

                                                                                download layout as I had no idea it would fix

                                                                               an engine that I thought was a can motor issue)

 

Comparison of an engine that has not failed after 118:20 hours is 20-2255-1

 

In advance, thanks to all who take the time to read through this information. I regret that the data consumed so much space, however; if you feel any of the information is irrelevant, just skip over it.

 

Two Attachments Included showing track plans and TIU 5 locations and tracks they control.

"Track Layout Level One",  "Track Layout Level Two Above Level One"

 

 

Thank You

 

Moke Mike

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

All engines, except two, were the trailing engine in a lash-up.

 

I'm wondering if the lack of good dcs signal  could be the cause of one engine is a lash-up fighting with the other engine if one engine misses a command or maybe  just plain overloaded with too many cars. Even though I've had dcs since 02 I 've avoided lash-ups  Something always seemed to go wrong, fighting each other, overloaded,

I had 2 RS-3s over loaded with die-cast hoppers, they would run ok on the flat but overheated on the grade and eventually stalled(no wheels spinning) with that  terrible electronics smell. After cool down both engines ran fine.

Interesting thread for me. 6 tiu with the number 5 and downloading the sound file fixing a jerky engine.

 

For clarification, you had 6 jerky engines which were all "fixed" simply by downloading a common sound file?  And then there's the 7th engine (20-2778) for which there was no download available and this is the ONE engine remaining with the indicated behavior?

 

Did any engine "fixed" by downloading 20-2913 sound file re-develop the jerky behavior?  And if so could you re-download 20-2913 file and fix it again?

 

For the engine(s) with this 4 sMPH start-stop jerky behavior, what is the DCS commanded speed at the time?  That is, does it do this for ANY commanded speed?  If convenient, lower the DCS track voltage from 16-18VAC to, say, 10V; does the jerky behavior change substantially?

 

When you say it work in conventional, can you confirm this is with the cruise control turned ON (cruise control is toggled on/off with the Horn-Bell-Bell fast button press sequence)?  That is, when cruise control is turned off, the engine does not use the tach reader for speed control.

 

Separate from a potential bad-motor issue which G discusses, I think there's a possibility of a tach reader problem.  After verifying the flywheel stripes are clean and distinct, when it is jerking, take a popsicle stick or whatever and push the reader board toward and away from to the flywheel and see if you can materially change the behavior.  Yes, if you move it too close or too far from the flywheel you will lose optical feedback and the engine will take off but there should be a range of operation.

Thank you for your interest in trying to correct these engine problems.
 
"For Clarification"  Engine 20-2778, was NOT taken to the layout for sound downloads. It still sits in the box in the same condition as when it failed to be part of the lash-up.  I had diagnosed the problem for 20-2778, as a failed or failing rear can motor. I had no idea, that the other engines that are on the list, also exhibiting the jerky engine problem, would actually be fixed by a sound file download.  In my original Forum posting, I made a point of including that the level of improper performance for engine 20-2660-1, with 36 hours on it and being the rear engine in a lash-up, actually nearly burned out it's motor and maybe damaged a board while being very jerky. The electrical smell lasted for several days. I took that very jerky engine, that I thought had damage beyond anything other than a P2 repair, would be fixed on the layout for the sound download process.  That engine, among the five that had a new sound file downloads, all were fixed after the download.  Two engines took a little bit more attention and they were the engine that had the burned smell and engine 20-2270 with 119 hours of operation, which still had a very VERY slight one time jerk on their first movement forward.  However, after running them for an additional 8 to 10 minutes that slight jerk was almost unnoticeable problem through out their start, run up 120 mph, varying speeds down to 30 mph and back to 80 mph and stop.  On restart, they continued to be almost perfect.  The other three engines needed no additional running after the sound file was downloaded and the engines started.  
 
One engine, also with the number 20-2660, with only 3.59 hours on it, was fixed after the download, however; when I got the engine back to my test track, before testing it, I replaced the two front traction tires, as one came off on the layout that was being used as a sound download track Unlike all the rest that had tested as correct operation, on the test track, this engine re-developed the jerky operation.  There were no pinched wires and I also ran the engine with the shell removed and it was still jerky after being fixed by the sound download from the layout that I took all the engines to repaired.
 
"For the engines with this 4 mph start-stop behavior what is the DCS commanded speed?  The speed on the remote is 4 mph.  However, from 1 mph to 4 or even 5, the jerky start, stop behavior is the same intensity and frequency. I never go very high on  the throttle for fear of causing internal engine damage, as the one that had the burned smell.  Again, all engines are now running perfect, except the one that I changed the traction tires on.
 
This one jerky engine, which was never part of a lash up and only had 3.59 hours on it, runs completely normal in conventional operation.  
 
In summary, the original list of each engine by part number, specifies if it was, or was not a lash-up engine.  All lash-up engines were a rear engine in the lash up.  All engines that were very jerky and the one that nearly burned, are now running completely normal after the new sound download except the traction tire replacement engine  Since they were all Rail King SD-45's, except 20-2270, I used same newer P2 Premier sound file for the download.  Engine 20-2270, which is a Dash 9, used a different file for its download. 
 
As for the engine operating in Cruise Control, I can say that before this jerky engine operation came up, none of the engines has operated, on my layout, in any configuration other than DCS right out of the box, as a new engine.  I'll have to read the instructions for setting up a DCS engine in conventional "Cruise Off" and then get back to you.  
 
As for the tach reader, I've experienced two different engines having a problem after a P2 upgrade kit was installed.  In both cases the tach reader was too far from the flywheel to read the tach strip.  That caused a surging engine in both cases, where it was varying speed of about 10 mph constantly up and down as it went around the layout.  After removing the engine shell, I set the distance at approximately .040", after initially using a dime that is .047" thick.  The current engine with the jerky operation is set at .040", measured with a dial caliper after inserting the right thickness item between the reader and the flywheel and the measuring whatever it was, for it's thickness.
 
For moving the tach strip reader away or towards the flywheel, I can report
that moving the tach strip reader away from the flywheel to about .075" or moving it back in to approximately .035" made no difference in the engine being jerky.  In my original posting, I stated that the first three engines that exhibited the jerky operation, were all in the same lash-up for at least one to three years and the failure of the engine to run properly was found during a routine engine lash-up operation, with two of the engines becoming uncoupled from the lead engine and the front truck assembly then coming to rest on the track with subsequent Z4000 red light.  The immediate replacement using a back-up lash-up and resetting the Z4000, allowed the newly installed lash-up to operate correctly and to date, it has not failed.  The third engine failure was the one that exhibited the burning smell, that I shut down immediately.  The jerky operation wasn't diagnosed until I put each of the problem engines on a test track and could visually see the problem.  The other engines were diagnosed with a jerky problem, immediately after putting them on the track as I was searching through my engine inventory looking for replacement engines with the same road name to fill in for the jerky operating ones removed.  In all cases, the lead engine of the lash-up has never exhibited any problems of any kind.  All Lash-ups were made from the same engine part number and road name
and as the rear engine failed, I had to find two replacement engines to form a new lash up.  As I discovered more jerky engines, I shut down the layout after confirming that the jerky operation was common to both the layout and the test track. I did run two replacement lash-ups on the same tracks around the layout at least 3 or 4 times which is nearly 400' per loop.  So, the layout has not been powered up for the last 5 weeks while I try and identify the root cause of the jerky engine since fixing the engine may not fix something on the layout that is causing the problem in the first place?  
 
Each trip around the loop requires the engines to pass through 3 TIU 5 sectors and three Z4000 transformers.  Voltage and amperage on each Z4000 has never been an issue with most lash-ups using less than 4 amps with a steady 18 to 19 volts during the trip around the loop. Signal strength has always been strong enough to never loose control of the engine for more that a few seconds as it passes through an area that has a partial line of sight block between the track and the engine.  However, the layout had been performing, without incident for nearly two years now after I added the new tracks, TIU 5's and Z4000's.
 
One of my troubleshooting efforts was placing the defective engine in a foam 
cradle,upside down, and attaching the neutral lead to the engine truck body and the positive lead to the roller assembly.  After starting each engine in DCS, I could see that the rear truck can motor was running very slow, where the lead truck can motor was running at least twice the speed.  I thought I was on to the beginning of diagnosing the problem, however; when I contacted Dick Caster at MTH, he said that was an invalid test.  Each truck and wheel assembly must be under a load as the front truck is somewhat of a slave to the rear can motor and tach strip, that acts as the brain for the entire engine operation. 
 
I believe I've answered all of your questions except for the Cruse question.  I'll let you know the results of that test.
 
Thanks very much for taking the time and effort to assist me in diagnosing and trying to fix this problem.
 
Please ask any more questions that you may have thought of while reading my reply
 
Moke Mike
 
 
Originally Posted by stan2004:

For clarification, you had 6 jerky engines which were all "fixed" simply by downloading a common sound file?  And then there's the 7th engine (20-2778) for which there was no download available and this is the ONE engine remaining with the indicated behavior?

 

Did any engine "fixed" by downloading 20-2913 sound file re-develop the jerky behavior?  And if so could you re-download 20-2913 file and fix it again?

 

For the engine(s) with this 4 sMPH start-stop jerky behavior, what is the DCS commanded speed at the time?  That is, does it do this for ANY commanded speed?  If convenient, lower the DCS track voltage from 16-18VAC to, say, 10V; does the jerky behavior change substantially?

 

When you say it work in conventional, can you confirm this is with the cruise control turned ON (cruise control is toggled on/off with the Horn-Bell-Bell fast button press sequence)?  That is, when cruise control is turned off, the engine does not use the tach reader for speed control.

 

Separate from a potential bad-motor issue which G discusses, I think there's a possibility of a tach reader problem.  After verifying the flywheel stripes are clean and distinct, when it is jerking, take a popsicle stick or whatever and push the reader board toward and away from to the flywheel and see if you can materially change the behavior.  Yes, if you move it too close or too far from the flywheel you will lose optical feedback and the engine will take off but there should be a range of operation.

Mike,

 

It may just be, however, this whole story makes just about no sense at all:

  • 6 engines ran "jerky"
  • They're all cured by a sound file download
  • Then they began running "jerky" again
  • They run fine in conventional mode
  • An inspection shows absolutely nothing wrong.

Sorry, however, either there's something being left out (hopefully not, considering the verbosity of your posts), or this problem is mighty suspicious. I keep looking at the calendar and thinking it's last Saturday.

 

How about a 12 bullet point recap, in short sentences, saying exactly what's been observed and the order in which it was observed? Frankly, I can't see the forest for the trees.

Wow Barry!, so sorry for the confusion.  Bullet Points
 
.  Six engines, during lash-up operation started to run very jerky over a two
   month period
 
.  None of the engines had dirty wheels, track, lack of lubrication, DCS problems
   etc.
 
.  All six engines taken to another layout and had a new sound file downloaded,
   stopped being jerky and run perfect.
 
.  One of the repaired engines needed two new front traction tires
   and after changing those tires, the engine reverted to running jerky.
 
.  Defective engine runs normal in conventional.  That should eliminate can 
   motor problem.
 
.  One of the engines was so jerky it nearly burned out the motor or board.  The 
   sound download fixed that engine and is still working correctly.
 
.  Trying to diagnose cause of engine with traction tire change to become jerky
   again.
 
.  Trying to find if layout has a problem that induces problem or if it's just a
   regular engine malfunction caused during engine lash-up operations.
 
.  Trying to determine why replacement lash-ups have not had a problem over    
   the same parts of the layout. 
 
.  Layout not in use until a diagnosis of problem/s can be determined.
 
 
.  The end 
 
Moke Mike
 
 
Originally Posted by Barry Broskowitz:

Mike,

 

It may just be, however, this whole story makes just about no sense at all:

  • 6 engines ran "jerky"
  • They're all cured by a sound file download
  • Then they began running "jerky" again
  • They run fine in conventional mode
  • An inspection shows absolutely nothing wrong.

Sorry, however, either there's something being left out (hopefully not, considering the verbosity of your posts), or this problem is mighty suspicious. I keep looking at the calendar and thinking it's last Saturday.

 

How about a 12 bullet point recap, in short sentences, saying exactly what's been observed and the order in which it was observed? Frankly, I can't see the forest for the trees.

Can you post a video with sound of the jerky 0 to 4 sMPH operation with the shell off in a way that both flywheels can be observed.  Your written description is clear enough but I think a video would be very helpful for documentation.

 

I'd still like to hear if lowering the track voltage to, say, 8-10V when in DCS command mode at 4 sMPH changes jerky behavior.  The reason I'm curious is, for the purposes of speed control, to make a valid apples-apples comparison, you want the same track voltage.  That is, in conventional the engine will go a few sMPH just below 10V (or so) and you say it works fine at that speed (voltage).

 

It's good you recognize the issues of running the motors uncoupled in mid-air in your cradle.  It is common that two unloaded motors driven by the same voltage (as they are in PS2 electronics) will start spinning at different voltages and also spin at different speeds for the same applied voltage.  The key to dual motor operation is they are mechanically coupled through the trucks and the track.  Ignoring issues of transmission or wheel slippage, the two motors are constrained run at the same RPM.  Each motor has a unique speed-torque curve that is ideally matched to its mate but these are economy can DC motors.  If the mis-match is too large then you get inefficiencies which can show up as overheating on one or the other motor.  This "matching" is more difficult for MU operation because you have more motors, more tachs, more traction tires, couplers, etc. which make it that much more difficult to achieve the ideal situation of all motors spinning at the same RPM, operating at the same point on identical motor speed-torque curves, contributing identical and proportional traction.  So my suggestion is to first resolve all known individual engine issues and then deal with MU issue(s).

All six engines taken to another layout and had a new sound file downloaded,

   stopped being jerky and run perfect.
 
Where? at the other layout or at yours? I'm on the fence about the sound file reload but I did use a sound file that was jerky on one of my upgrades and had to change it.  Maybe the  only way  to have a small test track loop with a perfect dcs signal to get at the bottom of this.How does each engine run??
All engines taken to another layout 50 miles away.  All engines ran perfect at the other layout after the sound download at that layout.  Returned home to my layout test track and all engines ran perfect there too, except the one that needed new traction tires.  With Traction tires missing I didn't want to test that one engine until I replaced the tires.  Put that one engine on the test track and after being perfect at other layout, it was now jerky on my test track.
 
Recap:
 
Six engines to other layout.  Six engines all ran perfect at other layout after download.  All six engines returned to my test track.  Five ran perfect. One with new traction tires will only run jerky now.
 
I can't seem to get the engine out of Cruise.  I hit the horn button, quickly hit the Bell button once, bell sound starts, quickly hit it again and bell stops however, I can't get the two horn blast confirmation that I went out of cruise.
I know it's an art.  I had to learn it once to recover an engine before they put the recover function in the remote.
 
I'm working on a video for the engine ops now
 
Moke Mike
Originally Posted by Gregg:

All six engines taken to another layout and had a new sound file downloaded,

   stopped being jerky and run perfect.
 
Where? at the other layout or at yours? I'm on the fence about the sound file reload but I did use a sound file that was jerky on one of my upgrades and had to change it.  Maybe the  only way  to have a small test track loop with a perfect dcs signal to get at the bottom of this.How does each engine run??
Lowering the track voltage to 10.5 volts did not change the jerky engine one single bit.
 
Moke Mike
 
Originally Posted by mokemike:
All engines taken to another layout 50 miles away.  All engines ran perfect at the other layout after the sound download at that layout.  Returned home to my layout test track and all engines ran perfect there too, except the one that needed new traction tires.  With Traction tires missing I didn't want to test that one engine until I replaced the tires.  Put that one engine on the test track and after being perfect at other layout, it was now jerky on my test track.
 
Recap:
 
Six engines to other layout.  Six engines all ran perfect at other layout after download.  All six engines returned to my test track.  Five ran perfect. One with new traction tires will only run jerky now.
 
I can't seem to get the engine out of Cruise.  I hit the horn button, quickly hit the Bell button once, bell sound starts, quickly hit it again and bell stops however, I can't get the two horn blast confirmation that I went out of cruise.
I know it's an art.  I had to learn it once to recover an engine before they put the recover function in the remote.
 
I'm working on a video for the engine ops now
 
Moke Mike
Originally Posted by Gregg:

All six engines taken to another layout and had a new sound file downloaded,

   stopped being jerky and run perfect.
 
Where? at the other layout or at yours? I'm on the fence about the sound file reload but I did use a sound file that was jerky on one of my upgrades and had to change it.  Maybe the  only way  to have a small test track loop with a perfect dcs signal to get at the bottom of this.How does each engine run??
Here's the video of the engine with the shell off, at 2 mph.  I can't go any faster, control the engine and operate the I Phone camera.
 
Moke Mike
 
Originally Posted by stan2004:

Can you post a video with sound of the jerky 0 to 4 sMPH operation with the shell off in a way that both flywheels can be observed.  Your written description is clear enough but I think a video would be very helpful for documentation.

 

I'd still like to hear if lowering the track voltage to, say, 8-10V when in DCS command mode at 4 sMPH changes jerky behavior.  The reason I'm curious is, for the purposes of speed control, to make a valid apples-apples comparison, you want the same track voltage.  That is, in conventional the engine will go a few sMPH just below 10V (or so) and you say it works fine at that speed (voltage).

 

It's good you recognize the issues of running the motors uncoupled in mid-air in your cradle.  It is common that two unloaded motors driven by the same voltage (as they are in PS2 electronics) will start spinning at different voltages and also spin at different speeds for the same applied voltage.  The key to dual motor operation is they are mechanically coupled through the trucks and the track.  Ignoring issues of transmission or wheel slippage, the two motors are constrained run at the same RPM.  Each motor has a unique speed-torque curve that is ideally matched to its mate but these are economy can DC motors.  If the mis-match is too large then you get inefficiencies which can show up as overheating on one or the other motor.  This "matching" is more difficult for MU operation because you have more motors, more tachs, more traction tires, couplers, etc. which make it that much more difficult to achieve the ideal situation of all motors spinning at the same RPM, operating at the same point on identical motor speed-torque curves, contributing identical and proportional traction.  So my suggestion is to first resolve all known individual engine issues and then deal with MU issue(s).

Attachments

Videos (1)
Jerky Engine
Originally Posted by mokemike:
Here's the video of the engine with the shell off, at 2 mph.  I can't go any faster, control the engine and operate the I Phone camera.
 
Moke Mike
 
Originally Posted by stan2004:

Can you post a video with sound of the jerky 0 to 4 sMPH operation with the shell off in a way that both flywheels can be observed.  Your written description is clear enough but I think a video would be very helpful for documentation.

 

I'd still like to hear if lowering the track voltage to, say, 8-10V when in DCS command mode at 4 sMPH changes jerky behavior.  The reason I'm curious is, for the purposes of speed control, to make a valid apples-apples comparison, you want the same track voltage.  That is, in conventional the engine will go a few sMPH just below 10V (or so) and you say it works fine at that speed (voltage).

 

It's good you recognize the issues of running the motors uncoupled in mid-air in your cradle.  It is common that two unloaded motors driven by the same voltage (as they are in PS2 electronics) will start spinning at different voltages and also spin at different speeds for the same applied voltage.  The key to dual motor operation is they are mechanically coupled through the trucks and the track.  Ignoring issues of transmission or wheel slippage, the two motors are constrained run at the same RPM.  Each motor has a unique speed-torque curve that is ideally matched to its mate but these are economy can DC motors.  If the mis-match is too large then you get inefficiencies which can show up as overheating on one or the other motor.  This "matching" is more difficult for MU operation because you have more motors, more tachs, more traction tires, couplers, etc. which make it that much more difficult to achieve the ideal situation of all motors spinning at the same RPM, operating at the same point on identical motor speed-torque curves, contributing identical and proportional traction.  So my suggestion is to first resolve all known individual engine issues and then deal with MU issue(s).

With voltage at 10.5 volts there is no difference in jerky operations while in DCS
compared to 18 volts DCS.
 
Originally Posted by mokemike:
Originally Posted by mokemike:
Here's the video of the engine with the shell off, at 2 mph.  I can't go any faster, control the engine and operate the I Phone camera.
 
Moke Mike
 
Originally Posted by stan2004:

Can you post a video with sound of the jerky 0 to 4 sMPH operation with the shell off in a way that both flywheels can be observed.  Your written description is clear enough but I think a video would be very helpful for documentation.

 

I'd still like to hear if lowering the track voltage to, say, 8-10V when in DCS command mode at 4 sMPH changes jerky behavior.  The reason I'm curious is, for the purposes of speed control, to make a valid apples-apples comparison, you want the same track voltage.  That is, in conventional the engine will go a few sMPH just below 10V (or so) and you say it works fine at that speed (voltage).

 

It's good you recognize the issues of running the motors uncoupled in mid-air in your cradle.  It is common that two unloaded motors driven by the same voltage (as they are in PS2 electronics) will start spinning at different voltages and also spin at different speeds for the same applied voltage.  The key to dual motor operation is they are mechanically coupled through the trucks and the track.  Ignoring issues of transmission or wheel slippage, the two motors are constrained run at the same RPM.  Each motor has a unique speed-torque curve that is ideally matched to its mate but these are economy can DC motors.  If the mis-match is too large then you get inefficiencies which can show up as overheating on one or the other motor.  This "matching" is more difficult for MU operation because you have more motors, more tachs, more traction tires, couplers, etc. which make it that much more difficult to achieve the ideal situation of all motors spinning at the same RPM, operating at the same point on identical motor speed-torque curves, contributing identical and proportional traction.  So my suggestion is to first resolve all known individual engine issues and then deal with MU issue(s).

Barry, the voltage and amperage overload is the only one I can address for now as the other two suppositions would take some instrumentation.  I can run up to five lash-up trains, each with nearly 20 freight cars, with the rollers on the caboose disabled on all five trains as they share individual TIU zones and Z4000 transformers and never exceed 4 amps or draw the voltage down more that 1 volt from 19v to 18 volts.  I've been running this same scenario for over two years with different lash-ups and different trains and never have had a problem until an operating session in December.  As long as the trains are all going the same scale mph, one lash-up never overtakes another or is on the same TIU channel at the same time.  A typical disbursement would be two trains on one TIU 5 and it Z4000, one train on the next TIU 5 and its Z 4000 another train on the same TIU 5 with a different Z4000 and the final train on the next TIU 5 and its Z4000.  The loop is over 400' long so there's plenty of room for the 12 channels, to equally distribute the power required and the power used.  I've never felt any engine that has gotten too warm.  
 
The only time I run into a power problem is when I'm running TMCC engines.  I'll only have two lash-up trains and one single engine train for that session as the TMCC engines require so much more amperage than the DCS operation.
 
Moke Mike
 
Originally Posted by Barry Broskowitz:

Mike,

 

My first thought weoukd be some kind of power anomaly:

  • Too many engines drawing too many amps
  • An issue with one or more of your Z4000s
  • A wiring issue where a wire cannot handle the current draw.

Recapping my understanding of the engine video:

 

- DCS at 2 sMPH, it does this at other small commanded speeds as well

- lowering track voltage to ~10V does not change anything

- adjusting the position of the tach reader does not change anything

- it behaves OK in conventional cruise mode

 

I'm baffled. My next step would be to swap the PS2 board(s) to see if the problem follows the chassis or the PS2 electronics.  Since your engines  use a common sound file, the electronics are interchangeable.  You could choose to do this in stages by swapping just the smaller upper board(s) which only requires removing two harness connectors and pulling the upper board from the lower board. OTOH, I think you need to be prepared to swap both boards.

Stan, I see you got the video.  The same behavior of the engine continues as it goes to 5 mph, regardless of 10.5 volts or 18 volts.
 
I don't know how to change MTH boards.  On TMCC engines I've changed the R2LC board, sound board and command boards.  I'd need a little "how to" guidance on MTH.  Since we're all in the dark about what is happening and why the sound file download fixes the problem, I was going to call Dick Caster tomorrow and ask him for some more information on why the engine is jerky and why he knew instantly that a sound download would fix the problem.  He's only available Tuesdays through Thursdays, from Noon to 5 PM Eastern Time.  Talking with him may save us all a lot of guesswork.  He's a bench technician and all he does, all day, is work and repair MTH DCS engines.  If he's helping another when I call, he's real good about returning messages.  I've only talked to him about 4 times, however; he is a valuable resource.  
 
In the meantime, I'm going to go back to the layout and check some signal strength areas that may, or may not be part of the problem.  The only problem I've had when checking signal strength, with the engine, is that after it completes the test, I often loose sound in the engine and then I have to go to
"Advanced" "Reset Engine" "Features" to restore the sound. I know I don't need sound to test signal strength and I do the reset after I've competed the signal tests.  The reason for the signal tests is that a couple of replies have come back with comments suggesting that both lash-up engines may not be getting the signal correctly and since their lashed-up, they're an engine and most of the engines having a problem, except two, have been rear engines in a lash-up.
All the layout uses 14 Ga. copper stranded wire.  My knowledge base, for setting up the layout is from Dave Hikel. I used to live in Seattle and when I got my layout wired for the first long loop, he came down here and walked me through what I had done with the wiring schematics he had sent.  That was the initial set up of TIU's 1 through TIU 5 A.
 
I was never able to get the Horn Bell Bell to turn off the Cruise.  Is that something that we still need to perform?
 
If I have to, I can go back to the layout that's 50 miles from me and have the guy who did the sound downloads, walk me through the board changes if you can't give me the specific how to information through the Forum.  Pictures always help.  The guy,at the layout, has installed P2 upgrade kits and knows his way around the DCS system in the MTH engines.  His Primary base of knowledge is with Lionel, regardless of the age or system it uses.  However, he would be willing to help me as he's already volunteered that assistance.  His backup tech assistance, when he needs it is in Santa Rosa with Mike Raymond.  I'm about 
55 miles south of Sacramento. The repair layout, that I go to is about 25 miles east of Sacramento in El Dorado Hills, just west of Placerville, CA.  It takes me about an hour to get to El Dorado Hills.
 
Let me know about the "horn, bell, bell, check", a rough guide to changing boards, how to prevent static electricity, and other board changing information.  Then, I've got to pick out an engine that I can use as a parts source.  Also, I have an un-opened 3V, P2 upgrade kit, that I was saving for the right engine to upgrade if that would work for a source of boards.
 
Thanks again for all the time and effort to help me.
 
Moke Mike
 
Originally Posted by stan2004:

Recapping my understanding of the engine video:

 

- DCS at 2 sMPH, it does this at other small commanded speeds as well

- lowering track voltage to ~10V does not change anything

- adjusting the position of the tach reader does not change anything

- it behaves OK in conventional cruise mode

 

I'm baffled. My next step would be to swap the PS2 board(s) to see if the problem follows the chassis or the PS2 electronics.  Since your engines  use a common sound file, the electronics are interchangeable.  You could choose to do this in stages by swapping just the smaller upper board(s) which only requires removing two harness connectors and pulling the upper board from the lower board. OTOH, I think you need to be prepared to swap both boards.

I am not sure what Dick told you but one motor is not slave to the other motor.  Despite being small can motors, they are 5 pole and I have found they run pretty consistent.  A small difference is fine, a large starting difference is not.

 

The tach does not control one motor different then the other.  It is a Single FET that pulses the PV to ground through the motors.  The motors are in parallel.  Sure, once the motors get coupled through the track that would act as a buffer.  But if one motor wants to run a 8000 RPM at 150 milli amps and the other motor won't run at 8000 rpm until 600 milli amps, the bad motor will cause the good motor to draw high current as it is loaded down trying to pull the bad motor through the track coupling.

 

Measure each motors resistance, and each motor no load current draw.  Replace the bad motors.  You also may see a difference in motors windings between the motors, an over heated motors has dark looking windings as the insulation changes color.  G

 

 

 

Originally Posted by mokemike:
...
 
I was never able to get the Horn Bell Bell to turn off the Cruise.  Is that something that we still need to perform?

Since it something that should take only a couple minutes, I'd like to see the results if only for curiosity sake.  Since you say you have Z-4000 controllers, I attached a video showing how "easy" it is to access the Reset function (H-B-B-B-B-B) and the cruise-control toggle (H-B-B).  This is talking to a PS2 (3V) diesel which is/was the only load attached.

 

If you are successful in toggling cruise-control (getting the double blast acknowledge), confirm the engine runs smoothly in both modes and that the engine runs substantially faster when Cruise is OFF given the same track voltage.  Note that Cruise is ON following a reset.

 

As for swapping boards, take a look at the MTH PS2 Diesel upgrade kit instruction manual which has lots of pictures and diagrams on how cables and harnesses attach to the board pair.  Perhaps this instruction manual is with the un-opened spare upgrade kit you have but here's a link to the MTH site.  There are undoubtedly mounting and cable routing variations for different diesels, but I'll next make a short video of pulling the cables and detaching the boards which might make you more comfortable about doing it yourself. 

 

As for static, this is just my opinion but if you don't get zapped touching door knobs or whatever in your house then you're OK.  Don't purposely rub your shoes on the carpet, etc.  In the event you don't have a grounded piece of equipment to momentarily touch while working on the engine, occasionally touch the outer rail of your track layout which is apparently quite large. I realize the MTH instruction manual speaks of working in ESD safe zones, grounding straps, etc.  I'm simply relaying my experience and I'm not trying to start an argument.

Attachments

Videos (1)
horn-bell

Attached is a 2 minute video showing my clumsy attempt to remove the PS2 3V boards from a diesel chassis.  This was the first time in quite a while and the video is unrehearsed and unedited as will be obvious.  In retrospect I think ALL cables should be removed first before messing with the screws.  And don't forget like I did the motor cable (2 yellow- 2 white) on the left of the video.  That black plastic frame that goes around the board-set fits exactly so make it snaps to snug fit.

 

As mentioned earlier since your board-pairs now have a common sound file, they are interchangeable.  Any DCS address/name info you may have stored into each engine will follow the boards even if the battery is momentarily disconnected while swapping boards.

Attachments

Videos (1)
ps2-3v-board-removal

Stan;

As an Electronic designer I can assure you that static far lower than you can feel will kill electronics.

I have to make industrial equipment that you can't kill by touching, no matter how charged up you are. It makes the equipment cost significantly more money. MTH cannot make the PS2 boards this robust and put them in Anything but Premier engines. Even then the price would rise.

Thus, ground yourself prior to touching electronic circuit boards, it's cheap insurance.

Best practice? Take a long flexible wire, strip the end and screw that down under the screw holding your electrical outlet cover on.  Strip several inches of the other end and tie it around your wrist. You are now safe to work on any electronics a long as you wear the wrist ground strap. This is the Home equal of the expensive grounded work stations we use at my work. Those have a 1 Megohm resistance to drain charges slow and not zap you. and a resistive mat to work on.  A wood table will suffice. Avoid Plastic, it creates static when rubbed.

I agree with Russ, for the aerospace stuff, they were really anal about static prevention.  However, I will say, modern IC's have added protection and are far better than stuff like the early CMOS stuff is at absorbing a static shot. However, since it's cheap to protect your stuff from static discharge, there's not really a good reason not to do it.

 

Russ, I also had to make sure the stuff survived things like a direct lightning strike on the airframe.  We had interesting tests like direct pin injection of hundreds of volts onto any external connection to the equipment!  I was a heavy user of TVS devices.  Glad those days are behind me.

 

Stan, both videos came through just fine.  I'm using the engine book for the Cruise off operation  & it states to use the Horn - Bell- Bell, to turn off the Cruise and that will generate two whistle blast as confirmation of it being turned off and then, when the engine is shut down, the next star,  defaults to Cruise on again.  I'm using a Z1000, which has the same bell and whistle buttons as the Z4000, however, no Volts or amps meters.  If I can't get it with the Z1000, i'll rig up something in the train building with one of the Z4000's.  I also watched the video on the circuit card info.and for the most part everything was pretty visible, despite the contrast not being "perfect".  I could use some narration as you actually start to take the boards out so I know which board is which.  However, getting the circuit board tower off was pretty straight forward as I watched the removal of the screws and the disconnecting of the wiring harnesses, etc.  I was a aviation mechanic, aircraft inspector, Aircraft Foreman and maintenance officer for 33 years in my previous life.  So, I don't foresee a big problem.  Just a little narration as you remove each board telling me which board is which.  Or Review the video and say, the first board I removed was "XXXXXX" and in my right hand I had board "XXXXX" and the other board was "XXXXX".
 
I also read about the static electricity fix and that's just about how we had it done while working on the avionics assemblies until we installed static discharge 
flooring.  I have a 8' X 2' raised wood platform with carpet covering it.  That and the bracelet will work just fine.
 
I wasn't able to talk to Dick Caster, as he wasn't in today.  I'll try again tomorrow.  I'll be gone all day tomorrow, after about 9 AM and when I get to where I have to be, there's no cell phone coverage.  The messages will still load on my server and when I get back to cell coverage, they'll start downloading.
 
Stan, thanks for all the technical help.  This reminds me of learning all the tricks you have to learn to use a computer to it's full potential.  You never wanted to learn it all, but you accumulated the information as you ran across each new problem.  I was forced to learn more about TMCC fixes than I ever wanted to know after buying four Third Rail E-7's.  Now, I guess I'll learn more about the insides of the DCS.  Before I know it I'll be doing my own P2 upgrades.
 
My only handicap is that my computer is too old to load the DCS set up, however, I'm just a couple of months way from buying a new laptop computer.
 
As soon as I have something new, I'll send you another reply to this message or a newer message if you send one.  
 
Thanks again.  Moke Mike
 
 
 
 
 
Originally Posted by stan2004:

Attached is a 2 minute video showing my clumsy attempt to remove the PS2 3V boards from a diesel chassis.  This was the first time in quite a while and the video is unrehearsed and unedited as will be obvious.  In retrospect I think ALL cables should be removed first before messing with the screws.  And don't forget like I did the motor cable (2 yellow- 2 white) on the left of the video.  That black plastic frame that goes around the board-set fits exactly so make it snaps to snug fit.

 

As mentioned earlier since your board-pairs now have a common sound file, they are interchangeable.  Any DCS address/name info you may have stored into each engine will follow the boards even if the battery is momentarily disconnected while swapping boards.

Mike, I'm not sure there's much to narrate.  That is, the PS2 (3V) board set pair has a smaller board on top (in the video).  This is sometimes referred to as the power supply board; it also happens to have a key part tach sensor IC.  The larger board on the bottom (in the video) is referred to as the processor, digital, or logic board and has most everything else on it (sound, lights, motor, smoke).  As shown, the two boards separate.  You can plug a top board into a different bottom board in the event you want to further isolate which board is bad if such is the case.

 

And absolutely use some kind of wrist grounding strap if you can!  My intent was to make working with these boards seem less intimidating and perhaps I went a bit overboard!  Anyway, there are lots of folks here who are willing to help out and get to the bottom of this.  I'm very curious about the next chapter in the novel of why your MU setups are failing.

 

 

Mike, The reason MTH had you load the latest sound files is that it contains a better algorithm for speed control.  There is also a better smoothing function at low speed.  Apparently there were issues with 5V and early 3V boards wrt to true scale speed.  Also, reloading the sound file is a factory reset.

 

Having said that, if you matched your engines up and ran them together uncoupled and they stayed together, then reloading of the sound file should not have done anything other then you may have had some better low speed performance.

 

In my mind you can't have all these conflicting symptoms.  Trains running with matched speed as a test before the lash up, problems after the lashup but run fine now.  Can't have one motor jerky, while the other runs smooth, then have burn smell, then all is fine with a sound file reload.

 

Conventional does use a different algorithm then DCS speed profile.  It is not scale mph, so you could see different issues in DCS from conventional.  Makes sense.  One mode has full 18-22V being modulated at the motor, the other modulates from a lower track voltage.  I would thing the pulses are longer and that can partially cover a bad motor symptom.

 

I would be careful swapping around components.  If you separate the boards becareful with the connecting pins, they bend very easily and can break off.

 

Did you check the motor mount screw?   I would take one engine at a time and try to resolve this issue.  Frankly, I would try swapping motors before I tried swapping PS-2 boards.  Good luck.  G

I have checked the motor mount screws on all engines as I learned a long time ago, from using Williams engines, which are notorious for having the screw come loose. Over torquing the screw was just as bad.
 
I share the frustration of the mystery of how an engine that nearly was damaged by the rear motor locking up, almost being drug along the track, coupled with the burning smell, being returned to normal after being that far gone, with a sound download.  However, I have had at least two other engines in the last ten years, that once they cooled off became usable again.  They were much older P2 engines that would overheat when pulling too heavy of a load. That compares to significantly different Premier engine that I had pulling what I thought was an acceptable load, just stop when it was overloaded.  I asked Dave Hikel about the incident and he said the newer Premier engines now have a thermal shut off.
                                                                       
Anyway, there is another bit of information that may be unrelated to the problem of three of the engines that failed and were normal after the sound download.  I had changed the name of two of the engines from "Penn SD-45 #6914" to "NP SD45 3614" and "NP SD45 3602" after doing a custom paint job on the Penn. engines into NP colors.  I ran into an engine that the original owner had edited the name of the engine to a combination of letters and numbers that included his initials.  It was a Milwaukee GP-9 in the Dealer Appreciation package.  I edited the name back to the Milwaukee Road and gave it a different address on the test track.  I'd take it out to the layout and since I no longer had the same remote and TIU's, the original name came back up and the address was changed as I loaded it.  I tried two more times and on the last try, smoke started coming out of the engine while it was on the layout?  I guess I'll save that for a new sound download experiment.  However, all the engines that had edited names, especially the one we're troubleshooting now, is back to Engine Factory Reset.  It hasn't made any improvement, however; it's just another item checked off that shouldn't be in the way of finding the root cause of the problems.
 
I hate to waste your time with information that is of no help.  The second engine that failed in a lash-up and uncoupled, then derailed, was connected to a P3 engine. Although they both showed as a good lash-up on a 70' straight away, The P3 engine was one that had the coated ground screws going into the truck assembly.  I didn't realize that the P3 engines had such a poor signal reception problem until Mike Raymond, who was watching the operating session, later that night sent me an e-mail, after doing some research, that the screw had to have the coating removed that went into the truck assembly. Dave Hikel said that I should see a 100% improvement on P3 engines that had the screws cleaned of the coating.  And I did see a huge difference.  A poor signal engine lashed up to a normal signal engine, causing a big problem for the normal signal engine?  Again, this may be useless information.  
 
I appreciate the information on why a sound download does what it does.  Other useful information I read was about the continuity test of both the front and rear motors and that the good motor will use more power than the bad as it has to work harder to compensate for the drag of the bad motor.  I would have removed the can motor with the higher power requirement, before reading that.
Also, looking at the copper winding for a darker appearance as an indication of overheating.  
 
Let me squeeze in a question, as you certainly seem to know electrical principles.  My layout is so large, that I had to use only 14 ga. and 12 ga. copper stranded wire.  The runs were often over 100' as I couldn't go in a straight line since there were walkways, that forced a run to go around the partition.  Does a 12 ga. wire carry a DCS signal better than a 14 ga. wire, when runs are over 50'?  After reading the DCS Companion, I saw where Barry said that for runs over 40', 14 ga. wire may be required.  While putting in part of the newer section, I had runs of about 60' and used 14 ga. and I wondered if I might have better signal quality using 12 ga. wire.  The sections of the original layout with TIU's 1, 2 , 3, 4, and 5A, has a lot of 12 ga. wire running form the Z4000 to the TIU and then steps down to 14 Ga. wire gong to each track pick up. It works fine as far as DCS signal strength.
 
Again let me thank you and Stan for the input and help on this issue and apologize for any useless information.  It's an old habit from aviation maintenance as every bit of data had to be recorded during the write ups on the troubleshooting tree.  That way, the next crew could take over and know exactly what had been done so far. 
 
Regard, Moke Mike
 
Originally Posted by GGG:

Mike, The reason MTH had you load the latest sound files is that it contains a better algorithm for speed control.  There is also a better smoothing function at low speed.  Apparently there were issues with 5V and early 3V boards wrt to true scale speed.  Also, reloading the sound file is a factory reset.

 

Having said that, if you matched your engines up and ran them together uncoupled and they stayed together, then reloading of the sound file should not have done anything other then you may have had some better low speed performance.

 

In my mind you can't have all these conflicting symptoms.  Trains running with matched speed as a test before the lash up, problems after the lashup but run fine now.  Can't have one motor jerky, while the other runs smooth, then have burn smell, then all is fine with a sound file reload.

 

Conventional does use a different algorithm then DCS speed profile.  It is not scale mph, so you could see different issues in DCS from conventional.  Makes sense.  One mode has full 18-22V being modulated at the motor, the other modulates from a lower track voltage.  I would thing the pulses are longer and that can partially cover a bad motor symptom.

 

I would be careful swapping around components.  If you separate the boards becareful with the connecting pins, they bend very easily and can break off.

 

Did you check the motor mount screw?   I would take one engine at a time and try to resolve this issue.  Frankly, I would try swapping motors before I tried swapping PS-2 boards.  Good luck.  G

Post
The DCS Forum is sponsored by
×
×
×
×
Link copied to your clipboard.
×
×