23 - 05 - 2013

Ads by Google

Shout box

Turn off/on Sound Smileys History FAQ Kide Chat
arabianights: let's get ambitious, since you're in a DMZ, and see if I can see your hard drive on windows networking...
arabianights: that said I have no idea what happens if you ping a normal "consumer" PC these days wouldn't be surprised if no pings work
arabianights: requests timing out
vontrapp: Can you ping my ipa?
vontrapp: very
arabianights: do you want me to ping you?
arabianights: oh ok in that case it's very odd
vontrapp: I use DMZ
arabianights: also are you running another simisg?
arabianights: does simsig support uPnP and if not have you manually forwarded ports?
vontrapp: Forget it; too much time wasted.
vontrapp: N-one else. I have never had trouble with players connecting.
arabianights: given I was playing earlier today
arabianights: it's reasonably unlikely to be a problem on my end
arabianights: no idea what is going wrong have you had others connect?
arabianights: yep
vontrapp: are you joining as a client?
vontrapp: 50505
arabianights: still not working port ok?
Roadrunner: KX 1985 RERUN now open. Guests and first-time players of multi-play log-in NOW!
vontrapp: 82.17.73.48
vontrapp: no
vontrapp: ok
arabianights: 2.227.0
arabianights: is my swindid same as yours I just d/l it now
arabianights: yeah it isn't working and port is 50505
vontrapp: I'll start it again
vontrapp: yes
vontrapp: in the forum
arabianights: .48?
arabianights: p.s. where are the teamspeak details I should probably get that
vontrapp: have u correct IP?
arabianights: (i.e. checking if you get port forwarding etc)
arabianights: but if von can get it to work then I go to swindid for FIFO reasons... von do you host a lot
vontrapp: port is 50505
arabianights: if von can't get it to work and I am not on pally or welwyn (have aversion to rerurs)

Only registered users can send messages, register or login
Forum
Private Messages

You are not logged in.

Forum Latest
Upcoming Events
There are no events in the selected category
Login Form

Welcome, Guest
Username: Password: Remember me

TOPIC: Signal driver to warn of adverse change of aspect

Re: Signal driver to warn of adverse change of aspect 17 Jan 2012 09:32 #11

  • Firefly
  • Firefly's Avatar
  • OFFLINE
  • Local Operations Manager
  • Posts: 298
  • Thank you received: 92
unless im drastically missing something, theatre indicators, as with feathers, stencils etc, complement MAS signalling, not replace it.

They do, they'll never replace it.

The next step is no signals at all.
The administrator has disabled public write access.

Re: Signal driver to warn of adverse change of aspect 17 Jan 2012 11:48 #12

  • Peter Bennet
  • Peter Bennet's Avatar
  • NOW ONLINE
  • Administrator
  • Posts: 2526
  • Thank you received: 334
