Resetting rules to apply again during session

ElStoko

Well-known member
Pendolino's thread of 27Nov2007 "Random List Rule" reached no satisfactory conclusion as to why a parent rule that does not require resetting (e.g. Trigger Check with 'Trigger only once' box unchecked; Reset List) does not reset its children rules to allow them to operate more than once during a session.

I have experienced a similar problem to Pendolino and have pared the demonstration of it back to the bare essentials. Within Surveyor in a world containing a single loop of track with a locomotive, add a trigger, say Trigger 0. To the default session rules, add:

- Trigger Check (Trigger 0 selected, Any train can trigger, 'Trigger only once box' is left unchecked)
-- Display HTML (I chose "index.html" from 'MN Session Manager' that displays as a blank pop up)

Go to Driver, and set the locomotive off around the loop. The first time through the trigger, the HTML page pops up. All subsequent trigger passes result in NO pop up.

The session rules were edited to:

- Reset List
-- Trigger Check
--- Display HTML

The result in Driver was unchanged.

This must have been encountered earlier by others but a search on 'reset list' revealed only Pendolino's experience. I'm using TC and don't know if the same problem exists in TRS2006. I think this is a fundamental problem in TC , at least, and significantly compromises the usefulness of the Session Rules editor. I'd really like to hear if other people have a similar experience to mine so that, if it's a coding flaw, it can be corrected in the next TC release.
 
Reset Rules

I have had the same problem many times, even using sequential and simultaneous check lists. The program performs all of the tasks JUST ONCE,but does not reset the rules, no matter where I put the Reset ChecK List Rule

Dick Hartman
196683
 
I have had the same problem many times, even using sequential and simultaneous check lists. The program performs all of the tasks JUST ONCE,but does not reset the rules, no matter where I put the Reset ChecK List Rule

Dick Hartman
196683
 
Example too simple - try this one: ganged junctions

My example was too pared. Tried it again myself and the fault was not there: the HTML page repeatedly returned upon each trigger. What am I on about?! Well, a little more complex example does fail repeatedly. The example involves ganging two junctions so both are operated by the one lever. This could be used in a crossover between main lines, for example. While the example should work, I admit it is inefficient practice to have the status of the junctions being continuously monitored, rather than being triggered by an event. The layout has 2 junctions (J1 and J2). J1's lever is the Master and J2 is the Slave. The rule structure in the Session Editor is as follows:

-Ordered List(Repeat forever)
--Multiple Junction Alignment Check(J1, left)
---Set Junction(J2, left, unlocked)
--Multiple Junction Alignment Check(J1, right)
---Set Junction(J2, right, unlocked)

My experience is that J2 follows J1 twice, then freezes for all future operations of J1. Is this an application code fault, or is there a flaw in my rule logic?
 
Back
Top