User Tools

Site Tools


deprecated:schedules-testcase-nl

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
deprecated:schedules-testcase-nl [2020/05/08 15:00]
smitt48 removed
— (current)
Line 1: Line 1:
-=====Dientroosters===== 
-[[dutch|{{ ​ rocrail-logo-35.png}}]] 
-[[dutch|Inhoud]] -> [[dutch#​componenten|Componenten]] -> **Dienstroosters** 
-  *  [[schedules-index-nl|Algemeen]] | [[schedules-dest-nl|Bestemmingen]] | [[schedules-actions-nl|Vervolgacties]] | [[locations-nl|Locaties en dienstroosters]] | ** Test Case 1** |[[schedules-testcase2-nl| Test Case 2]] 
  
- \\ 
- 
-{{prorail.jpg}} 
- 
- 
-//Het is enkel een kwestie van Planning en Timing// 
- 
-======Layout Plan====== 
-Gemaakt door Rob en gebouwd door Mark, dit simpel plan heeft verassende complexe problemen die enkel kunnen opgelost worden dankzij Tijdschema'​s. 
-Het is ontstaan ui Mark's eerdere werk met "​Dueling Dampfloks"​ (zie de Yahoo Rocrail groep berichten). 
- 
-| {{dueling.png}} | {{dueling.xml}} | 
-=====Basis Opzet===== 
- 
-====Blokken==== 
-Elk blok is hetzelfde opgezet met een vaste wachttijd van 1 minuut. 
- 
-====Routes==== 
-Origineel waren er zeven routes die de mogelijke connecties tussen de blokken weergeven. Deze zijn: 
-  * **r1 (A2-B)** 
-  * **r2 (A2-C)** 
-  * **r3 (B-A1)** 
-  * **r4 (C-A1)** 
-  * **r5 (A1-A2)** 
-  * **r6 (D-A1)** 
-  * **r7 (E-A1)** 
-Let op: al deze routes zijn tegenwijzerzin opgezet van de rechterboven blok **A2** ("1 uur"). 
-Dit definieert de algemene richting van de layout als wijzerzin, en betekend dat "​**voorwaarts van eender welk blok is in wijzerzin tot het volgende blok**"​. Bijvoorbeeld,​ voorwaarts van C moet zijn A1, en terugwaarts van C moet zijn A2. 
- 
-Elke route is gezet met "Beide Richtingen"​ en alle wissels idem. Bijvoorbeeld,​ met route **r4 (C-A1)** de wissel **t1** is gezet rechtdoor. 
- 
-However, during testing it became obvious that all the locs being run would have to face clockwise on the layout. This means that a Steamer running counter-clockwise would have to face the wrong way. For this reason, three routes were added to allow a loc to run facing counter-clockwise around the track: 
-  * **C-A2** 
-  * **A2-A1** 
-  * **A1-C** 
-These routes were setup **counter-clockwise** by using "​From-To"​ with a Run Direction of "​Forwards"​. This is what allows a steam loc to run facing in the "​wrong"​ direction for the layout. 
-====Blok Groepen==== 
-Er is een single blok groep A1-A2, welke gemarkeerd is als Kritische Sectie. Dit betekend dat indien een lok een blok bezet houdt, hij automatisch het andere reserveerd. 
-=====Doelstellingen en Problemen===== 
-The main goal is to allow trains to share the layout as they follow different patterns at the same time. For example, a freight train moving clockwise while a passenger train moves counter-clockwise,​ with both of these trains sharing the A1-A2 line in the north. Or a branch mining train that takes coal from the siding D to the town at B, and then goes back to D for more coal. Schedules will allow the operator to define the different paths trains must take, without having to worry about two trains blocking each other. Rocrail should handle all the little details of making sure one train can get past the other and both trains follow their respective paths. 
- 
-====Niet enkel Routes==== 
-Using just basic blocks and routes two locs can be made to randomly move "​around each other" on the layout, but not move around with any real purpose. For this reason, Schedules are used to define a "list of blocks"​ to be followed, and to allow more meaningful, enjoyable operations. Rocrail then uses the Routes to determine how to get from each block in the list to the next block. 
- 
-====Deadlocking==== 
-When 2 locs both want to move into each others block, they will "​deadlock"​ and not be able to move. In the simplest case, a 2 block layout A-B contains a loc in A that wants to move to B, and a loc in B that wants to move to A. Neither can move until the other loc gets out of its block, which the other loc cannot do until the first loc moves out of its block. 
- 
-Rocrail must be able to resolve these conflicts, or fail with a message that says "This deadlock cannot be resolved."​ Note that you must design your layout to avoid deadlocks where possible, and make sure there is a solution available. Rocrail cannot make the "​A-B"​ example above work, there is no solution. However, **with a properly planned layout**, Rocrail should be able to control all movements, halting one train temporarily while another one proceeds, and then moving the first train once the way is clear. 
- 
-====Kritische Secties==== 
-Critical Sections are groups of blocks that can only have one locomotive in them at a time. If a loc reserves one of the blocks in the critical section, all the other blocks are reserved for that loc at the same time. The top side of the Schedules Test Case layout is divided into two blocks to test this principle. A1 and A2 are linked so that if one loc reserves either block, it reserves both. 
- 
-=====Test Tijdschema en Status===== 
-Werken voor tijdschema'​s gestart in de late lente van 2007, maar met de zomer in het verschiet is er een pause ingelast. Herstart in de herfst van 2007, met goede resultaten. 
- 
-====Basis Testen==== 
-The first case was to test a single loc running a basic schedule, then test two locs running two schedules at the same time. For this reason, the first two schedules used were: 
-  * **C-A1-A2-C** (clockwise, repeating) 
-  * **B-A2-A1-B** (counter-clockwise,​ repeating) 
-Note that these schedules were made to repeat by setting the Schedules drop-down in the Action tab to the same schedule. For example, schedule C-A1-A2-C had Actions > Schedules set to C-A1-A2-C. 
- 
-Initially, a single loc running either of these schedules worked perfectly. However, running two locs at the same time would always deadlock in the A1-A2 part of the layout. This was fixed as of svn 1931. After the fix, one loc would run the first schedule while the other waits, then the second loc would run its schedule while the first waited. 
- 
-Also, the locs used for initial testing were electric locomotives,​ so even though they were moving correctly it was not obvious that they were moving **backwards** when running counter-clockwise 
- 
-====Yard Testing==== 
-The next set of schedules tested Rocrail'​s ability to handle changing directions and non-circular schedules. 
-  * **C-A2-A1-C** (clockwise, repeating) 
-  * **D-A1-E-A1-D** (both directions, repeating) 
-As of svn 1942, this worked perfectly. When the loc running the second schedule would enter A1, the other loc would halt in A2 and wait until the first loc was back in a siding. Then the waiting loc would continue past A1, and stop in C. The loc in the siding would move back out into A1, and the cycle would repeat. 
- 
-This is an example of a Yard Switcher working while Main Line trains keep moving through the yard's entrance. 
- 
-====Cleaning Schedule==== 
-Rocrail could already be used to clean the layout randomly by simply attaching a cleaning car to a loc and starting it under Automatic mode. But because of all the stopping and starting involved, it was not very efficient, the cleaning car should be run at constant speed when possible. This schedule was designed to clean the layout more efficiently:​ 
-  * **C-A1-A2-B-A1-A2-C-A1-D-A1-E-A1-D-A1-A2-C** (clockwise, then both directions, repeating) 
-This was used as of svn 1946 to clean the layout, and also functioned perfectly. 
- 
-====Dueling Dampfloks and Direction==== 
-The direction issue and locomotive placement became a problem when we tried to run the Dueling Dampfloks scenario originally envisioned back in the Spring. This quickly pointed out the following important points about Routes, Direction and Locomotive Placing: 
-  - From To and Both Directions control whether a loc is allowed to move one way only along the route, regardless of facing. For example, if a Route A-B is From To, a loc can **only** move from A to B. 
-  - Run Direction controls if Rocrail sends forward commands to the loc when using the route. For example, if a Route A-B has Run Direction set to **Reverse**,​ and a loc has **Placing set to default**, Rocrail will send **backwards** commands to the decoder when moving the loc from A to B. 
-  - Placing also controls if Rocrail sends forward commands to the loc to move forwards along the route. For example, if a loc in A on Route A-B with a Run Direction of **Forwards** has **Placing unchecked**,​ Rocrail sends **backwards** commands to the decoder to make it move to B. 
-  - Run Direction and Placing are **combined** when Rocrail determines how to move a loc. For example, if a Route A-B has Run Direction set to **Reverse**,​ and a loc has **Placing unchecked**,​ Rocrail sends **forward** commands to the decoder when moving from the loc from A to B. 
-Once Mark fully understood this, he got Dueling Dampfloks to run very well using these schedules: 
-  * **C-A2-A1-C** (counter-clockwise,​ repeating, used by the BR 38) 
-  * **B-A1-D-A1-A2-B** (both directions, then runs next schedule, used by the BR 74) 
-  * **B-A1-E-A1-A2-B** (both directions, then runs previous schedule, used by the BR 74) 
-You can see a short low-resolution video of the Dueling Dampfloks layout in action on You Tube: 
-[[http://​www.youtube.com/​watch?​v=2LY1JMm9wpM|Dueling Dampfloks Video]] 
-======Toekomstige Ontwikkelingen====== 
-Schedules are still evolving in Rocrail, and there are many unused fields in the dialog boxes that illustrate ideas that have not been implemented yet. Some of the ideas that still need to be developed are: 
-{{schedule-plan-A.jpg}} 
- 
-**Block Timing** 
-This will allow trains to know that they are early, late or on time. Rocrail can then speed up, slow down, or even make a train wait as needed. 
- 
-Each block already has a time associated with it in a Schedule. If the first block in the schedule is set for 0:00. and the next is set to 1:00, Rocrail should know if the train made it into the block at 0:30 (early), or 1:07 (late) and make a decision based on Time. Rocrail should hold a train in a block if it is early, and perhaps speed the train up if it is late. This is more complex than it seems. 
- 
-**Timetables** **and Clock Usage** 
-This will allow schedules to be repeated only at specific times. Instead of having a schedule run, stop and then just run again, Rocrail should be able to run a schedule at 9:57, then 12:15, then 13:45. This is more complex than it seems, and brings up the idea of "​Time"​ on the layout. 
-{{schedule-plan-B.jpg}} 
- 
-**Schedule Groups** 
-In the same way that we can link a set of routes into a schedule, we should be able to link a group of schedules into a **Run**. Note that we need a better word for this concept, but the idea is that the loc first runs the Amsterdam to Paris schedule, then the Paris to Munich schedule, then the Munich to Amsterdam schedule. 
- 
-**Train Priority** 
-Fast trains should reserve blocks instead of slow trains where possible. However, a slow train must not be stopped indefinitely because there are too many fast trains using the track it needs. This is very complex, and implies **aging**, i.e. when a train is only a little bit late, you can stop it, but if it is very late, it must run with higher priority so it will not be "​deadlocked"​ by faster trains that reserve the blocks it needs. 
- 
-**Passing Tracks** 
-Situations where a slow train is in front of a fast train should be handled as well, with the slow train "​pulling to the side" at the next passing siding and allowing the fast train to get in front. This would mean setting up a single schedule with two or more lists of routes, or allowing you to specify two blocks for a single destination in a schedule. For example consider these two schedules: 
-  * **A1-B-A2-A1** 
-  * **A1-C (wait)-A2-A1** 
-We would always use the first schedule if no other train was on the layout. But if a train with higher priority was following this train, this train would use the second schedule and wait in C while the other train moves ahead of it. 
- 
-**Function Triggering** 
-When a loc completes a schedule, a specific function is activated. This might let a loc play a sound when it reaches its destination,​ or uncouple from its wagons. Using the Yard Schedule mentioned above, this might let one loc run 2 trains, by moving into a siding and coupling automatically,​ running a train out on the layout, moving back into the same siding, and then uncoupling using a Telex magnet. 
- 
-This is one of the goals of the original Dueling Dampfloks layout, the idea of a switcher running two sets of wagons from each of the sidings while a main passenger train runs the layout. 
- 
-This is already implemented,​ but it should be fully tested. 
- 
-**Output Triggering** 
-This will allow other actions to be taken when a schedule is completed, such as turning on or off lights, putting power on the rails in an isolated section, or any other kind of electrical action that can be controlled by an addressable decoder. 
- 
-======Layout Details====== 
-De volgende tabellen geven de details voor alle elementen in de layout weer. 
- 
-| **Blok** | **Richting** | **Kritisch** | 
-| A1 | beide | J | 
-| A2 | beide | J | 
-| B | beide | N | 
-| C | beide | N | 
-| D | beide | N | 
-| E | beide | N | 
- 
- 
- 
-| **Sensor** | **VanBlok-Gebeurtenis** | 
-| s1a1 | B-enter, C-enter, A2-in | 
-| s2a1 | B-in, C-in, A2-enter | 
-| s1a2 | A1-enter, B-in, C-in | 
-| s2a2 | A1-in, B-enter, C-enter | 
-| s1b | A2-enter, A1-in | 
-| s2b | A2-in, A1-enter | 
-| s1c | A2-enter, A1-in | 
-| s2c | A2-in, A1-enter | 
-| s1d | A1-in | 
-| s2d | A1-enter | 
-| s1e | A1-in | 
-| s2e | A1-enter | 
- 
- 
-| **Route** | **Van** | **Naar** | **Richting** | **Acties** | 
-| 1 | A2 | B | beide | t2 afbuigen | 
-| 2 | A2 | C | beide | t2 rechtdoor | 
-| 3 | B | A1 | beide | t1 afbuigen, t3 rechtdoor | 
-| 4 | C | A1 | beide | t1 rechtdoor | 
-| 5 | A1 | A2 | beide | - | 
-| 6 | D | A1 | beide | t3 afbuigen, t4 afbuigen | 
-| 6 | E | A1 | beide | t3 afbuigen, t4 rechtdoor | 
- 
- 
-| **Tijdschema** | **Bestemming** | **Type** | **Opmerking** | 
-| 1 | B, A1, A2, B | cycle: 10 maal | - | 
-| 2 | C, A2, A1, B | cycle: 10 maal | gebruik routes naar/van verandert de richtingbit vd trein | 
-| 3 | D, A1, E, A1, D | cycle: 2 maal | gebruik routes naar/van verandert de richtingbit vd trein | 
- 
-=====Tijdschema Acties===== 
-{{schedules-actions-en.png}} 
-Actie te voldoen na het bereiken van de laatste bestemming.