Portals produce more than I ask.

heaven7

Guest
Hey everyone happy New Year!!
I'm experiencing a problem when in driver.I have 2 portals one for local trains and the other for express trains.Before
I add drivers/consists to the portal I make a schedule for outside trains then I add consist to make the portal produce and make em copy commands.So the problem is I may put 3 from local to be produce 10car sets and 3 from the exp 10 car sets.So thats a total of 6 drivers 3 from each portal.But in driver it produces duplicate drivers that has been already produced for ex Sam was produced 1st he would be later duplicated again and again and again I mean I want 6 drivers/3each portal it produces duplicate drivers and I don't want it to do that.Support would be appreciated.
 
You could try Emit from Portal rule. Select which portals are to emit stock, what stock and locos. When you are ready select portal/stock and it will be produced. The rule i think you are using will produce a consist every xxx minutes, this way you get your stock when you want it.
 
You could try Emit from Portal rule. Select which portals are to emit stock, what stock and locos. When you are ready select portal/stock and it will be produced. The rule i think you are using will produce a consist every xxx minutes, this way you get your stock when you want it.
Alllll rightttttt thanks alot it worked its actually better b\c you can choose a time you want a train to be produced!!
 
Portal Timetable Rule

You might also want to look at the Portal Timetable Rule kuid2:61392:2002:1
 
This may seem like a step backwards, but you can also get a similar effect using Re-Rail portals by maggs (standard and basic). The portals also allow you to re-rail any derailed trains on the route as well as setting the portals to emit sequentially as well as randomly. (You will probably get some duplication after an hour or so depending on what the production delay and frequency settings are, but this is normal for portals)

The KUID numbers for the re-rail portals are 116387:5:1 (standard) and 116387:6:1 (basic)

A tip: If you are using signals in the route and sending trains to a portal at the end of their journey, adding a buffer at the end of the portal (I use 'rail end' but any buffer will do) can sometimes cure 'false signal' problems (signal staying at red even though the line ahead is clear)

Shane
 
Just to add to Shane's tip.
This problem also happens on plain line, such as sidings and branch lines, where there is no buffer stop or equivalent. It is almost as if a buffer stop is programmed to act like a permanently red signal,

Steve
 
That is correct - buffer stops (assuming they have been set up correctly by the content creator) act as red signals - it prevents the previous signal displaying red ('line terminates or is closed') unless a junction is set against it (the previous signal) and causing the train to get stuck. (take it from me, once you get at least 10-20 trains going in the same direction and one gets stuck, it is not funny to try and fix it - prevention is better than cure)

Shane
 
Buffer stops act as normal signals, but without any visual notification of their state. (You can still hover the mouse over them to get their status.) They'll be red as long as they're at the end of the track, (which is where they should be) but if there is signaled track behind the buffer stop then it'll work like a regular signal would and a train may drive right through it. This also means you could just put a regular signal at the end of the track and get the same functionality. The only difference is how the object looks.
 
Back
Top