iPortals - do they work in Trainz 2022

fjbicrf

Member
Greetings,

I have been working on a route on paper for now before creating it in Trainz +

Turns out that the route would be way too large and I will be creating it in two separate routes.

I have read here on the forum about using iPortals to send a consist from one route into another. Does this still work in Trainz 2022 and if so, how well does it work.

What I probably will end up doing is to scale back my planned route considerably.

Fred Bray
 
Fred,

They work awesomely in Trainz + without issues.

Your idea is a good one. I did the same with my own very large route. You drive to the portal, or let the AI do the same, and then sometime later go to the sent-to route and release the consists. I set that to manual so the consists don't keep spitting out constantly and I can release an AI driver, set up the commands where I want the driver to go - the Schedule Library and related Copy Commands from... are your friends here, and let them do their thing.

I found some instructions on how to set them up if you need help with that.
 
Edit the iPortals in your session when you setup your driver session and not while editing the route in Surveyor.

Here's what I found ages ago. Naming the source and destination portals gets confusing and I ended up using a piece of old-fashioned scratch paper to keep track of who was who and what was what!

HowTo/Configure an iPortal
< HowTo
An iPortal is a scenery object with track and is placed and linked into your Route in the same way an industry is. The two iPortal assets can be easily found in the scenery items list as they both start with “iPortal”. To function in the Driver Session, the iPortal needs to be configured. There are no rules needed, just open the properties window for an iPortal placed on your Route. To get the iPortal working, not only must your TANE installation be configured to work with your Planet Auran account, but the iPortal itself also has several parameters that need setting as well.

iPortal id
Unique ID name that this portal is to be identified by.

Send to user
Name of the remote Trainz user that you wish to exchange train consists with. This setting isn’t needed if you are just transferring trains to other iPortals on your own Route but is needed if sending between different routes.

Destination iPortal id
Unique ID name of the destination iPortal that this iPortal is to exchange trains with. This can either be remotely located on another user’s system or from your own Route.

Send Trains
Specifies whether trains are sent over the internet and exchanged with another user or just transferred locally to another iPortal.

Check for trains
Enable this option if you want the iPortal to wait for trains that another iPortal may send to it.

Driver mode after create
Determines how trains emitted from the iPortal will be controlled on your Route once they have exited the iPortal. Trains transferred through an iPortal will retain their vehicle loads so one potential fun activity is to operate your Route such that it requires an incoming loaded train from someone else through the ==iPortal== Don’t forget to use iTrainz Chat so you can communicate with your friend and arrange iPortal exchanges. iTrainz Chat will also let you know if your friend is online.
 
John,

Thanks for the info. I will only be sending trains through the iPortals to my own routes so it seems that the setup would be a bit simpler.

Since I am only sending trains to my own routes, is the Send to User parameter still needed?

Thanks,

Fred Bray
 
John,

Thanks for the info. I will only be sending trains through the iPortals to my own routes so it seems that the setup would be a bit simpler.

Since I am only sending trains to my own routes, is the Send to User parameter still needed?

Thanks,

Fred Bray
Yes, if this is another route and not the same route.

You're welcome, I'm glad I could help.
 
Back
Top