jeroezie

Great analogy, "After all, 5.5 bar reference and 5 bar brake pipe is indistinguishable from 5 bar reference and 4.5 bar brake pipe." I have not yet heard a better one, even not in train driver school. With an old single release / two pressure triple valve, one could simply do a full brake application, wait a bit, and then release again. In this case, the fact that the two pressure triple valve uses so much of its own air reservoir , that it can drain itself (and thus leave the driver with an unbreakable train), can be used as an advantage. Pulling the air works with all types for triple valves (so both two and three pressure ones), unless they are of the kind of design where the air pull valve only works on the brake pressure reservoir and not on the steerage pressure reservoir. In the last case, their is no real solution (other then call a mechanic to disassemble the triple valve or brake rods).

A picture from the other side of the same wagon. Notice the || design of the triple valve isolation valve, this is on purpose, for easy recognition among all rolling stuck, even if a unknown wagons is suddenly in your train, that normally runs on the other end of the continent. Most locomotoives use a very similar design too. The round design of the know of the GP valve is good too see here too, as is the square design of the empty/loaded lever (here with more sensible numbers).

This is what it looks like on a cargo wagon. The small pull thiny on the far right is the air drain, when you need to purge the air from an wagon. In the middle, the red valve pointing straight down, the triple valve isolation valve (for isolating the brakes, if defective, do not forget to purge the air after isolating it). The yellow valve with round know is the GP changeover valve, here with Polish T and O inscriptions (The French like to use M and V). On the left, the square empty/loaded changeover leaver, for altering the brake force when running empty (or partially loaded) or almost fully leaded. The yellow text on the main beam is the brake inscription, O-GP SAB DRV2A-450. Edit: I just noticed the numerals on the empty/load changeover leaver are wrong, how fun.

Most vehicles come with a valve to sett the G, P or R (or whatever fancy a passenger vehicle comes with, or it may only have normal R for a simple passenger vehicle). Some trains do have it in a computer screen, such as the Dragon 2. It used to be, that you could not set it in the Dragen2 but you can actually change it nowadays. But what to set it to? That is complicated since the trains do not come with a proper brake information sheet or timetable. But in MP, it should spawn in set currently up. In SP the scenario maker should somehow provide the info. But even the SimRail made scenario's do not always have it. But you can figure it out! When shunting, use never G but always P or R (R setting does not do anything useful at low speed, so P and R are kinda the same when shunting). When driving a train, you can use dev menu to look up to what brake setting the wagons are set, press the (default) key bind F8, then open player trainset. After the vehicle number the will be in [ ] the brake setting. If all vehicles have G, use G. If the first 5 wagon units have G and the rest have P, use G. If its all P, you can use P. If all has R, use R if possible, otherwise P. This does only not account for the case where the loco should run in G but all wagons in P, but you wont derail if you sett the loco illegally in P. In Dragon2, use TDD 2, then the G or P under Tryb ham.: to set the triple valve setting (G or P).

Well what you can do, is just keep the brake lever in fill position permanently... Not realistic of course. If the train is light enouch, you cab try to finish the drive with only using the locomotive brake / direct air brake. Than it does not matter if you keep thr brake pipe pressure at 7 bar.

You probaly overcharged the brakes in the train, due to amismatch between the brake valve in the loco and the triplevalves in the carriages. You can use dev menu, deafault keybind F8, to see the stats of thr trainset, look for the cilinder pressure. To prevent it, do NOT use the fill setting of the Ty2 at all.

One should not have the loco in G when shunting.... This is one of the first things they will ask if you have a accident/spad when you are shunting (or driving an P brake train).

The train heating key bind does not work on the Electric bus (left from Main switch) button in the Br 186 locomotive (E186 134 and E186 929). Build: 14/02/2026 - 19:27.

