Pokaż wiadomości

Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.


Wiadomości - Farmadupe

Strony: [1]
1
Just for fun, I also make a brake visualization (I wanted to do this for a long time)



If it is useful, I will try and make a pull request on github.

2
I made a graph of the forces in couplers to investigate this issue. It is in the debug menu.

With this graph you can see the coupler forces become chaotic when there is > 450 kN.

I attached the executable.




3
Pomoc doraźna / Odp: MaSzyna 22.08 - problemy
« dnia: 19 Września 2022, 20:08:36 »
Jeste problem z ET21 w najnowszej wersji symulatora. Otóż uruchamiam sobie scenerię Wrzosy z kontenerowcem na którym podmieniłem ET22 na 3E1M-201 i po uruchomieniu lokomotywy przewód główny napełnia się tylko do 168 kPa. Po czym w pomocniku pojawia się napis żeby odhamować skład i załączyć odluźniacz. Po wykonaniu ww. czynności nic się nie dzieje.  AI radzi sobie z napełnieniem przewodu głównego ale i tak nie potrafi ruszyć składem . W załączeniu log i errors.

Sorry for the reply in English. I read your post in Google translate and I think I know the answer.

I think this bug will occur when you start maszyna in Debug mode. The czuwak prevents brake release on all locmotives and cannot be deactivated while in debug mode. There are two fixes:
1) Start Maszyna in non-debug mode and then switch to debug mode (Ctrl + Shift + F12) after cancelling the czuwak
2) After starting Maszyna in non-debug mode, switch to debug mode (Ctrl + Shift + F12), cancel the czuwak, then switch to debug mode (Ctrl + Shift + F12)


