Home » railML newsgroups » railml.rollingstock » Different ways to model tractive effort (How to enter discrete, hyperbolic or quadratic tractive effort curves?)
Different ways to model tractive effort [message #2155] 
Tue, 26 February 2019 09:40 
Laura Isenhoefer
Messages: 1 Registered: February 2019

Junior Member 


Hi,
Jernbanedirektoratet has the need to define the tractive effort of an engine in a more flexible way than it is possible right now. Our aim is to cater for all the needs that our different tools have and ideally allow for a lossless transfer from one railMLfile to each of the tools.
In general, our tools seem to use 3 different approaches:
1) Discrete value table: same as railMLvalue table. Each pair of speed and tractive effort get one entry, values between the given value pairs need to be interpolated (linear). Accuracy is userdefined.
2) Hyperbolic curves: the curve of the tractive effort curve is defined by a hyperbola. All you need to know are the coordinates of the start and the end point of the hyperbola and with the the equasion F=P/v (+c) you will be able to interpolate every point on the hyperbola. Additionally to the given value pairs there's the need to specify if those points should be connected linear or hyperbolic, which can currently not be done in railML. (But could probably be done easily with a simple extension).
3) Quadratic curves: The tractive effort can also be given by the following equasion: Z=(b_0+b_1∗v+b_2∗v^2 )∗g. This equasion allows to precisely define the tractive effort for both the linear part as well as the curve, by giving b0, b1 and b2 (for different intervals). This could e.g. be implemented by using different zvalues in the railMLvalue table to define the bi for the different speedintervals.
As mentioned above, we would love to find a solution that allows all 3 possibilities, so that we are able to enter the tractive effort into all of our tools we use.
Mathml does not seem to be the solution here, since it does not seem to be able to unambiguosly define those equasions or tables.
One of our suggestions would be to have a table with 6 columns, so that each reading system can pick the values it needs:
(speed  tractive effort  linear/hyperbolic?  b0  b1  b2)
We're happy to hear other suggestions. The solution could first be a Norwegian extension and later be implemented into railML2.5.
Best regards,
Laura



Goto Forum:
Current Time: Sun Jun 16 11:01:26 CEST 2019
