Skip to main content

Replies sorted oldest to newest

Clem,

Is this the first time that the engine has been powered on since it was added?If so, the engine's battery is most likely too weak to remember it's DCS ID#.

If this the case, charge the engine's battery until, when track power is turned off, the engine's sounds persist for at least 6-7 seconds.

This and a whole lot more is all in "The DCS O Gauge Companion 2nd Edition", now available for purchase as an eBook or a printed book from MTH's web store site! Click here to go to the web page for the book.

Or click here to see my ad on the FOR SALE Forum.

Smile
Jon,
quote:
what is the answer to when your remote(s) cannot move any engines from the inactive list to the active list, and have the error message that the "engine is not on the track" but when you press read all engines on the track that are on the inactive list will be moved from the active list and will operate the engine fine.
I haven't a clue. This should not happen.

Have you seen this yourself?
quote:
Originally posted by 0trainman:
I have 3 TIU's all in super mode, this started after I loaded 4.2 months ago. I can access all engines as long as i do the read function, but as I stated before I cannot bring a single engine from inactive to active.
I is just annoying that's all


What is the address of the TIU you use to load the engines? What TIU are you on when you try to move them from inactive to active? Are you running V4.20 firmware?

I have been seeing similar behavior on the NWTL since moving to V4.20. I add all the engines on TIU #1, which is only connected to a service track. The rest of the layout is controlled by TIU's 2-5 with all TIU's in super mode. I can move the engines in and out of inactive at will on TIU #1 (the TIU with which they are associated in the remote) but not on the other TIU's. I haven't had time to properly investigate this yet, but I suspect there might be a bug related to TIU address and/or association that produces the "engine not on track" error even when the locomotive is on a track with solid 10's on signal strength. The more data you can share the better.

Otrainman, it's interesting that you say a "read" will bring the engines up to the active list. Are the engines actually on the track and powered when you perform the read?
1st of all Merry Christmas
In response to Dave most engines were added before I had 3 Tiu's so some are on TIU 1,2, but more recently on TIU 3 on a separate programming track.
the only other thing I can think of is that I didn't have this problem untill I cloned my remotes about 9 months ago, after cloning my accessories and switch paths were not correct and had to go into the 2 remotes I cloned and correct the paths. the TIU paths were ok but the AIU accessory and switch output locations were scrambled, this may or may not have anything to do with the bringing engines from the inactive list to the active list, I don't know enough about the sofware.
I will try and do what Barry has suggested about deleting and re-adding engines on the the remote, just one question will I have to do this for all 3 remotes, this take a while because there are 70 engines, I would prefer to clone the other remotes after doing this but may run into the same problem with the switch path locations and i really don't want to go through that again because there are 60 switches.
Thanks Jon,

Merry Christmas! Those of us on the west coast will join you in a couple hours. Wink

Deleting and re-adding as Barry suggested should get everything back into the active list, but it probably won't make it any easier to move them back and forth. I'd suggest that you immediately clone the remote once you have all the engines re-added. That will give you a saved data file with everything active. If all the accessory and switch paths are correct in the remote when it is cloned they should load into your other remotes without trouble.
Finally got back to my layout,
I did what Barry said to do,switching the TIU back to normal mode and doing a read in normal mode, which did find all engines on the tracks connected to TIU 2, engines on track connected to TIU 1 did not read, TIU 3 is set aside as a DCS set up and test unit without any tracks connected to it.
I put all the TIU'S back to super mode and can move engines from inactive to active only on tracks connected to TIU 2.
Maybe TIU 1 is defective?
Jon,
quote:
1.I thought with rev 4.0 that the engines were no longer stored in the TIU's.
They are not stored in the TIU, however, the remote has the association of each engine with a TIU. It's the association that appears to be messed up.
quote:
2.why would all 3 remotes have the same problem.
Because the problem occurred after the engines were stored in all the remotes, when you switched to Super TIU mode. Also, if you cloned one remote to the others, all of them would inherit any issues present in the one that was the original.
Hi all,

I finally took time today to pin down the behavior on the NWTL. In short, it appears that Super Mode is not functioning when moving engines out of the inactive list on V4.20.

Here's what happens. Add an engine on a given TIU (any address, but let's say #2). Move it to a TIU with a different address (let's say #3). Put both TIU's into Super Mode (if they're not already). You will have no problem operating the engine on TIU #3. Now put the engine into inactive. You will not be able to recall the engine to the active list until it is back on the TIU with which it is associated (TIU #2). If you perform a Read it will be properly re-associated with TIU #3. Once associated with TIU #3 the engine will move in and out of inactive without trouble. Put the engine back on TIU #2 and it will not move out of inactive.

The behavior remains the same when the remote is in either Normal or Speed operating modes. It does not matter whether the remote has the TIU's set for Super Mode when the engines are added to the remote.

I hope others will confirm or debunk the results of these tests and post about it here.
Hi Gregg,

Yes, pressing the Read button seems to reliably re-associate the engine no matter how many times you move it.

In the case of your engines that can be run by some remotes and not others, I suspect the remotes that won't operate the engines are not set for Super Mode. Super Mode doesn't really change anything in the TIU's. It actually changes the code that the remote transmits to the TIU. That's why you need to set each TIU to Super Mode in each remote, not just one.
Gregg,
quote:
In super mode the engines should associated with all the tiu, is that not the case with software 4.20? it appears not .
All Super TIU mode does is instruct all TIUs to attempt to send commands to all engines, regardless of which TIU is associated with a particular engine. The remote does all of the heavy lifting.

Since, I believe, you run DCS 3.1 rather than 4.10 or 4.20, your issues quite possibly have little or no relationship to the problem that Dave has documented. Super TIU was just about rewritten for DCS 4.x.
quote:
Since, I believe, you run DCS 3.1 rather than 4.10 or 4.20,

Nope! We're running 4.2..... We may have been bitten by the Dave is referring to. In super mode any engine on any tiu's track should be able to come out of the inactive list on any remote without using the "read." Yes??? We try and keep all our engines in the active list and very seldom use the "read", There was a bug with one of the earlier versions of the software that when the "read was pressed some of the tiu would revert back to normal mode. That one has long been corrected.
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.
×
×