Well I am only a simple player, I do not know any of this stuff. I recommend you post a bug report here: https://forum.simrail.eu/forum/141-bug-reporting-singleplayer/ If you make a post over their, it is garanteed ro bd noticed by the dev team.

Have you tried reinstalling the game, or verifing the game files trough steam? If that did not help, I reccomend you file a bug report and upload the logfile, so the dev team can investigate the problem. I hope your problem is fixed soon, ig must be frustrating.

The train arrival conformation override buttons, dKoC and dKoB, in Kozłów station, signals C and B, do not work. The little light does not turn on and the counter does not increase. I have not tried actually Szttign a train since I do not want to jamm the lineblock. Server int9, build 14/02/2026 - 19:27, next branch. In the picture, you can see what happens when you pull dKoC button.

The pneumatic brake is set on the wahons when they spawn in, so they are not going to roll away. The easy way to couple, is to stop just short of the wagons and try to apply very littele power. If you time it rigt, you can set the direct aur brake lightly, just before you actually hit the wagons, to prevent you from rolling back. With real locomotives, this push back happens too. Modern rolling stock tends to have tbis effect more.

Patch 1.6 changelog Fixed conflicting bot signalling routes, causing the player top get stuck at Łazy signal Tm346; Tweaked 'raining' weather type. Their should be mist in scenario start-up; Added a workaround for the paper schedule in the Ty2 (due to a game bug, only a 'left' page can de viewed). Thanks to the help of Fightdruk, for providing the logfile and telling me exactly what happened and what did/did not work, the bug with the shunting route not clearing, should ne finally fixed for good. The file can be downloaded at the first post or automatically via the steam workshop.

Dammit, I did it again, report a steam version bug on the Xbox part of the forum, sorry. The X cross over switch at Wolbrom, towards Zarzecze, has its heart pieces missing. Location: S: lazy_psary_terrain_x83_z29, P: (42568.64, 382.62, 15248.57), R: (25.60, 121.77, 0.00). Build 31/01/2026 - 16:31, default/modern map. Bug is noticed in the steam / PC version of the game (mistakenly posted in Xbox part of the forum).

Since the song of the thyristors is the real life sound, I can only argue that is in fact the natural sound... So not having the, albeit annoying, singing thyristors is unnatural / producing faked sounds. But I do understand, that for a lot of players, it is prefarable. That is why I advocate for an opt out of the real but annoting thyristor sound. On the other hand, I am already getting somewhat used to it and I start to fibd it less annoying. If you aks me, under no surcubstance, the real sound should be opt in. But an opt put, let the player decide for her/himself.