(All locomotives in all maps are affected by this bug, not just the user's starting locomotive)

4
I spent some time reading the source code. It looks like when a coupling is compressed by the sum of .fiz parameter fiz parameter BuffCoupl.::DMaxB of the couplings of the wagons, then the source code  forces the wagons to collide.

Maximum compression is set to 5 cm (0.05) on all couplings of EN57AKL, This value is clearly too low for the existing spring/damping constants. Unless Scharfenberg is known to be extremely weak in reality, I think a reasonable fix is to increase kB (coupler compression spring constant) and DmaxB (maximum allowed coupler compression). This is what I did in the .fiz files in my previous post, so I will not post another attachment here.

Note1: I am not sure why the source code causes a collision in this case but I guess that maybe it is to prevent wagons getting too compressed or streched (which would be a graphical glitch).

note2: If I read the code correctly, a slack of 1cm is applied on line 5290. This means that in combination with the small 5cm operating range for compression, a significant proportion of the restorative force is deleted (minimum delection: 20%  @ 5cm compression; maximum deletion: 100% @ 1cm or less). Assuming the unit of force in the source code is kilonewton, then two en57 wagons will 'collide' when compression forces reach kb*(DMaxB-0.01) = 4200 *0.04= 168 kN. This value is probably easy to reach when including slack/jerk.

note3: Perhaps maszyna should perform some other behaviour when the maximum values are exceeded. Perhaps this collision behaviour could be replaced with exponentially increasing buffer force and damping to prevent wagons from visually merging with each other

note4: I am worried about line of code 5275, because it will hard clamp the maximum coupler forces to some value depending on DmaxB. This risks causing infinite stretch/compression if such force is exceeded. If the collision logic was inserted to prevent infinite stretch, then a better fix would be to delete the collision logic and delete line 5275. I think clamping effect line 5275 also prevents the coupler break logic from ever executing in some .fiz files (in the case of EN57AKŁ, line 5275 means that CF will never exceed 168kN in compression, meaning that breaking force FmaxB (1.74 MN) can never be reached).

5
This bug has been present for a while. It seems to trigger when there is a force imbalance in the coupler of the locomotive, because if you slowly reduce pressure in the brake pipe, all vehicles apply their own brake and no such stop occurs.

I assume that this bug may be caused by interaction between the drawhook coupler on the locomotive and scharfenburg coupler on the EMU. Perhaps spring/damper constants for Scharfenburg are set to very-high or very-low which might cause problems in the physics engine (overflow/underflow/implausible forces). I have not looked at source code but I guess that some author decided the best thing to do in this situation was to stop the train.

A useful experiment may to be copy/paste drawbar spring/damping values into EN57 .fiz file. If the bug goes away, it may also be an acceptable workaround for this problem.

6
I found a relay diagram for EU07 main compressor. Unfortunately I am not very good at reading relay diagrams, and the author of this diagram accidentally made the box on the bottom right too small to fit some long words, so it is hard for me to use google translate, but I think The compressor will run when current flows in the red path, which requires only the following condition

* SS1 - all contacts in the yellow path are closed

Condition SS1 is true when:
* WSC - Main compressor switch is engaged (I think this is the switch in the cabin?)
* WDC1 - I don't understand this symbol, google translate says "Switch Compressor Main"
* WR - The rapid-disconnect 3kv switch is engaged
* WCC or WDC - WCC=Low pressure in the main reservoir, I do not understand WDC
* PWS - I don't understand this switch - Some condition to disengage the compressor
* WDC3 - I don't understand this symbol
* NS01 - There is no overcurrent condition in the red path
* PPT5 - I think this is true when the compressor has been demanded for a longer than the time threshold in relay PT5? But this is hard for me to understand.

Interestingly, I think this diagram does not include the multiple unit connector, so perhaps it does not answer your question.

P.S. It is difficult to correlate the relay names in the book by Maciszewski, Pawlus and Suminski with the diagram in the attachment. I am wondering if this is because the diagrams in the Maciszewski book are sourced from EU06 production (English Acronyms) but later EU07 has redesigned/redrawn relay network (with polish acronyms?)

7
If I read the source code correctly, in the case of 2EU07, each locomotive will look only at its own main reservoir pressure when it decides when to activate the compressor. (Although if the locomotives are permanently coupled, then both compressors should activate at the same time?)

So assuming that only the first locomotive is supplying air into the brake pipe (and the brake handle of the second locomotive is in lockout position), I think it is possible that the main reservoir of the first locomotive will have slightly lower pressure, so the compressor of the first locomotive will activate and fill up the main reservoir of the second locomotive before the pressure gets low in the second locomotive.


8
EU07 Simulator English forum / Looking for up to date source code
« dnia: 26 Października 2021, 19:23:29 »
Hello from a fan in the UK,

I have been made some personal edits to the source code of maszyna on github. However I notice there has been no commit to master since January this year. Also I notice that that even though github is older, there are many new features compared to v21.04 (I can see many interesting new features such as the map, but my 100% favourite is  the new "independent brake releaser")

Is the source code in github a good starting place to make edits? I am only making changes for my personal use but if I can learn the source code, I hope I can make a useful contribution. It would be nice to know if there is more recent code that I can edit.

I have a couple of ideas for changes I would like to make to the exe:
* Sometimes due to bad alignment of 3kv wire, the locomotive can disconnect from the traction network (e.g Kaliska). When the pantograph becomes disconnected, I have been thinking to "extend" the connection for a short time (maybe 0.5-2 seconds). Hopefully the pantograph will reconnect to the wire before the time runs out. Hopefully this will make it easy for the authors of a long scenery such as Kaliska
* There is a bug in v21.04 the brake handle of the BR285, where if you place it in position 2 (cutout) it will refill the brake pipe. It is currently impossible to run 2*BR285 because your train will never stop!
* For locomotives with 3-position type brake handle {apply, lap, release} such as dragon, traxx, ET21, SM48, I want to change the keyboard buttons to be the same for every locomotive (i.e 6=release, 5=lap, 2=apply)

P.S I saw this diagram in another thread. Google translate gets confused when I try and put it in English, but maybe a good translation is "Its complicated"?

Thanks!
Tom

Strony: [1]