Hello Ross, All,
This is a nice concept. You have moved the problem of additional bridge wires outside of the bridge, i.e. on the spoke tracks.
However, I'm suspecting possible problems with automation... I must say I haven't experimented this kind of configuration until so far, and it may depends also of the software used, but this alerts me a bit.
For the following explanations, I've reused part of your drawings, with some addition.
Note: Not all wires are shown
Let's call the 3 sensors/areas of the bridge "enter", "brake", "in".
The "brake" can be ignored for the rest of the explanation.
If I understand correctly, one rail of half of spoke track set are connected together to the same S88 input (Enter) -I have marked them E0, E46, E44... to E26, and the other rail is grounded for the same set.
For the remaining half spoke tracks set, tracks are connected in the same manner, to another same S88 input : In. I have marked them I2 to I24.
If this is not like that, then I've missed something. Please provide more explanations.
Here is an example of questions I have in mind:
-Q1: A loco is entirely on the bridge (0-24), i.e. All sensors are up (enter, brake & in). Now you move the bridge to another position, for instance 46-22. When the bridge moves (without having reached the final position), enter & in disappear because grounded sections disappear, even if brake is still high. What is the behavior of the software when some sensors of bridge vanish while rotating ?
-Q2: same kind of question, when the bridge reaches the new position, i.e. the sensors enter & in are back.
-Q3: now a variant of Q2. The new position reached is such that enter & in sensors are swapped compared to the initial position, i.e. 2-26... What is the behavior ?
Maybe the answer is TC doesn't care to lose some sensors/ignore them while bridge is moving... Let's suppose this is the case also with Rocrail.
-Q4: More annoying, at least with Rocrail: A loco wants to enter the bridge coming from I2 side. It enters the spoke track and fires I2, thus "In" sensor, without having fired previously the "Enter" sensor -> Unexpected detection = Ghost Train = Emergency power off !
I'm sure TrainControler is extremely sophisticated and is (possibly?) able to deal with such stuff, but I'm not sure with Rocrail.
These considerations are theoretical and I would need to simulate a complete behavior in order to be sure it's OK with Rocrail, before going that way.
However, many thanks for your suggestion, but at the present time it raises many questions in my mind.
Cheers
Fabrice