Addressing Trains Going in Wrong Direction

What signal are you using?
The AI is reporting exactly what's occurring. There's an AI driver quite aways ahead blocking the line and has to leave the block before this train can proceed. If it's in the middle of the route and not at a junction where tracks split from single to double, you should use an Advance/Permissive, or Distant signal. These would allow this AI driver to continue to drive while the AI driven train ahead moves into the next block.
 
What signal are you using?
The AI is reporting exactly what's occurring. There's an AI driver quite aways ahead blocking the line and has to leave the block before this train can proceed. If it's in the middle of the route and not at a junction where tracks split from single to double, you should use an Advance/Permissive, or Distant signal. These would allow this AI driver to continue to drive while the AI driven train ahead moves into the next block.
The AI is wrong though. How is the block occupied despite a clear signal indication? I intentionally keep the signal blocks short. Every four baseboards I add signals which creates a new block. Even with distant signals I doubt any difference would be made. Those signals are searchlight from Jointed Rail. I’ve never had a problem until TRS22 with how my signals are setup. If the block was such a problem then even autodrive wouldn’t work either.
 
If the block was such a problem then even autodrive wouldn’t work either.
Autodrive, unlike Navigate and Drive commands, does not follow a path by setting switches to its destination. It will simply follow the path already set by the current switch directions even if this means that path will not reach the assigned destination. It is the users responsibility to ensure that the destination trackmark can be reached by the current switch settings. If not, it will continue on. Autodrive does obey all signals and speed signs.

Have you tried the suggestion by @JCitron and myself to swap the signal at the "chokepoint" to something different? If not then humour us. At the very least it will eliminate the current signal as the source of the problem.
 
Have you tried changing the signal at that junction to a completely different one to see if that works. Also does that signal have any built-in properties that can be edited?
Yes, as they're smart signals from Jointed Rail. I did change the signal but nothing was affected the change. That was a random event.
 
Yes, the AI will begin to fail over time and are more prone to do this when there are lots of them. On my very large custom route, a route I started in January 2004, I have about 30 active drivers, dozens of static consists, multiple portals sending out many drivers in addition to the 30 captive ones, and lots of destinations covering close to 189 route miles. With a route this large, things begin to breakdown. I consulted with N3V on this issue and they said yes, the AI subsystem needs to be rebuilt, but that is extremely complex a job and they do not have the resources to dedicate to the task at this time. The other issue they explained is fixing the problem as it stands will break things more and that's something that isn't good. As time as gone on, they have fixed a few things but not at the extent that they really need to do.

Creating a session is really programming using OOP, or Object-Oriented Programming. Instead of writing subroutines of code, this is already done for you and by you placing the driver-commands and other rules in your session, you are actually putting these subroutines and submodules into a program to operate the session.

When first creating your driver schedules, use KISS. Peter mentioned this before as well. Once you've got the AI doing things simply, you can then add in triggers, popups, and other fancy stuff.

What you need to do is recreate your schedule from scratch one AI driver at a time and test each and every route as each driver is added. This will have the cumulative effect of each driver interacting with each other. By setting up each driver one at a time like this, you can doublecheck your schedules to ensure that they are working properly. I really recommend setting up the schedules first using the Schedule Library first because that will save tons of time later.

In addition to signals and track marks, you need to pick and choose your driver commands carefully based on the situation. Do you need to use Drive instead of Navigate to or via? The situation depends on which ones to use. The Drive commands are more controlled and direct whereas the Navigate commands allow the AI to seek their own path and the not-so-direct route to a destination. AI will also be more apt to turnaround using the Navigate commands because of this.

What Peter said regarding employees is true here as well as elsewhere. In the US many companies offer a 401K retirement plan, which comes with matching contributions, a matching split to FICA for Social Security and Medicare, and health insurance. This is well and above the weekly compensation, vacation, and sick pay. When added up, this can mean a small salary of around $20K a year costing a company close to $100K a year with compensation benefits.
Have you tried changing the signal at that junction to a completely different one to see if that works. Also does that signal have any built-in properties that can be edited?
This is from the latest bug report:

I have discussed this with the dev team and there is a task for them to review the issue. The train seems to be reversing to the junction because the signal thinks there is a train in the block ahead. When it reverses to the junction behind it, the signal is able to clear.

What it should do, is wait at the signal and not reverse.

There is also the question on why the signal thinks there is a train ahead. Both issues will be reviewed.

The original task title says the train gets stuck at a clear signal - this however is not the case (the signal is red and it reverses). Was there a test case of the train actually stuck at a clear signal or is it a signal that should be clear but is reporting as red?
 
Back
Top