Elvas Tower: Air Brakes - Additional Features - Elvas Tower

Jump to content

Posting Rules

All new threads will be started by members of the Open Rails team, Staff, and/or Admins. Existing threads started in other forums may get moved here when it makes sense to do so.

Once a thread is started any member may post replies to it.
  • 10 Pages +
  • 1
  • 2
  • 3
  • 4
  • Last »
  • You cannot start a new topic
  • You cannot reply to this topic

Air Brakes - Additional Features Rate Topic: -----

#11 User is offline   copperpen 

  • Executive Vice President
  • Group: Status: Elite Member
  • Posts: 3,139
  • Joined: 08-August 05
  • Gender:Male
  • Simulator:MSTS & OR
  • Country:

Posted 28 July 2016 - 12:37 AM

After a lot of digging in various books and trawling the internet, the only figure I can find is for steam usage of the small ejector of the Gresham & Cravens Dreadnought which is given as 300lb steam per hour. However, as the ejector could be varied over a small range to maintain a vacuum, the average for a train of the 1930's in Britain is stated as about 400lb per hour. The large ejector would of course use a lot more, but was not in continual use. The there is the mechanical pump used by the GWR in particular which was driven by the crosshead and maintained the vacuum in the trainpipe. The pipe itself was of 2 inch internal diameter pipe and the system was almost as fast in application and release as the air brake systems.

Given the above, it can be reasonably assumed that the figures for steam usage of ejectors in various MSTS eng files can be taken as about right. On that basis the other figures for the vac system in MSTS files should not be far from what is required.

#12 User is offline   steamer_ctn 

  • Open Rails Developer
  • Group: Status: Elite Member
  • Posts: 1,879
  • Joined: 24-June 11
  • Gender:Male
  • Country:

Posted 08 August 2016 - 08:46 PM

Version #3600 now includes the capability to specify train air brake pipe leakage rate.

To enable this capability the following parameter must be entered into the ENG file.

TrainPipeLeakRate ( 0.0833 )


The default unit of measure is psi/s. Other units can be bar/s, inHg/s or kPa/s.

Normally the train air pipe leakage rate accepted by most railways was around 5psi/min.

In most brake positions the air leakage will be replaced instantaneously with air from the main reservoir to maintain the set pressure. However, in older braking systems, such as the A6ET system, the train brake pipe was isolated from the main reservoir when in the LAP position, and thus the pressure in the brake pipe could reduce, thus applying the brakes.

Most modern locomotive brake systems had a self-lap position which maintained the set brake pipe pressure regardless of the train pipe leakage.

#13 User is offline   Icik 

  • Conductor
  • Group: Status: Active Member
  • Posts: 308
  • Joined: 19-April 15
  • Simulator:Open Rails
  • Country:

Posted 09 August 2016 - 02:41 AM

Hello Mr. Steamer_ctn,

I found a bug when in options the language set to Czech language, then pipe leakage is from main reservoir but not from brake pipe.

Please fix that.

#14 User is offline   steamer_ctn 

  • Open Rails Developer
  • Group: Status: Elite Member
  • Posts: 1,879
  • Joined: 24-June 11
  • Gender:Male
  • Country:

Posted 09 August 2016 - 02:54 AM

View PostIcik, on 09 August 2016 - 02:41 AM, said:

I found a bug when in options the language set to Czech language, then pipe leakage is from main reservoir but not from brake pipe.

Can you please explain why you think that there is a bug.

Depending upon the brake controller setting, train pipe leakage will cause the main reservoir to drop in pressure over time.

What symptoms are you getting?

Thanks

#15 User is offline   Icik 

  • Conductor
  • Group: Status: Active Member
  • Posts: 308
  • Joined: 19-April 15
  • Simulator:Open Rails
  • Country:

Posted 09 August 2016 - 03:11 AM

When I set the language to English, the leakage is just from brake pipe (controller is in lap position). Compressor is off, just triple_valve go to apply and begin to brake.
When I set the language to Czech, the leakage is just from main reservoir (controller is also in lap position). Compressor is on, triple_valve is in release position.

#16 User is offline   Icik 

  • Conductor
  • Group: Status: Active Member
  • Posts: 308
  • Joined: 19-April 15
  • Simulator:Open Rails
  • Country:

