| Agenda | |
| 13.00 | New features in rel.0103 |
| 14.30 | Checking the list of items from last meeting |
| 15.00 | Coffee break |
| 15.30 | Demonstration of rel.0103 |
| 17.00 | Discussions of new features in GENSYS |
| 18.00 | Priority of new features rel.0203 |
| 18.30 | End of the meeting |
| 19.30 | Dinner |
A new program which checks the input data file for program CALC. The following output can be obtained from program RUNF_INFO:
A new program which replaces the getstats-script.
MTABLE
is written in FORTRAN which is more stable compared to scripts
in different operating systems.
Program KPF
##
## Define wheel-rail geometry functions
## ====================================
insert file kpfr/S1002_uic60i40.kpfr
in_substruct kpf_S1002_uic60i40 [ " " ]
Program KPF_ROT
Program PRE_CONTACT
Program TRC_QNUMB_TRACK
Program TRC_QNUMB_STRIX
Program TRC_STRIX_TRACK
Program TRC_IPSD
| Sun Sparc1 170 MHz, 128 MB RAM och SunOS | = | 23.67 [s] |
| Pentium II, 266 Mhz, Linux | = | 12.12 [s] |
| Pentium II, 300 Mhz, Linux | = | 11.58 [s] |
| HP J2240, 236 MHz, 2048 MB RAM | = | 7.46 [s] |
| HP N8000, 400 MHz, 512 MB RAM, HP-UX 11.0 | = | 3.75 [s] |
| HP C3000, 400 MHz, 512 MB RAM, HP-UX 10.20 | = | 3.52 [s] |
| Athlon 850 MHZ, 256 MB RAM, Suse Linux 6.4. | = | 3.10 [s] |
| HP C3000, 400 MHz, 512 MB RAM, HP-UX 11.0 | = | 2.60 [s] |
| Thunderbird 1200 MHZ, 256 MB RAM, Suse Linux 7.0. | = | 2.28 [s] |
| Pentium IV 2.26 GHz, 512 MB RAM, RedHat 7.3. | = | 1.76 [s] |
Following items were discussed at the meeting, and the goal is to include these items in rel.0103.
Following items were not discussed at the meeting, but they remain as low priority items to be included in a future release of GENSYS.
In drawings new ideal wheel- and rail-profiles are often determined in circles and strait lines, in this case program FUNC can be used in the creation process of the profile.
Create a strait line:
#
# Input data for program func
#
# Create a strait line
#
FUNC = pline_1
DX = .1
# x1, y1, x2, y2
FIN = -40.0 -0.400, 50.0 0.500
#
DATA = SNGL
UTFIL= new_railprof.rail FORMUT = SNGL TYPE_UTFIL = APPEND
#
eof
Create a part of a circle:
#
# Input data for program func
#
# Create a part of a circle
#
FUNC = circle
DX = .1
# x0, y0, R, x1, x2, side
FIN = 0., +100., 100.,-32.5, 32.5, -1.,
DATA = SNGL
UTFIL = new_railprof.rail FORMUT = SNGL TYPE_UTFIL = APPEND
#
eof
The wheel-rail geometry functions can in the preprocessor KPF be generated one-sided or double-sided. If the profiles are defined in the commands HFIL and RFIL, program KPF will generate a one-sided wheel-rail geometry function, because both sides of the axle will have the same profiles. If the profiles are defined in the commands WRFILE, WLFILE, RRFILE and RLFILE, program KPF will generate a double-sided wheel-rail geometry function, because we have different profiles on the two wheels of the axle.
#
#
# Define a one-sided wheel-rail substructure-file
# ------------------------------------------------------------------
insert file kpfr/S1002_uic60i40.kpfr
#
#
# Use the defined wheel-rail substructure-file
# --------------------------------------------------------------
in_substruct kpf_S1002_uic60i40 [ ' ' ] # All wheels in the train-set
in_substruct kpf_S1002_uic60i40 [ 2 ] # All wheels in vehicle #2
in_substruct kpf_S1002_uic60i40 [ 121r ] # One specific wheel
in_substruct kpf_S1002_uic60i40 [ 121l ] #
#
#
# Define a double-sided wheel-rail substructure-file
# ------------------------------------------------------------------
insert file kpfr/measured_profiles.kpfr
#
#
# Use the defined wheel-rail substructure-file
# --------------------------------------------------------------
in_substruct kpf_measured_profiles [ ' ' ] # All axles in the train-set
in_substruct kpf_measured_profiles [ 2 ] # All axles in vehicle #2
in_substruct kpf_measured_profiles [ 121 ] # One specific axle.
Beräkning av kontaktkraften
Kontaktkraften mellan hjul och räl beräknas i den linjära eller
olinjära styvheten knwr och dämparen cnwr. Kontaktkraften som benämnes
cpt_111r.Fn beräknas genom en summering av de tre komponenterna:
- Deformation i styvheten knwr.
- Deformationshastighet i dämparen cnwr.
- Förspänningskraften knwr_r.F0
Positivt tecken
En sak som man skall tänka på när man ger förspänningskraft i
kontaktpunkten är att förspänningskraften skall vara positiv. När
kopplingen mellan hjul och räl definieras så anges rälen som kropp
nummer 1 och hjulet som kropp nummer 2, därför skall
förspänningskraften ges med positivt tecken.
Förspänningskraften stämmer inte
Om man i sin indatafil har angivit rätt förspänningskraft men det blir
ändå inte rätt kraftbalans i kontaktpunkten, kan det bl.a. bero på
följande 2 saker:
Om IZERO=1 beräknas drkp och zkp med sina rätta värden, men det kan då
vara svårt att veta hur förspänningskraften skall ges eftersom
kontaktpunkten endast approximativt ligger på löpcirkeln vid ideala
förhållanden.
Om däremot IZERO=0 parallellförskjuts drkp och zkp så att drkp(0)=0
och zkp(0)=0, vilket medför att deformationen i knwr är 0(noll) då
axeln står centrerad i ett spår med ideal spårvidd. I de fall man på
enkelt sätt önskar ställa förspänningskraften i kontaktpunkten skall
IZERO=0 användas.
Hertz'k kontaktstyvhet
Används en Hertz'k kontaktstyvhet i kontaktytans normal d.v.s.
pknwr=0, skall inte en förspänningskraft ges. Ty den Hertz'ka
kontaktstyvheten har en olinjär karakteristik där normalkraften blir
proportionell mot intryckningen höjt till 3/2. Anges en
förspänningskraft här så kommer inte intryckningen i kontaktytan att
stämma, och därmed kommer även tangentstyvheten i arbetspunkten att
bli fel.
Slipersstörning
Önskar användaren simulera slipersstörningar genom att variera
vertikalstyvheten i spåret, skall inte heller någon förspänningskraft
ges, ty annars bär förspänningskraften upp hela fordonet och
styvhetsvariationerna får ingen effekt.
Tidssimulering
I en tidssimulering gör det inte så mycket att kraftbalansen i
kontaktpunkten i början inte är fullständig, ty det rättar till sig
mycket snabbt p.g.a. att styvheten mellan hjul och räl är i
sammanhanget en mycket hög styvhet.
Modal och Fresp
I programmen Modal och Fresp är det mer viktigt att det råder
kraftbalans i kontaktpunkten, ty här sker ingen tidssimlering som kan
rätta till det. Varför i dessa fall rekommenderas att alltid göra en
quasistationär beräkning först innan Modal eller Fresp tar vid.
Programmen Modal och Fresp kan med fördel exekveras med option -quasi,
ty då sker automatiskt en quasistationär beräkning innan Modal eller
Fresp tar vid.