Late Turn wrote:
I suspect the penalty relates to the last-minute inconvenience to them which will hopefully be outweighed by the delay minutes saved. (if you edit the timetable in advance via F2 - equivalent to updating the passenger information systems! - you won't receive a penalty).

It does

Peter
"The fruitcakes were right. I am for the fruitcakes. I am proud to be a fruitcake. Long may fruitcakes continue."
The administrator has disabled public write access.

Re: Signal driver to warn of adverse change of aspect 17 Jan 2012 12:27 #13

  • Stephen Fulcher
  • Stephen Fulcher's Avatar
  • OFFLINE
  • Local Operations Manager
  • Posts: 628
  • Thank you received: 113
The problem with approach locking not applying to stationary trains is how does the interlocking know that the train has stopped?

In SimSig we can all look via F2, but no real Signaller in a power box can do so (mechanical boxes can sometimes, but not always, see trains standing at their signals). When no route is set from a signal, the overlap will time out after a preset time, usually but not always, 2 minutes after the last track circuit or axle counter before the signal is occupied, but that is a time calculated by the designer as to when a train could reasonably be expected- to have stopped at the signal, and theoretically is no guarantee.

With a signal off, the interlocking will be "expecting" a train to pass that signal at the proceed aspect, hence the timeout when you replace it to danger in front of the train regardless of the speed of the train. In real life Signallers can, and often do, contact drivers to inform them that they will be replacing the signal to danger in front of them, for instance by asking the relevant Station Staff at Newton Abbot in this case to tell the driver to phone the signal box, or by using Cab Secure Radio to contact the driver directly if it is fitted. The signal will still time out however.

In this incident above, you have had your chance as stated above to put the road back, when the driver first telephoned to say he was delayed. AndyG has the best method of working here, which is one I follow too. If you always say you will be replacing the signal whenever there is a delay, and then replace it, then there are options for running other trains. If you leave the signal off then you have effectively stitched yourself up until the delayed train departs.
Last Edit: 17 Jan 2012 12:32 by Stephen Fulcher.
The administrator has disabled public write access.
The following user(s) said Thank You: maxand

Re: Signal driver to warn of adverse change of aspect 17 Jan 2012 12:57 #14

  • maxand
  • maxand's Avatar
  • OFFLINE
  • Local Operations Manager
  • Posts: 675
  • Thank you received: 41
Thanks Stephen, Peter and Andy for clarifying this issue.

So if I always replace the signal, I will always get 120 seconds approach locking (unavoidable, due to the interlocking mechanism), but not incur an ACOA penalty provided I do it within one minute of responding to the driver's call. Fine.
Last Edit: 17 Jan 2012 12:58 by maxand.
The administrator has disabled public write access.

Re: Signal driver to warn of adverse change of aspect 17 Jan 2012 15:39 #15

  • mfcooper
  • mfcooper's Avatar
  • OFFLINE
  • Moderator
  • Signaller, Victoria Central
  • Posts: 437
  • Thank you received: 74
maxand wrote:
So if I always replace the signal, I will always get 120 seconds approach locking (unavoidable, due to the interlocking mechanism), but not incur an ACOA penalty provided I do it within one minute of responding to the driver's call. Fine.

As we get every time at work a driver phones in delayed somewhere. You give a driver in real life an ACOA and be wary, he may asked to be relieved from duty due to the shock, and management will *not* be happy... :unsure:
That wasn't incorrect regulation - that was editing the timetable!
The administrator has disabled public write access.

Re: Signal driver to warn of adverse change of aspect 17 Jan 2012 15:47 #16

  • Stephen Fulcher
  • Stephen Fulcher's Avatar
  • OFFLINE
  • Local Operations Manager
  • Posts: 628
  • Thank you received: 113
In the instance maxand was referring to, there is no problem because the driver will have been told during the initial phone call that the signal will be replaced, so will be expecting to see a G-R COA.

However, also be wary because if you say yes and then take too long about doing it, you will get an ACOA penalty anyway, so when you do say yes, make sure you pull the route straight away.
The administrator has disabled public write access.

Re: Signal driver to warn of adverse change of aspect 17 Jan 2012 18:32 #17

  • DriverCurran
  • DriverCurran's Avatar
  • OFFLINE
  • Signaller
  • Posts: 188
  • Thank you received: 35
Maxand

You will get which ever timeout applies to that signal. Some signals will be as little as 30 seconds and some could be 3 or 4 minutes depending on what the timeout in the real life box is and therefore what the developer of that simulation has coded into the simulation.

Paul C
'You have to get a red before you get a colour' - advice from an old hand driver when route learning through a certain signalbox area of control
The administrator has disabled public write access.

Re: Signal driver to warn of adverse change of aspect 17 Jan 2012 20:28 #18

  • Steamer
  • Steamer's Avatar
  • OFFLINE
  • Local Operations Manager
  • Posts: 545
  • Thank you received: 155
DriverCurran wrote:
You will get which ever timeout applies to that signal. Some signals will be as little as 30 seconds and some could be 3 or 4 minutes depending on what the timeout in the real life box is and therefore what the developer of that simulation has coded into the simulation.

As a rule of thumb: 120 seconds for main signals, 30 seconds for shunt signals (including subsiduary signals). The only Sims that time out for longer are (I think) parts of CScot and Trent.
"Ever notice how the number of people watching you is directly proportional to the stupidity of your action?"
- Gene Brown
The administrator has disabled public write access.

Re: Signal driver to warn of adverse change of aspect 17 Jan 2012 20:41 #19

  • AndyG
  • AndyG's Avatar
  • NOW ONLINE
  • Moderator
  • Posts: 969
  • Thank you received: 146
Think there's some at 240 secs on Sheffield, in the Aldwarke-Masborough Jns area. I guess these longer time-outs are related to higher line speeds/stopping distances.
Last Edit: 17 Jan 2012 20:42 by AndyG.
The administrator has disabled public write access.

Re: Signal driver to warn of adverse change of aspect 17 Jan 2012 21:25 #20

  • Firefly
  • Firefly's Avatar
  • OFFLINE
  • Local Operations Manager
  • Posts: 298
  • Thank you received: 92
I guess these longer time-outs are related to higher line speeds/stopping distances.

Distance between previous signal and the signal that's been replaced.
The administrator has disabled public write access.
Time to create page: 0.198 seconds