Posted 09 August 2016 - 03:41 AM

It is not problem just in Czech language. I´m trying also German(Deutsch) language and make it the same.

#17 User is offline   ATW 

  • Engineer
  • Group: Status: Contributing Member
  • Posts: 638
  • Joined: 07-January 13
  • Gender:Male
  • Simulator:MSTS Open Rails
  • Country:

Posted 09 August 2016 - 08:31 AM

Can this brake code system be reverted back to the last original for units in train not equipped with the train leak rate parameter? I am seeing a change where my long freight trains BP an EQ are releasing/applying at the same rate of speed staying the same in cab an in HUD. The only time they are not the same is if an angle cock is open on a end where EQ is staying where it's set to while BP drops to 0... but attaching to a cut of long cars as well as closing an angle cock back on a end the BP in a eye blink gets back to the EQ rate with not enough charge time like originally.


Edit: The leak parameter is a good parameter as it is but issue I see is a change in BP performance keeping at same rate as the equalizing reservoir unless Main Res leaks under BP. Controlling units not equipped should use previous Brake code or simply fix an revert the BP performance since leaks work mainly with Main Res leaking? Leak parameter just comes into effect when in controlled equipped unit an not trail units equipped which should come into effect also.

#18 User is offline   steamer_ctn 

  • Open Rails Developer
  • Group: Status: Elite Member
  • Posts: 1,879
  • Joined: 24-June 11
  • Gender:Male
  • Country:

Posted 09 August 2016 - 11:00 PM

View PostIcik, on 09 August 2016 - 03:41 AM, said:

It is not problem just in Czech language. I´m trying also German(Deutsch) language and make it the same.

Ok, I can see the problem, and will look to do a patch shortly to fix it.

View PostATW, on 09 August 2016 - 08:31 AM, said:

Edit: The leak parameter is a good parameter as it is but issue I see is a change in BP performance keeping at same rate as the equalizing reservoir unless Main Res leaks under BP. Controlling units not equipped should use previous Brake code or simply fix an revert the BP performance since leaks work mainly with Main Res leaking? Leak parameter just comes into effect when in controlled equipped unit an not trail units equipped which should come into effect also.

I don't quite understand.

It should only apply once along the length of the train, and not multiple times for each locomotive. The leakage figure quoted of 5psi/min is for the total train length regardless of length.

Is this a double headed train?

Can you describe the scenario and the problem that you are seeing so that I can attempt to duplicate the issue.

Thanks for the feedback.

#19 User is offline   hroch 

  • Fireman
  • Group: Status: Active Member
  • Posts: 198
  • Joined: 05-June 14
  • Gender:Male
  • Simulator:MSTS OR
  • Country:

Posted 10 August 2016 - 02:17 AM

Hi
I am starting OR with locomotive and wagons in explore mode. When uncoupled any wagon OR always crased in Windows.
I am testing in version 3601.
Here my Openlog.
Attached File  OpenRailsLog.txt (619.32K)
Number of downloads: 624

#20 User is offline   QJ-6811 

  • Conductor
  • Group: Status: Active Member
  • Posts: 385
  • Joined: 27-December 15
  • Gender:Male
  • Simulator:MSTS / Open Rails
  • Country:

Posted 10 August 2016 - 05:32 AM

View Posthroch, on 10 August 2016 - 02:17 AM, said:

I am starting OR with locomotive and wagons in explore mode. When uncoupled any wagon OR always crased in Windows.
Attachment OpenRailsLog.txt



I had a similar problem recently.
If I disconnect a wagon, ORTS crashes.

Because I was busy with the "size" of my locomotive (other problem), I found out that if the value of "InertiaTensor" was smaller than in "size", this was caused. (?)

After the value was made equal (or higher), the problem was over.

example
Size ( 3.2m 3.896m 16.13m )
InertiaTensor ( Box ( 3.2m 3.99738m 15.0m ) )

to
Size ( 3.2m 3.896m 16.13m )
InertiaTensor ( Box ( 3.2m 3.896m 16.13m ) )

Perhaps an bug, or it should be so?

Maybe also your problem?

  • 10 Pages +
  • 1
  • 2
  • 3
  • 4
  • Last »
  • You cannot start a new topic
  • You cannot reply to this topic

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users