Circuits: enhancing rail signal function

[Factoruser]

There might be a distinct train signal, sent by each train, containing the train ID. This signal should be also gained by rail signals, not just stations. It is returned for the (first) train that is currently in the "block" where the rail signal is the/one exit.

Alternatively rail signals should have the same option as train stations, i.e. setting a signal like the default T to the train's ID.

The use would simply be to detect whether any train is in a block as needed for railway crossings. The yellow signal isn't reliable for example.

[Tekky]

I have suggested this myself one year ago in the following thread:

viewtopic.php?f=6&t=47541 track signals should send Train-ID to circuit network

[xZippy]

Sounds like a good idea.

[ikarikeiji]

There might be a distinct train signal, sent by each train, containing the train ID. This signal should be also gained by rail signals, not just stations. It is returned for the (first) train that is currently in the "block" where the rail signal is the/one exit.

Alternatively rail signals should have the same option as train stations, i.e. setting a signal like the default T to the train's ID.

+1 though I'd suggest a signal outputs the ID of the train that has reserved it (if orange) or of the train that is in the next block (if red).

The use would simply be to detect whether any train is in a block as needed for railway crossings. The yellow signal isn't reliable for example.

Actually the colour signals ARE reliable. However, checking for orange is what's misleading you. You should always use the lack of a green signal to indicate that the block has a train in it, not the presence of an orange or red signal.

[Factoruser]

+1 though I'd suggest a signal outputs the ID of the train that has reserved it (if orange) or of the train that is in the next block (if red).

It should only send a signal of a train in the rail signal's block.

The use would simply be to detect whether any train is in a block as needed for railway crossings. The yellow signal isn't reliable for example.

Actually the colour signals ARE reliable. However, checking for orange is what's misleading you. You should always use the lack of a green signal to indicate that the block has a train in it, not the presence of an orange or red signal.

This doesn't work either. If you set a rail signal to red, you don't get a green signal from it anymore, no matter, whether the block is free. You could place a blind rail and signal for checking, but this does not fulfil my aesthetic demands...

[ikarikeiji]

+1 though I'd suggest a signal outputs the ID of the train that has reserved it (if orange) or of the train that is in the next block (if red).

It should only send a signal of a train in the rail signal's block.

Why?

Orange and red both reserve the block and prevent other trains entering it. Surely you would want the train ID to be consistently reported?

Actually the colour signals ARE reliable. However, checking for orange is what's misleading you. You should always use the lack of a green signal to indicate that the block has a train in it, not the presence of an orange or red signal.

This doesn't work either. If you set a rail signal to red, you don't get a green signal from it anymore, no matter, whether the block is free. You could place a blind rail and signal for checking, but this does not fulfil my aesthetic demands...

Really?

I would have thought that signals outputted green even if displaying red, if the red was set only by circuit signal.

If a signal set red only by circuit signal really outputs a red signal back onto the circuit network, I would suggest this is changed as that's really not a useful behaviour.

[Nidan]

If a signal set red only by circuit signal really outputs a red signal back onto the circuit network, I would suggest this is changed as that's really not a useful behaviour.

A signal blocked by circuit condition outputs nothing.