Patch 1.5 changelog Added a container and tank wagon only trainset (120 and 100 km/h vmax respectively); Slight adjustments of existing trainsets so the weight and length variations fit well together with the additions; Removed towed locomotives from the rear of the 'fast' cargo trains; Improved ČD163 options (for example: different list of loco's to choose from for the passenger carriages set); Improved weather and added snowstorm weather; Improved randomised bot trains and the library for it; Again tweaked the timetable a very little; Minor bugfixes and adjustments to the scenario; Improved bot trains around scenario ending. The file can be downloaded at the first post or automatically via the steam workshop.

Their is a gap in-between the ballast and the ground (which can be seen a little from inside the train), just after the entry signals at Dąbrowa Górnicza, going towards Bedzin. Camera position S: katowice_lazy_terrain_x0_z19, P: (160.94, 263.70, 9924.53), R: (359.25, 229.99, 0.00), build 31/01/2026 - 16:31. A little down the line, the effect is still their in a lessened form, at S: katowice_lazy_terrain_x-1_z19, P: (-46.01, 263.45, 9889.61), R: (15.34, 178.97, 0.00):

The carriage PassengerWagonNames.B11gmnouz_6151_2170_107_7, does not bear any G brake position at the GPR valve. The G inscription is missing here: This carriage has an KE-GPR-Mg triple valve and has the inscription braked weight G43t further down the wagon, so it should have a 'G' position at the GPR valve: The bug is reported in build 31/01/2026 - 16:31.

They have very high realism standards. And they seem unwilling to break their realism quality standards. Usually that works in our favour, big time. For example, when the improve lighting, weather or train physics. They could have opted to simply leave it as is, it was good enough. But they wanted it to be better. Only, in this case, the 'good' realistic way of doing things, is not seen as the optimal result by a big part of the community. So I do think, that it would be better, if their was an opt out of the high realism in this regard, so you can choose to have a reduced engine humm in the CD163. Why they are silent on this complaint of a large part of the community, other than pointing out that this is actually realistic and thus not a mistake or bug, I do not know.

"Baa's not buzzes." This is literally the funniest thing I have read this year! Even with heavy freights you can tactically switch the first engine in and out. When you drive at a constant speed low speed for a prolonged time, you can switch out the front one, as soon as you have reached the desired speed. This greatly recuses the (...) annoying noise when driving long distances with low speed and when shunting.

The brake releaser do only work on the locomotives brakes. With old stock, like EU08, EP08 etc. this drains air from a very slow filling reservoir, so the effect will last long. On more modern stock such as Br 186 and dragon locomotives, it drains the locomotives brakes only when being actually pressed. The brake assimilation increased the brake line pressure from 5,0 bar to 5,4 bar. This is to deal with pressure differences in the brake pipe. It will also ensure all triple valves (this valve translates the brake pipe pressure to cylinder pressure that goes to the actual brakes) have an adequate pipe pressure, so they release the brake full, even if they are overcharged (for example by a previous pressure spike). The brake assimilation or fill position, depending on the locomotive, does use a higher pressure and/or a bigger 'hole' in the brake leaver, to fill the brake pipe, so it is a much faster process and filling it only using drive/release position. But you have to be careful to NOT overcharge the triple valves.

If you spawn two EU07 locomotives, and then combine then for multiple unit working, only the first locomotive used or spawned as the players locomotive (is spawn them in separately, as different trainsets), only one locomotive will have sparks between the pantographs and overhead line (when it is frozen). Interestingly, this does not connect to the actually used locomotive, the one spawned in as the players/joined first will have sparks, while the second one will not have sparks, even if the second one is the actually driven one. See screenshot where this last case is demonstrated. Bug noticed in build 31/01/2026 - 16:31. SimRail_log_2026-02-03_02-27-18.txt

I found a bug with the lua dev menu time & weather menu. If you open the game using editor, the last used dev menu's will be opened from your last session. But something weird happens with the weather cell parameters, if you set the weather in your scenario using the SetWeather command, and have the time & weather menu opened during scenario loading, it will display wrong default values. Bug noticed in build 31/01/2026 - 16:31. First picture when I had the Time & Weather menu closed before loading the scenario: Second picture when I had the Time & Weather menu opened before loading the scenario: SimRail_log_2026-02-03_02-27-18.txt

I noticed, that if you are in the external camera mode, default keybind 2, so you can take a look at your whole train, you can cause a bug when dragging the dev menu's around. Noticed in next branch, build 31/01/2026 - 16:31. Steps to reproduce: Go to the external/fly camera mode, so you have a good view of both the train and surroundings; Open dev menu mode (default keybind F8) and open any of the menu's; Click on the [ ] icon, in the upper left corner of any dev menu (right of the X button), such as but not limited too LUA developer or TS developer; Drag the title bar of any menu around (while in external camera mode); Not only the menu moves around, but the camera too, resulting in the bug; You can go to another camera mode, such as driver seat or alongside the vehicles and the camera will behave normally; If you enter external / fly cam again, the camera view will remain distorted. For those who find it easy to understand in an graphical way, see the picture, in red an example of a menu to drag around while in the camera mode the problem is.

O the whole train gets mirrored? Now I understand the issue. It is indeed a real problem instead of a detail, like I mistakenly thought.